Что значит ваше "как то разбивать"? Как? Силой святого духа?
Запись(в широком смысле post а не в смысле тип записи post) - это отдельная строка в таблице БД. 1 строка, понимаете? У неё есть титл, id, текст, slug, дата публикации, автор и много чего ещё. Но всё это не сортируется внутри записи, просто потому что у post есть только один title а не 10. Что там сортировать?
Так же запись может быть связана с таксономиями и метаполями. Вот по ним уже можно делать разные сортировки и прочие танцы с утятами.
Касательно вашего примера и вопроса.
Извращение с одной страницей куда пихается всё что можно - это не от большого ума. Никто вменяемый так делать не будет, потом такую структуру никак не модифицируешь и смысла в этом нет вообще.
Заводите Рубрику записей("фильмы про музыку", "фильмы про спорт", "фильмы про жёсткое жорево\порево отношения" ).
В эти рубрики добавляете записи. К каждой записи через плагин ACF добавляете нужные метаполя. К примеру год выхода.
Далее в шаблоне вывода записей рубрики добавляете нужные вам сортировки. Профит.
Propagandal, - вопрос у вас глупый. "Я что-то хочу, получится у меня или нет?" Вот так это выглядит со стороны.
Но если говорить о "сферическом вакууме"....
1) Какой у вас бюджет, навыки? Есть ли команда, ресурсы? Сколько времени вы можете развивать проект(и что можете в него вкладывать) без получения прибыли? Это буквально - самые важные вопросы. Именно от ресурсов уже нужно танцевать. Ответьте себе на эти вопросы, мне не надо.
2) Копипастить идеи из рунета - плохая идея если есть желание сделать что-то "модное, стильное, молодёжное". Большинство успешных ресурсов рунета являются копиями буржуйских. Не все конечно же, но именно "за океаном" появляется большинство новинок и искать их нужно там.
3) От пункта 1 и 2 уже нужно танцевать, смотреть идеи и оценивать свою способность их реализовать. Для СМИ нужны копирайтеры\журналисты\редакторы. Для сервисов нужны программисты\тестировщики\дизайнеры\верстальщики. Естественно не все они нужны и не всегда.
4) Оценить практичность реализации идеи на самом деле сложно. Население Латвии не большое. Носителей языка скорее всего ещё меньше. Соответственно у любого проекта заточенного исключительно под латышский с перспективами будут проблемы. Просто максимальный охват аудитории равен размеру далеко не самого большого города. Впрочем для сервисов это не абсолютное правило, в конце концов внедрить другой язык для глобального сервиса реально(речь об интерфейсе как минимум).
Это если речь идёт о каком то новом сервисе\приложении(что по сути тот же сервис).
Если речь идёт о запуске какого нибудь очередного контентника с никому не нужными статьями написанного очередным рерайтером - то тут пофиг куда смотреть, вопрос в тематике\направленности и где брать контент. Но опять же, учитывая маленький охват населения и наверняка существующие похожие проекты я бы максимум смотрел на запуск какого нибудь регионального СМИ или контентника о "сферических слониках" на латышском.
Маразм крепчал.
ТС, верстальщик не имеет никакого отношения к тому, что вы криво добавляете контент на сайт.
В такой ситуации нужно попросить устранить этот баг. Нормальный специалист сделает за пару минут. Предусмотреть все варианты кривого добавления контента - верстальщик не может в принципе да и не обязан. Обычно верстаются только те стили, которые есть в макетах. Ну и плюс всякие заголовки, списки, цитаты(хотя и это не всегда). Все что за этим - или обсуждаете в ТЗ или потом оплачивается отдельно.
И да, тег <p> внутри <li> допустим по стандартам валидации, так что ничего вырезать в коде, программировать какие то сложные фильтры и очистку строк - не нужно. Это проблема только внешнего вида.
Другой вопрос, что у вас таких пожеланий может быть воз и маленькая тележка. Ничего из этого вы явно не отразили в ТЗ, деньги верстальщику скорее всего платили по минимальной ставке, скрытых требований куча - вот он и встал в позу. У меня тоже такое бывало, правда я старался довести заказ до конца и в будущем слал таких заказчиков "в тёплые края".
Как итог. Требовать от вашего верстальщика совпадения визуала двух списков(с <p> и без) если вы не указывали этого в ТЗ - вы не можете. Можете попросить устранить баг. Можете заплатить за устранение бага. Можете ручками поправить сами и в будущем работать с другим специалистом.
С наступающим!
Пусть сбудется всё о чём мечталось)
postavkin , поставьте какой то другой браузер на компе и зайдите с него. В чём проблема?
С большой долей вероятности сайт вас посчитает "новым" посетителем. Естественно авторизоваться на сайте нельзя. Это если нужно разово.
Альтернативный вариант, отключить JS, почистить все куки основного браузера, зайти на сайт. Скорее всего тоже посчитает вас "новым" посетителем.
100% гарантий что методы сработают нет, о фингерпринтах писали выше.
Пункт меню убирается в админке, это да.
Но само меню выводится в header.php (скорее всего).
Не знаешь что за элемент - смотришь в коде что выводится на его месте. С тем же успехом там и виджет с одной ссылкой мог выводится(встречался с таким извратом).
Спасибо большое. Убрал в меню. Решил проблему. А я как дурак часами в кодах искал это и не нашёл.
Да, это адовое количество ручной работы.
Но при беглом взгляде я не вижу других вариантов. Забивать города(те которые в метках) в произвольные поля - придётся.
Вот наполнение данных в теории можно облегчить. Если у вас есть списки город:частота(формат не важен) для каждой радиостанции я бы копал в сторону автоматического обновления записей.
Если радиостанций не сотни можно к примеру привязать функцию к
add_action( 'acf/save_post', 'имя_функции', 5 );
Выполнить какую нибудь проверку на заполнение полей и сверку их с списками частоты. Ну и потом руками пройтись и обновить все записи.
Или можно получить все записи типа Радиостанция через WP_Query и потом пройтись по ним
wp_update_post();
Посмотрел, для того же ретро FM есть списки https://retrofm.ru/index.php?go=City
т.е. задача решаема. Копайте)
Частота вещания это что? Произвольное поле? Думаю ACF может решить вашу проблему. У него вроде есть вывод произвольных полей согласно условиям.
Но вообще не факт, у вас же по сути новость(радиостанция) прикрепляется ко всем тегам где вещает. Тогда я бы копал через шаблон вывода тегов и проверял. Проверял бы страницу через is_tag(), далее через get_queried_object() узнавал бы id\название метки и в зависимости от этого бы фильтровал произвольное поле.
Годы идут, люди не меняются...)
Уже наверно лет 10 серверные мощности стоят гораздо дешевле времени программистов, но всё равно появляются люди для которых woocommerce тяжёлый и им дай что-то попроще. Мне даже интересно, что там за нагрузка на сайт и что за хостинг, если woo тяжелый. Десятки тысяч посетителей и выделенные сервера уже не справляются? Хотя чует моя печень там вопрос "переходить ли с хостинга за 2$ на хостинг за 3$ ?")
И стоит думать что потом делать с этим "попроще". Давно уже аксиома - нужен ИМ на вордпрессе? woocommerce - без вариантов. Использовать что-то другое есть смысл только если функционал ИМа не нужен, а хватает какой нибудь кнопки с попапом "заказать" и формочкой от cf7.
