Conan Varvar, судя по всему, у вас используется тема от smthemes.com. Если вам нужно быстрое решение, то можете попробовать найти у них в каталоге свою тему и скачать ее обновленную версию.
Вы выложили не тот файл. Вам нужно выложить содержимое файла comments.php из вашей темы оформления, а не из папки движка.
Есть чудесные стандартные функции have_comments, wp_list_comments и comment_form, с помощью которых можно получить что-то похожее на список комментариев с формой отправки (см. шаблон twentyfifteen, например). Можно также использовать мой велосипед.
Если у вас в шаблоне используется какая-то своя хитрая система комментариев, то тут в любом случае нужно смотреть в ее код, находить ошибку и править ее.
Здравствуйте, уважаемые заказчики.
С 7 по 12 июля у меня будет ограниченный доступ к Интернету и я не смогу оперативно отвечать на сообщения. Заранее извиняюсь за неудобства.
Как вариант можно рассмотреть http://wpflipper.com/wp-auto-google-images-poster для автоматической вставки изображений из Google.
Также можно рассмотреть этот https://wordpress.org/plugins/google-images-search-and-insert/ для ручной вставки.
Mazletop, обычно такие решения пишутся под конкретный проект.
Вероятно, у вас в шаблоне используется свой цикл. Грубо говоря, в файле шаблона рубрик создается свой объект WP_Query, который каким-то образом подменяет содержимое. Начинающие разработчики достаточно часто так делают, когда хотят изменить выводимые записи. Решение не самое лучшее и часто ломает пагинацию.
Для решения этой проблемы я написал свою функцию для вывода пагинации (tw_pagination), которая позволяет указать в явном виде объект WP_Query.
Для контейнера вам нужно указать display: table и table-layout: fixed, для дочерних элементов display: table-cell. Из ограничений - все дочерние элементы будут выстраиваться в один ряд.
Это можно сделать только с помощью скрипта, который будет считать количество блоков и указывать им ширину через класс или атрибут style.
С марта ситуация совершенно не изменилось, к сожалению. Чтобы оценить масштаб "волнений" возьмем, например, совсем свежий коммит. Из интересного добавили кучу dashboard-виджетов, изменили названия многих шаблонов, имен переводов и переместили некоторые файлы в другие папки. Также изменили модель пользователя на стороне админки (/admin/model/customer/customer.php), добавили новое поле language_id в таблице customer базы данных. Помимо этого разработчики внесли изменения в кучу контроллеров в папках checkout, affiliate и account. Время от времени ручки доходят до изменения критического функционала вроде модели товаров для фронтенда. На это можно было бы закрыть один глаз, если бы не особенности реализации системы дополнений с привязкой к конкретным кускам кода. Грубо говоря, подобные существенные изменения повышают вероятность того, что какой-то модуль после обновления перестанет работать или будет работать неправильно. Не у всех разработчиков есть время и желания адаптировать свои дополнения под новую версию.
Движок сам более-менее внятно работает с PHP7, чего нельзя сказать о некоторых дополнениях. Ввиду изложенных выше обстоятельств это превращается в настоящую проблему.
На WordPress дополнения и сама система обновляются прямо из админки. Если следовать хорошей практике, не лезть грязными руками в исходный код и пользоваться встроенной системой событий, то вероятность возникновения проблем при обновлении минимальна. При обновлении помимо исправления ошибок владелец сайта получает также дополнительные плюшечки вроде адаптивных картинок или улучшений по работе с медиа, например.
С OpenCart ситуация обратная. С этой системой я знаком с 2009 года, когда создал первую тему оформления для версии 1.3. С тех пор мало что изменилось. Одна из основных проблем OpenCart - это то, что система поощряет правку исходного кода. Это приходится делать по той простой причине, что на данный момент других способов изменить поведение системы нет. При разработке правки часто ограничиваются контроллерами для фронт-энда, но иногда для реализации требуемого функционала требуется править и модели, и бек-энд. Работа систем VQMod/OCMod фактически сводится ко все той же правке исходников со всеми вытекающими последствиями.
Казалось бы, что тут плохого? Есть простой движок, правишь что хочешь, модули ставишь, как-то все настраиваешь и оно как-то работает. Проблема данного подхода в том, что он способствует появлению самых разных ошибок. Помимо этого сильно усложняется обновление самого движка и дополнений. Как следствие, разработка и поддержка проекта на OpenCart усложняются. Если проектов 2-3, то с этим вполне можно жить, но когда их несколько десятков, то это уже большая проблема. Я все еще надеюсь, что когда-то в OpenCart все же появится внятная система расширения.
Имеет смысл подождать пока версия 2.х стабилизируется. На данный момент разработчики ее очень активно меняют и переписывают. Да, можно запустить магазин и на текущей версии 2.2, но в будущем возможны проблемы с его поддержкой и обновлением. Это выливается в дополнительные расходы.
Версия 1.5 на данный момент абсолютно стабильна, но она не развивается. Если вам потребуется какая-то дополнительная функция, например, нужно будет исправить ошибку на уровне движка или переехать на сервер с PHP7, то в любом случае придется обращаться к программисту. Это также дополнительные расходы.
Отличий там более чем достаточно. Из самого заметного - была переделана админка и основная тема оформления. Также там изменили кучу важных вещей вроде механизма загрузки переводов и передачи переменных в шаблоны. Этого оказалось более чем достаточно, чтобы сломать всю совместимость. К слову, команда ocStore недавно высказывалась по этому поводу.
Kony, стиль прописан непосредственно через атрибут style тега.
SeraZwer, если по какой-то причине Category SEO Meta Tags у вас не заработал, то эту проблему можно решить в лоб. Для этого нужно добавить дополнительные поля для рубрики. Это можно сделать через плагин Advanced Custom Fields, например. Добавляете поле title, а потом в functions.php вставляете код:
add_filter('aioseop_title', 'tw_custom_title_for_category');function tw_custom_title_for_category($title) { if (is_category()) { $title = get_field('title', 'category_' . get_query_var('cat')); } return $title;}
