Поддержка Проблемы и решения Страница записей неправильно показывается в превью

  • Решено vlagur

    (@vlagur)


    Создал страницу, назначил её страницей записей (не главной!) — вроде всё работает, НО! Если из редактора на этой странице нажать «Просмотреть изменения», открывается другая страница — главная. И не функционирует Custom CSS для этой страницы. Хотя в панели редактора постоянная ссылка правильная, такое впечатление, что админка ей не управляет.
    Кто-нибудь сталкивался с такой проблемой?

Просмотр 13 ответов — с 31 по 43 (всего 43)
  • сами стили, которые WP формирует php-скриптами, на страницах я не трогаю. Речь идет о правилах для этих стилей,

    одной фразой вы убили мою веру в разумность человечества.

    Почему же? Кастомные CSS для того и созданы, чтобы корректировать вид, задаваемый темой, под свои нужды. К тому же и плагины добавляют собственных визуальных заморочек, с которыми приходится бороться. И речь идёт всего о 3-4 страницах, а не о каком-то большом их количестве. На информационном сайте весь контент лежит в записях, а статических страниц считаные единицы.

    • Ответ изменён 3 мес. назад пользователем  vlagur.
    • Ответ изменён 3 мес. назад пользователем  vlagur.
    • Ответ изменён 3 мес. назад пользователем  vlagur.
    Модератор SeVlad

    (@sevlad)

    wp.me/3YHjQ

    Речь идет о правилах для этих стилей, которые я прописываю в пользовательских CSS. … Только со страницей записей происходит тот баг, про который я здесь талдычу
    ..
    речь идёт всего о 3-4 страницах, а не о каком-то большом их количестве.

    Пробую в 3й и пожалуй последний раз донести главное:
    Стиля ПОФИК на урлы (страницы). Они применяются для html-тегов.

    Пробую в 3й и пожалуй последний раз донести главное:
    Стиля ПОФИК на урлы (страницы). Они применяются для html-тегов.

    Не понял.

    Почти офтоп.
    Данное обсуждение — 3 страницы топтания одном месте и переливания из пустового в порожнее из-за проблемы придуманной самому себе, из-за какого-то кривого плагина, одним единственным из миллионов пользователей WP. Не жалко тратить время впустую?

    Данное обсуждение — 3 страницы топтания одном месте и переливания из пустового в порожнее из-за проблемы придуманной самому себе, из-за какого-то кривого плагина, одним единственным из миллионов пользователей WP. Не жалко тратить время впустую?

    Мне не жалко. Факт проблемы налицо, и плагин здесь ни при чём. Без него точно так же WP в превью показывает страницу записей некорректно. Кто докажет обратное — прошу!

    Модератор SeVlad

    (@sevlad)

    wp.me/3YHjQ

    Кто докажет обратное — прошу!

    Специалисты, имеющие доступ к вашему сайту легко всё «докажут». А на «слабо» не нужно и пытаться брать.

    Специалисты, имеющие доступ к вашему сайту легко всё «докажут». А на «слабо» не нужно и пытаться брать.

    Я проделал эксперимент на чистых темах с новым, только что созданным сайтом без всяких плагинов. И описал в ветке действия, повторить которые может каждый за 10 минут и убедиться. Так что это не на «слабо», а реальный факт.

    • Ответ изменён 3 мес. назад пользователем  vlagur.

    WP в превью показывает страницу записей некорректно

    Я проделал эксперимент на чистых темах с новым, только что созданным сайтом без всяких плагинов. И описал в ветке действия, повторить которые может каждый за 10 минут и убедиться

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

    • Ответ изменён 3 мес. назад пользователем  Spectrum.
    Модератор SeVlad

    (@sevlad)

    wp.me/3YHjQ

    Никого более сей факт не беспокоит.

    Даже не никакого этого «факта».
    Факт есть один — ТС не знает ни как посмотреть css ни даже выкинуть древний хлам и внести стили в файл или воспользоваться кастомайзером.
    А тут нет телепатов чтобы догадываться что ему нужно и как у него «не работает»

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

    Да мне он тоже не мешает: обошёл этот косяк и быстро нашёл решение. Просто, если при работе в штатной панели управления какое-либо действие выдает неправильный результат, разработчику надо либо устранить причину, либо закрыть возможность этого действия. Нарвался я — нарвётся ещё кто-то. Обновления движков для того и предусмотрены, чтобы, исправляя мелкие баги, отлаживать систему. А того, кто эти баги находит, надо не отфутболивать, а слушать :). Жаль, если в WP этого не понимают.

    • Ответ изменён 3 мес. назад пользователем  vlagur.
    Модератор Sergey Biryukov

    (@sergeybiryukov)

    Live and Learn

    И кто скажет, что это не баг?

    Баг: https://core.trac.wordpress.org/ticket/41226. Один из четырёх тысяч,
    но когда-нибудь доберутся и до него.

    А того, кто эти баги находит, надо не отфутболивать, а слушать :). Жаль, если в WP этого не понимают.

    Понимают, спасибо за сообщение 🙂

    Ура! 🙂

Просмотр 13 ответов — с 31 по 43 (всего 43)