Ответы в темах

Просмотр 7 ответов — с 1 по 7 (всего 7)
  • спасибо за ответ, но предложенный Вами вариант позволяет просто использовать дефолтную функцию замены изображения для шапки…
    мне же требуется нечто другое:
    1. buddypress установлен на мультисайт
    2. на главном сайте сети установлен плагин, позволяющий привязать к каждой странице своё изображение для хедера…
    3. но в этом случае выводятся заданные изображения размером 1250 × 133 пикселей (для дефолтной темы buddypress) и дополнительно отображается ТЕКСТОВОЕ название сайта…
    4. мне же хотелось бы вместо текста выводить логотип
    5. вариант внедрения логотипа намертво в каждое из изображений — выход, но слишком уж некошерный))
    =
    может, сумеете подсказать, как в ДОПОЛНЕНИЕ к custom-header вывести еще и логотип?
    насколько я понимаю, в том месте, где идет обращение в базу, чтоб вызвать текстовое название сайта, нужно просто прописать урл к изображению логотипа…
    но сделать самому не получается — пока не силен в пхп, сорри…((

    немного помучившись, нашел 2 варианта решения задачи…
    возможно, очень кривых, но, мож, кому тоже понадобится — потому попытаюсь описать…
    =
    ВАРИАНТ ПЕРВЫЙ
    1. каждый из своих сайтов регистрирую на нового юзера, которому даю максимальные права в админке.
    2. каждому юзеру загружаю нужный мне аватар
    3. последовательно захожу в админке в профиль каждого юзера и в дополнение к нику прописываю одинаковые имена в поле «отображать как»
    РЕЗУЛЬТАТ: визуально все юзеры с одинаковыми именами, НО с разными аватарами, чего, в принципе и хотелось…
    из недостатков решения видится только немаленькое «НО»)) — каждый сайт придется вести из отдельной админки, плюс — нужно соответствующее количество почтовых ящиков…
    =
    ВАРИАНТ ВТОРОЙ (пока не проверял)
    подход аналогичен первому варианту, но ставим плагин, позволяющий регистрировать несколько аккаунтов с одним e-mail…
    если не возникнет конфликта со встроенной функцией вывода аватара, где проверяется сначала ID юзера, а потом e-mail, то, думаю, тоже должно работать…
    =
    хотя, если вдуматься), то не такое уж и кривое решение….
    я достаточно долго пользовался vBulletin, так там даже правильно считается, когда первый созданный профиль (суперадминский) используется только для очень экстренных случаев…
    поэтому сразу создается просто админский аккаунт для повседневной жизни и именно с него происходит и администрирование и общение в форуме
    если с этой точки зрения смотреть, то тоже разумно админку сети без особой надобности не мучить, а писать с пользовательских аккаунтов…

    а цифры 500 — 1000 и тд в данном варианте это:
    количество посетителей за сутки
    или
    количество одновременно находящихся на сайте?

    По существу — надо писать плагин, не хиленький такой плагин.

    то есть, насколько я понял, малой кровью этот вопрос не решить?))
    и какова обычная процедура заказа подобного не хиленького плагина?

    решил внести достаточно важно уточнение
    не картинки вообще — в папке темы хранятся картинки, связанные с уже встроенными в тему пользовательскими таксономиями
    и именно к этим картинкам путь теряется…

    следующая подзадача:
    один из разделов посвящен поэзии. казалось бы, ничего сложного…
    но, как оказалось в действительности, ни одна из нескольких десятков проверенных мною тем не умеет показывать посты со стихами в сокращенной форме. или полностью, или теряется форматирование и разбитый на строфы текст идет сплошной строкой.
    это как-то лечится?
    =
    рискуя быть забаненным, как неукротимый почемучка, позволю себе очередной вопрос.
    обычно в журнальной теме присутствует некоторое количество блоков. если прописать id категорий или страниц, туда из этих категорий будет попадать последний пост.
    а как сделать, чтоб из заданной категории попадали И ПОСЛЕДНИЙ, и, что особеннно, важно, СЛУЧАЙНЫЙ пост…
    виджеты такого плана я встречал, а вот такой реализации еще не попадалось
    =
    следующая хотелка:
    стихотворный блок предполагает практически во всех постах одинаковую разметку. определенное, хоть и одинаковое количество строф, причем деление делается практически одним тегом. в каждый пост в одном и том же месте вставляется картинка , а в конце копирайт…
    если стихотворений тысяча, то в аплоаде на сайте должно лежать тысяча иллюстраций, которые никогда не возникнет возможности поменять…
    НО!!! ни в одном из возможных в вордпресс представлений показа страниц не будет одновременно выводиться более 5-7-10 постов и, соответственно картинок.
    а теперь вопрос:
    можно ли реализовать случайный показ иллюстраций, в каждом посте со сменой после каждого обновления страницы, если создать специальную директорию, где будет находиться, допустим, 100-150 картинок, набор которых я смогу раз в пару месяцев менять????
    =
    и , прежде чем закрыть тему с поэзией, последнее — публикация задним числом.
    поясню:
    мне бы хотелось в качестве даты публикации ставить дату написания. в этом случае всё выстраивается при желании в правильном хронологическом порядке и привязывается к календарю.
    как быть с часами и минутами?)
    но с этим еще можно смириться, меняя только дату, оставляя время фактическим сегодняшнему…
    но есть куча вещей с датой типа: 2004 год, осень 1988 или январь 2001…
    как быть?)

    можно попытаться реализовать задачу и по-другому.
    возьмем, как вводную, что я не готов запустить работу и наполнение всех составляющих проекта сразу.
    тогда мы) делаем стартовую страничку в виде сайта-визитки или, используя шаблон журнального типа. в этом случае на стартовой странице присутствуют блоки основной информации, форма входа, а элементы шапки и дерева категорий меняют привычное значение, являясь ссылками на страницы отдельно развивающихся блогов на самостоятельных движках.
    если предположить, что часть блогов делается на одинаковых темах с одинаковыми настройками дизайна, то человек, перейдя с домена на субдомен даже не почувствует перехода.
    остается выяснить, как реализовать возможность, кроме особо прописанных случаев, ходить по всему дереву блогов с логином, введенным на первой странице.
    если это реально, то преимущества очевидны — один из подсайтов при необходимости можно сделать на чистом html или на скриптах с совершенно произвольной разметкой страницы, что не всегда позволяет вордпресс, можно даже поставить какю-то другую cms для выполнения специфичных задач…
    возможно, это как-то решается введением какого-то локального open id?

Просмотр 7 ответов — с 1 по 7 (всего 7)