O
(@perdyllo)
Страница записей не подлежит редактированию в редакторе страниц. Перебрасывает на главную потому что пока нет записей. Начните добавлять записи и увидите её изменения. Такую страницу можно настроить только в визуальном настройщике согласно возможностям темы. Или путем редактирония шаблона index php при наличии умения это делать.
Это понятно. Но почему она не подчиняется стилям, прописанным в Custom CSS админки данной страницы? Стили из других таблиц работают, а свою собственную страница грузить не хочет.
Но почему она не подчиняется стилям, прописанным в Custom CSS админки данной страницы?
«Для страницы» стили не прописываются. Они приписываются для html-элементов.
Если у Вас не применяются — не правильно делаете.
Речь о стилях в Custom CSS. Их там удобно прописывать для особых страниц, что я и делаю. А эта страница почему-то неправильно управляется из админки: в превью выводится совсем не она (с другим адресом) и Custom CSS не грузится.
Это очевидно какой-то баг. Кто-то, быть может, сталкивался с ним?
O
(@perdyllo)
Их там удобно прописывать для особых страниц, что я и делаю.
В ВП нет понятия «особых страниц». Отсюда подозреваю, что и «Custom CSS» у Вас совсем другое, нежели родные, в кастомайзере (Внешний вид-настроить-дополнительные стили). И тогда как оно там работает, куда и как грузится.. см п9.
Но не исключено, что «проблема» может быть в кеше. Но без пациента точнее может быть расскажут экстрасенсы.
Вот сайт vlagur.beget.tech. А страница, у которой проблема с админкой, vlagur.beget.tech/lenta/. Но с фронтэндом у неё всё нормально, и стили я нашёл, где прописать. Беспокоит сам факт этого бага, вдруг там что-то серьёзное
Беспокоит сам факт этого бага,
Нет никакого бага. Во всяком случае в ВП.
А что там у Вас в самопальной теме, чем сделано «Custom CSS» и как оно работает нам не ведомо. О чем и сказано в упомянутом уже п9.
И что мешает использовать родные доп.стили — тоже загадка.
Проделал простой эксперимент: в адресе превью-страницы отрезал всё, что шло после ID — и страница стала показываться корректно. Так что баг именно в движке WP для страницы записей.
А моя Custom CSS сделана плагином Custom CSS and Javascript, и он прекрасно работает со всеми страницами, кроме страницы записей. Плагин удобен тем, что дополнительные стили можно прописать для каждой конкретной страницы отдельно, а не держать их все в общих таблицах, указывая в селекторе страницу у каждого правила.
Тема у сайта самопальная, не спорю, но тоже всё нормально работает уже третий год.
Ещё раз убедился, что страница записей в WP — плохо управляемый и в общем-то никчёмный элемент, с которым не стоит иметь дело. Все задачи по выводу анонсов постов удобнее решать через виджеты (например, Post Grid) либо страницы архивов: у них управление гораздо более гибкое.
Так что баг именно в движке WP для страницы записей.
Движок WP ничего не знает не только о Ваших «страниц записей», но и о стилях в css в принципе. Он только даёт возможность разработчикам назначать классы некоторым html-элементам.
Тема у сайта самопальная
Значит нет никаких гарантий, что она придерживается стандартов ВП.
Ещё раз убедился, что страница записей в WP — плохо управляемый и в общем-то никчёмный элемент, с которым не стоит иметь дело.
Конечно. Тут нужен опытный хирург, помогающий плохим танцорам.
Первая нерешаемая задача, из-за которой я отказался от страницы записей на главной странице, была расставить блоки анонсов конкретных постов по заданным местам местам в рядах и колонках. Собственно из-за этого пришлось и отказаться от стандартных тем: ни одна не обеспечивала эту опцию. А без неё сделать главную страницу информационного сайта не представляется возможным. Или я чего-то не понимаю?
И ещё по поводу бага с превью. По клику на кнопку Посмотреть изменения открывается URL http://vlagur.beget.tech/lenta/?preview_id=24042&preview_nonce=9aa9ad59e5&_thumbnail_id=-1&preview=true — и это не страница записей, откуда я кликаю. А если сократить URL до http://vlagur.beget.tech/lenta/?preview_id=24042 — то открывается правильная страница. Кто скажет, что зашифровано в том куске адреса, отрезание которого меняет выводимую страницу? Наверное, разгадка где-то в нем.
Насчёт обновлений. Два раза попадал на то, что после обновления плагинов переставали работать дополнительные стили: разработчики почему-то переименовывали классы — и весь дизайн слетал. Теперь обновления пробую сначала на сайте-дублёре. А у темы теперь уже больше дополнительных стилей, чем основных. Боюсь, что при обновлении темы может вообще всё рухнуть.
Боюсь, что при обновлении темы может вообще всё рухнуть.
С чего Вы собираетесь обновлять самопальную тему? 🙂
Нужно был делать сразу как положено — через механизм дочерних тем.
Это да. Поначалу многое сделал криво, теперь исправляю. И тему надо будет адаптировать правильно. Пока правлю косяки по мелочам и хочу разобраться, что где и на что влияет. Потому-то и спрашиваю. А то решать проблемы кривым ходом уже надоело :).
O
(@perdyllo)
Вот сайт vlagur.beget.tech.
Во-первых http://joxi.ru/v293ogEh3e118r
Во-вторых на сайте, как это выяснилось, установлена самопальная тема. Никак не пойму, что Вас, vlagur, заставляет держаться за неё и всю жизнь вместе с ней быть обреченным
решать проблемы кривым ходом
при наличии тысяч современных, бесплатных профессионально выполненных и гораздо более «продвинутых» тем? Охота изобрести велосипед?
Кто-нибудь сталкивался с такой проблемой?
Никто естественно не сталкивался с проблемой, которую вы сами создали себе самопальной темой и не втягивайте в неё ни в чем не повинных людей и не обвиняйте WP. который тоже не виноват что вы его втянули в эту свою авантюру:
Так что баг именно в движке WP для страницы записей.
PS. В связи со всем этим мне вновь вспоминается уже высказанная поговорка про кабину и бобину….
-
Ответ изменён 5 лет, 7 месяцев назад пользователем
O.
-
Ответ изменён 5 лет, 7 месяцев назад пользователем O.
