WordPress WooCommerce

Мы сами на wp делаем много чего, даже crm и erp системы, которые обходят конкурентов.
Но именно магазины пока не рискуем. Выйдет дороже чем даже проприетарный битриск, потому что им это витрина которая должна хорошо взаимодействовать и интегрироваться с внешними глюзами типа платежек или доставки или 1с. И под wp риски изатраты выше чем под битрикс или симплу.
Если нужен дешевый магазин то лучше брать битрикс или симплу.
Если нужна скорость и масштабируемость и функциональность и есть деньги тогда лучше wp. Имхо.

Хук codex.wordpress.org/Plugin_API/Action_Reference/pr...
Добавить условие на ситуацию и далее параметр include_children от сюда codex.wordpress.org/Class_Reference/WP_Query#Categ...

set_post_thumbnail - не нашел такой функции.
мб она ваша?

по сути картинку нужно сначала правильно сохранить, затем получить ее ID и записать в мету поста.

update_post_meta вообще не нашел по коду. чтобы понять пчм оно не работает, нужно понять где эта функция есть и как она работает.

Наверное нужно оставить возможность отбора постов по бойцам?
В этом случае лучше продублировать. Чтобы был тип поста для бойцов и хранить по ним все что нужно. Далее связать каждый пост бойца с соответствующим термином.

Это даст гибкость в наполнении и при этом оставит гибкость и скорость отбора.

Если все термины пересадить в посты, то потеряете возможности отбора.

При этом дублирование этих данных проблем не вызывает.

Должно работать. Попробуйте пп 3-6
codex.wordpress.org/%D0%9A%D0%B0%D0%BA_%D0%B7%D0%B...

Выполнить пп 3-6 codex.wordpress.org/%D0%9A%D0%B0%D0%BA_%D0%B7%D0%B...

Обратиться за поддержкой или сделать диагностику, а мб то и другое.

1. WP занимает около 20% рынка. Его сотник хакеров по всему миру пытаются ломать 1000 раз в минуту. Вы уверены что обычные php скрипты лучше защищены чем этот движок?
2. Его можно сломать если не соблюдать гигиену. Но сломать обычный набор php файлов в этом случае проще.
3. На своем опыте встречали оба решения. Где то WP добавляли как блог и все. А где то запускали проект переноса контента со старого двига в WP с сохранением URL, чтобы не терять трафик.
п.3 зависит лишь от ситуации. Нужно изучать ее, взвешивать все за и против и принимать решение.

Главное понимать что слухи о безопасности WP это слухи. Реально такова что этот движок используют крупнейшие порталы и известные бренды, в т.ч. сайты на тему информационной безопасности, которые в первую очередь подвергаются атакам хакеров. Знаю минимум 2 известных в РФ сайта на тему информационной безопасности, которые используют WP.
Ну а по стабильности и нагрузке еще проще. jquery, Техкранч, 4pda, с колоссальной нагрузкой, используют WP и подумайте, стали бы эти ребята использовать слабый движок для своих сайтов?

есть такой https://wordpress.org/plugins/external-group-blogs/
я когда то через него RSS публикации в группы настраивал.
у категорий есть свои RSS.
можно попробовать.

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

можно через виджет с RSS.
можно подобрать плагин.
можно набросать свой шорткод.

без снимка ошибки сложно гадать.
мб какой то плагин стоит безопасности и блочит на уровне WP.
мб блок на уровне htaccess.
в первом случае можно только гадать.
во втором случае удалите на время htaccess. если поможет, то нужно открыть и найти строчку которая блокирует. удалить ее.

min-height для контейнера и body пропишите.
Как вариант.

Выключите все сторонние плагины.
Переключите на типовую заведомо рабочую тему.
Проверьте.

Часто бывает что какой то компонент глючит сам по себе или конфликтует, тем самым сьедая память.

Далее включать по очереди и наблюдать.

Конечно нужно убедиться что никто не менял ядро.

1. ексель мб стоит заменить на ГуглТаблицу
2. как и хранение документа в ГуглДиске
3. тогда перевод в WP уже будет проще.

Гугл и WP лучше веб держат.
Чем Яндекс и Майкрософт.
Хотя и тут думаю можно решить. Но мудрено да.
Мб стоит взять уровень рассмотрения выше. И мб найти схему оптимальней.

Например мы ексель не ведем. У нас все бизнес процессы и документы в WP. На базе WP сделана база данных, база знаний и система автоматизации бизнес процессов. Таблицы редко используем.