Если вы говорите об исключении мета-полей для записей, которые относятся к определенной категории, то проще всего сначала выполнить запрос для получения их ID, закешировать результат и добавить в WHERE условие "AND post_id NOT IN ($список_ID)";
Наверное, в Other, как уже упомянули :)
Если серьезно, то можно банально сходить на upwork и посмотреть на количество проектов. По WooCommerce их сейчас около 660, по Magento - 960, по OpenCart - 170, PrestaShop - 160, X-Cart - 17.
Вы не на том языке объясняете. Достаточно просто расписать и сравнить стоимость создания магазина на WP и на другой системе. К тому же никто не запрещает работать только с европейцами.
В этой статье описан практически ваш случай.
Может имеет все же смысл более плотно поработать с WooCommerce? Я сейчас говорю не о "быстро склепать каталог", а о полноценной работе с этим решением.
Как показывает статистика 37% всех магазинов в мире работают на WP + Woo и с этим обстоятельством приходится считаться. На втором месте Magento. У нас популярностью пользуется в основном OpenCart, Битрикс и тот же WooCommerce.
Ее не забросили, там сейчас активно пилят ветку 1.7. На днях вышла третья альфа. Другое дело, что за разработку на этой системе я бы не стал браться, пока не стабилизируется код. Разработчики сейчас переносят систему на Symphony.
С OpenCart схожая история. Основная проблема этой системы в том, что Даниель (это один из ее авторов) время от времени переписывает ключевые куски кода, что нарушает совместимость со многими существующими решениями. Помимо этого у OpenCart плохо реализована система дополнений, их сложно отлаживать и поддерживать. Сейчас над последней активно работают. В общем, диагноз тот же что и с PrestaShop: "подождать пока устаканится код" или использовать устаревшую, но более стабильную 1.5 ветку.
Самый простой способ - это указать для .products свойства
display: table;width: 100%;
а для .products .item:
display: table-cell;width: 33.3%;background: #fff;
из недостатков - этот способ подходит, когда нужно выстроить записи в один ряд.
Обычно подобного рода функционал я реализую вручную через новый тип записей с добавлением через фронтенд. При добавлении для записи добавляется статус "На рассмотрении" (pending). Если надо, то могу дать пример кода.
Если вам нужно выводить на сайте материалы, которые подгружаются с внешнего сайта, то самым разумным и быстрым решением будет их синхронизация с основным сайтом на WordPress.
Грубо говоря, при изменении материалов на стороннем ресурсе он может посылать запрос на ваш сайт для синхронизации изменений. В процессе на вашем сайте будут добавляться/изменяться/удаляться статьи. Это позволит не обращаться каждый раз к серверу по API и не замедлять загрузку страницы. Запрос к стороннему серверу - это обычно лишние 0.2 - 1 секунда к времени загрузки.
Второй неплохой способ. На сайте на WP в статьях и рубриках фактически будут храниться параметры для запроса на сторонний сайт. Содержимое будет подгружать непосредственно сам пользователь напрямую со стороннего сайта через AJAX. Полученные JSON данные через какой-то шаблонизатор будут приводиться в нужный вид. У этого способа есть сразу три проблемы: первая - это Same Origin Policy, которую можно как-то решить. Вторая проблема связана с индексацией сайта. Вряд ли поисковый робот будет выполнять AJAX запросы. Третья проблема связана с добавлением записей. Ее можно решить как описано выше.
В сухом остатке. Смысл заморачиваться с загрузкой информации напрямую с внешнего API есть только в том случае, если данные очень часто меняются. В остальных случаях лучше заранее синхронизировать содержимое сайта по API
sidne, если вас интересуют мои работы, то на них можно посмотреть в портфолио
У вас ошибка в файле wp-config.php. Скорее-всего вы его сохранили в кодировке UTF-8 с BOM, а нужно без него.
Если вы не планируете переносить все сайты на WordPress и создавать Multisite (https://codex.wordpress.org/Создание_сети), то имеет смысл написать отдельное веб-приложение с админкой, базой со всеми пользователями и их балансом, а также с API для взаимодействия со всеми сайтами.
Когда на каком-то из сайтов регистрируется пользователь, то тот сайт отправляет запрос с данными на приложение с базой пользователей, там создается новый пользователь, а потом то приложение в свою очередь через API посылает запрос на все остальные связанные сайты и создает пользователя и на них. Аналогично и при изменении пользователя.
