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

Просмотр 15 ответов — с 31 по 45 (всего 97)
  • @flector, и что эта чистка сделает с шорткодом типа

    
    [tooltip text='Тултип 'с' "кавычками"']текст[/tooltip]
    

    ?
    Я пробовал так, не помогло.
    Я так понимаю сама структура шорткода ломается до получения его контента.

    @sevlad, согласен.

    @sevlad, да, ревизии в данном вопросе имеют важную роль и он не отключены.
    Но манипуляциями только с ними не обойтись, нужно переделывать принцип работы WP с ними.
    На счет копии тоже думал, но как Вы заметили это решение сырое и требует лишних телодвижений от редактора.

    Лет N назад мне, кажется, попадался плагин, позволяющий вносить изменения в статью так, чтобы они не показывались на фронт-энде до тех пор, пока изменения не утвердит имеющий на это право.

    Да, это было бы то что нужно…

    Еще вариант: писать контент в кастом филд по кнопке «утвердить», и выводить на фронте этот кастом филд вместо post_content.

    Вариант кстати интересный, только я бы предпочел во фронте выводить стандартный post_content (во избежание неожиданностей), а чтобы редактор работал как раз с кастомным полем, в которое при определенных условиях копировалось бы содержимое post_content.
    Соответственно при утверждении правок и нажатии кнопки, содержимое кастомного поля копировать в post_content…

    Единственный недостаток помимо того что придется это кодить — пропадает стандартный механизм WP по сравнению ревизий, который для наших целей очень подходит.
    Точнее ревизии сравнить будет можно, но только после принятия изменений.
    Хотелось бы до.

    • Ответ изменён 6 лет, 8 месяцев назад пользователем noindex.

    @sevlad,

    Для пользователей кому не разрешена публикация по этой кнопке пост уйдет на модерацию (утверждение, pending). Именно это вам и нужно.

    Даже если и так, и по этой кнопке запись уйдет на модерацию, она пропадет на сайте.
    А это не то что мне нужно.

    Мне нужно что бы в данном случае на сайте отображалась версия страницы, которая была утверждена ранее.
    А после того как главред утвердит её, на сайте отобразилась новая утвержденная версия.

    • Ответ изменён 6 лет, 8 месяцев назад пользователем noindex.
    • Ответ изменён 6 лет, 8 месяцев назад пользователем noindex.

    Покурил интернеты, выяснил что кроме черновика (draft) есть еще один интересный статус — на утверждении (pending).
    По логике этот статус подходит больше чем черновик, но один фиг не понятно как автоматом присваивать этот статус при работе редактора и при этом показывать на сайте запись со статусом publish относящуюся к этому посту.
    Т.е. логика работы та же что и с черновиками…

    Нашел хук, который при редактировании статьи со статусом publish автоматом ставит pending, но опять таки, запись в этом случае пропадает с сайта.

    • Ответ изменён 6 лет, 8 месяцев назад пользователем noindex.

    @sevlad,

    Есть множество плагинов для управления возможностями ролей.
    Только я рекомендую не править дефолтные роли, а создавать на их основе новые.

    И даже один из этих плагинов у нас стоит — User Role Editor.
    Но тут 2 проблемы.

    1. Возможно конечно в каком-то из плагинов есть функционал, который решает вопрос, но кмк, тут дело не в возможностях, а в модификации принципе работы со статьями.
    У существующей статьи есть только кнопка Обновить.
    При её нажатии статья публикуется на сайте, а это не подходит, нужно что бы она сохранялась в черновике, т.е. в идеале должна быть кнопка Сохранить.
    А уже если в статью зашел редактор и посмотрел изменения, он уже мог бы нажать кнопку Обновить и опубликовать измененную статью.

    Проблема в том что нет такой кнопки, соответственно разрулить ролями и возможностями ничего не получается.
    У WP есть действие — публикация, но оно работает ТОЛЬКО с неопубликованными ранее записями, а у нас записи опубликованы и их можно только сохранять.

    2. Плагинов как Вы и пишете масса.
    Перепробовать все в теории можно, но хотелось бы как-то сузить их кол-во за счет опыта коллег 🙂

    Но зачем Вам столько авторов-редакторов? Одни пишут, другие проверяют, третьи перепроверяют…

    А сколько столько?
    Пусть будет один автор один редактор.
    А в целом классический подход издания.
    Главред, несколько редакторов, авторы и т.д.

    @denisco,

    А зачем подключать другой шаблон? Если нужно изменить параметры выборки — есть хук pre_get_posts.

    Мне так проще и «на скорость не влияет» вроде.
    + есть некоторые отличия в формате вывода.
    Всё можно реализовать условиями в едином шаблоне, но для проверки работы проще подрубить другой шаблон.
    В любом случае этот подход не работает полностью как ни крути.

    Сбрасывали постоянные ссылки? Настройки -> Постоянные ссылки -> Сохранить.

    Да, пробовал, только у меня подозрение что я просто писал неправильные регулярки, т.к. писал их наобум, честно говоря не уверен и в правильности URL, т.к. писал уже готовый ЧПУшные.

    С wp-rocket не работал, поэтому ничего подсказать по нему, увы, не смогу.

    Я подозреваю что он не работает т.к. URL не зарегистрирован в WP.
    Есть надежда что если удастся пропустить параметр через add_rewrite_rule он подхватит эту страницу.

    Весь вопрос в том как подхватить.

    ADDED
    Хотя вроде есть решения для wp-rocket — http://prntscr.com/g1sjls
    Но опять таки, работа через параметр выглядит как-то инородно…
    Например в карту сайта эта страница не попадет…
    Хотя она наверное и через add_rewrite_rule не попадет?

    • Ответ изменён 6 лет, 8 месяцев назад пользователем noindex.

    @denisco, get параметр работает
    Делаю следующий URL: http://www.site.ru/category/all-events/?events_archive
    Дальше через isset($_GET[‘events_archive’]) подрубаю другой шаблон.
    Но в этом случае есть проблема, тот же wp-rocket игнорирует такую страницу.

    Пробовал примеры из Вашего поста про endpoint, но к сожалению либо не хватает знаний в регулярках либо в целом, но адаптировать к сайту то код не получилось ни в каком варианте.
    Пробовал URL http://www.site.ru/category/all-events/events_archive/
    http://www.site.ru/category/events_archive/
    Везде получаю 404…

    @sevlad, блог и статьи как раз выводятся через шаблон archive, при чем тоже глубоко кастомизорованный (тема вообще вся с нуля).
    А задача повесить на одну рубрику 2 шаблона с разными фильтрами вывода.
    Можно банально сделать через параметр в GET и разруливать все в одном шаблоне, на сайте ЧПУ, можно обработать через htaccess, но мне кажется это как-то криво.
    + Не знаю как на это среагирует wp rocket и прочие плагины, которые завязаны на штатном ЧПУ WP.

    Разобрался.

    H2 {
    display: inline-block;
    }

    При этом ширина элемента становится равной тексту, а не 100%.

    • Ответ изменён 6 лет, 9 месяцев назад пользователем noindex.

    Нашел решение!
    <a id="1" style="position:absolute;margin-top:-100px;"></a>

    • Ответ изменён 6 лет, 10 месяцев назад пользователем noindex.

    Я смотрю не у меня одного проблемы с регулярками 🙁

    @denisco, отправил через VK.

    @denisco, для обоих блоков не получится, т.к. p генерируется вордпрессом.
    Можно конечно опять таки делать через фильтр регуляркой добавлять к нужным p какой нить класс.
    Но такую регулярку я тоже наваять не смогу…

    @denisco,

    А почему просто не задать css-стили?

    Стили то я задаю, текст внутри h3 и p выглядит одинаково, но они разбиваются на 2 строки:
    Заголовок
    Текст

    Как их выстроить в одну строку я честно говоря не совсем представляю…

Просмотр 15 ответов — с 31 по 45 (всего 97)