RNB: Почему покипаст? Есть же get_template_part(). Разбиваете на компоненты, делаете себе мини-конструктор, и просто включаете-выключаете нужные блоки. Никакой копипасты, полный reuse кода. Для проверок есть conditionals.
andrcentos: Это системный пользователь, под которым работает ваш веб-сервер. Все в порядке. Если бы вы загрузили файл по ФТП подключившись под своим юзернеймом (например, adncentos), был бы ваш пользователь владельцем файла. Поскольку файл загржен через веб, от имени php-скрипта медиа-библиотеки, то и владелец - тот, кто это сделал, а именно - веб-сервер. Он же - apache.
andrcentos: Да какой толк от ваших иванов-петров, реальный юзернейм пишите. Только тогда можно будет сказать наверняка - это системный юзер (которых в системе хватает), или что-то подозрительное.
pagenavi очень древний плагин. С тех пор много воды утекло и есть встроенные средства которые прекрасно работают. Удалите плагин и делайте как Роман Краббз говорит
Дмитрий: не городите фигню, если не знаете как работает WP. Слайды выводятся в цикле, то что вы обозвали одной и той же картинкой на самом деле функция, которая в каждой итерации цикла показывает другую картинку.
Емнип, 750 будет работать с group nobody или на шаредах с suexec. Если группа www-data или другая, при 750 сайт не будет работать, ибо world'у вы даете 0. В контексте стандартной установки стека на убунте группа у вопрошающего наверняка www-data или его же юзверь, под каким заливал файлы. То же касается и файлов. Стандратные права - 755 / 644, 640 можно (полезно) на wp-config.php
Sanes: 100+тр - это ни о чем вообще, магазины с такими требованиями делаются за 300-400+, там одному девопу за настройку серваков 100к уйдет как пить дать. А за нормальные деньги над кодом будут работать нормальные специалисты, которые всю эту номенклатуру и хитрые опции как семечки щелкают. Так что никаких проблем тут не будет. Если клиент с таким магазином (1000+ товаров и сложная номенклатура) не готов тратить $3000 на свой магазин, то либо это выпускник Бизнес Молодости (и идет в топку покупать сайтик за 1000 рублей), либо идиот. Нормальные люди с идиотами не работают, а сами идиоты как правило наступают на грабли с дешевыми фрилансерами и тонут вместе со своим супер-бизнесом.
В общем, на эту тему можно говорить много. Но все сводится к менеджменту, а не к техническим ограничениям WooCommerce.
CHERNOGOLOV: Вам же ответили практически сразу - рекурсия. Вы так и не поняли? Как раз любые другие способы решения подобной задачи - это таки костыли и грабли. А рекурсия легко и элегантно решает проблему. И в рекурсиях нет какого-то более или менее ГРАМОТНОГО подхода, как вы спрашиваете. Рекурсия сама по себе грамотный подход. И она или есть (работает), или нет (уходит в бесконечность). Как делать рекурсию - гоу в гугл, материалов куча. Вы де, снова, решили пойти окольными путями (переделывать модуль генерящий массив), вместо того, чтобы включить моск, прочитать доку по рекурсиям и, потыкав туда-сюда, выполнить задачу, попутно освоив новый, очень полезный инструмент.
CrewCut: Храните варианты выбора (вот как раз те, к которым надо добавлять новые варианты из фронта) не в ACF, а в БД, в options. Аяксом их туда и записывайте/обновляйте. А на выводе ACF поля фильтруйте варианты вывода, как в моей ответе. Так лучше всего.
Sanes: я и есть core contributor, общаюсь с разрабами ядра и участвую в процессе развития платформы. Об этих "болях" знаю прекрасно. У того же CS Cart болей отнюдь не меньше, ибо они есть везде. Такова суть программного обеспечения. Вопрос по-другому надо ставить - вам конкретно, для конкретной задачи - в связке с WooCommerce и при условии работы с 1000+ товаров - какая именно боль мешает работе? То, что WP не использует MVC? Недостаточно ООП? Обратная совместимость мешает? Отсутствие индексов в мета-таблицах? Конкретизируйте, плз.
