markimax

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

Да есть такой момент, когда товар находиться в разных категориях, понятное дело что DISTINCT в таких случаях не помогает, так как получается что хоть комментарий и один и тот же, но разные id категорий. В 4.33.1 "повторов" не будет. 4.33.1 скоро выйдет

А какая у вас версия модуля? Это было в самой первой, когда был реализован этот функционал, и то она "продержалась" не более одного дня, после этого был добавлен DISTINCT

Это редкость когда меняется - считаем это "форс-мажорными" обстоятельствами :) А копировать, в default, если вы не правили этот шаблон, а если правили: править вы его должны были в своей теме, как описано выше. Тогда просто можно "новый измененный" шаблон закинуть в вашу тему и там править. Последний раз в css стиль я добавлял что-либо серьезное очень давно, там в основном идут вставки для default шаблона, они особо никак не влияют для пользовательских тем. Можете пользоваться вашим css стилем и не обновлять его.

Полностью поддерживаю, сам каждый раз мучаюсь. Считаю, что лучше всего выпускать обновления не часто, зато сразу с серьёзно расширенным функционалом. автор при следующем посещении ответит Вам, что Вы делаете неправильно :) когда-то столкнулся с таким же вопросом, и автор тыкнул меня в нос за то, что я все делаю неправильно, за что ему большое человеческое спасибо :) как сделал я (не претендую на то, что это единственный правильный вариант) в папке catalog/view/theme создал папку со своей темой, например catalog/view/theme/mytheme скопировал в нее содержимое папки catalog/view/theme/default в админке сайта включил ее. далее все манипуляции с шаблонами магазина (редактирование) производится только в шаблонах этой папки далее файлы модуля iблог, которые я редактирую, скопировал в соответствующие папки в теме mytheme там в этих файлах я редактирую их как мне нужно. при обновлении модуля просто перезаписываю файлы из архива с обновлением как обычно. в папку mytheme ничего из обновленного архива бросать не нужно. таким образом и крошки не перезаписываются, и стили и все, что нужно. Прошу автора поправить, если я что-то неправильно написал, потому как постоянно на этом "засыпался" :)) Даже и добавить нечего. Вы совершенно правильно разъяснили принцип работы с темами в opencart, а не только модуля. Те кто делает не так - делает не правильно

markimax пожалуйста прокомментируйте это сообщение. На всякий случай поясню. Имеется категория блога с 10 записями. 4 последних записи выводятся в виджете. Если последнюю делаем приватной, то в виджете выводится уже не 4 последних, а только 3 записи. Хочется быть уверенным, что у вас всё под контролем. B) Спасибо, поправлено.

Your feed appears to be encoded as "UTF-8", but your server is reporting "US-ASCII" Проверьте настройки сервера, почему он у вас перестал "отдавать" UTF-8 К модулю это никакого отношения не имеет.

Пишу в 101-й раз. opencart нельзя устанавливать в подпапку (типа http://site/shop, так как не будут работать seo url, seo pro и соответственно seo blog) Правильно будет в поддомены http://shop.site/ Хотя обычно на локалке почему-то все устанавливают в подпапку (зачем только - не понятно?) (но для локалки - проверки вы сделали почти правильно, лучше просто закомментарить строку $this->response->redirect($seo); ) устанавливаю "на живую", папка с сайтом лежит в дериктории root - изменить её увы нельзя. С чпу вопрос решил аналогичным образом Спасибо за рекомендацию - закомментирую PS а на счет подпапок на локалке - так куда ж без них когда у тебя 20+ сайтов на локалке :) Каким url - ом вы "запускаете" сайт? ;) http://root/shop ? или http://shop ? Правильно настраивайте localhost Не забываем в win про hosts P.S. Тогда у вас наверно не работает и seo pro, так как функция validate взята оттуда, фактически.

Пишу в 101-й раз. opencart нельзя устанавливать в подпапку (типа http://site/shop, так как не будут работать seo url, seo pro и соответственно seo blog) Правильно будет в поддомены http://shop.site/ Хотя обычно на локалке почему-то все устанавливают в подпапку (зачем только - не понятно?) (но для локалки - проверки вы сделали почти правильно, лучше просто закомментарить строку $this->response->redirect($seo); )

Что-то не то делаете. Пищите в ЛС. Дайте доступ к админ части. P.S. Вопрос решен за пару минут (модуль не при чем)

Бывает такое :) Я же говорил, что персонально для вас проверил на сайте demo - работает локализация нормально. Если у кого есть другие локализации - можете присылать, я их включу в пакет модуля.

В шаблоне record/record.tpl

Обычная кодировка ANSI. Откройте word -ом или в браузере win-1251

Знаете я (доверяй, но проверяй) все же провел эксперимент с IN (и создал метод на IN) - да запрос получился маленький, но скорость выполнения даже на 2 категориях уступает "длинному" UNION, все же кеш mysql на одинаковых запросах работает быстро (SELECT DISTINCT cd.name AS blog_name, rd.name AS record_name, comm.*, comm.date_added AS date_available, comm.comment_id AS commentid, rec.viewed AS record_viewed, comm.rating AS rating, c.blog_id, rec.image, (SELECT AVG(rating) AS total FROM roc_comment r1 WHERE r1.record_id = rec.record_id AND r1.status = '1' GROUP BY r1.record_id) AS rating_avg, (SELECT COUNT(*) AS total FROM roc_comment r2 WHERE r2.record_id = rec.record_id AND r2.status = '1' GROUP BY r2.record_id) AS record_comments, 'blogs' AS TYPE FROM roc_blog c LEFT JOIN roc_blog_description cd ON (c.blog_id = cd.blog_id) LEFT JOIN roc_blog_to_store c2s ON (c.blog_id = c2s.blog_id) LEFT JOIN roc_record_to_blog r2b ON (c.blog_id = r2b.blog_id) LEFT JOIN roc_record rec ON (rec.record_id = r2b.record_id) LEFT JOIN roc_record_to_store r2s ON (r2s.record_id = rec.record_id) LEFT JOIN roc_record_description rd ON (rec.record_id = rd.record_id) LEFT JOIN roc_comment comm ON (rec.record_id = comm.record_id) WHERE cd.language_id = '1' AND rd.language_id = '1' AND c2s.store_id = '0' AND r2s.store_id = '0' AND c.status = '1' AND rec.status = '1' AND comm.status = '1' AND c.blog_id IN (1, 2, 3) AND c.customer_group_id = '1') UNION (SELECT DISTINCT cd.name AS blog_name, rd.name AS record_name, comm.*, comm.date_added AS date_available, comm.review_id AS commentid, rec.viewed AS record_viewed, comm.rating AS rating, c.category_id AS blog_id, rec.image, (SELECT AVG(rating) AS total FROM roc_review r1 WHERE r1.product_id = rec.product_id AND r1.status = '1' GROUP BY r1.product_id) AS rating_avg, (SELECT COUNT(*) AS total FROM roc_review r2 WHERE r2.product_id = rec.product_id AND r2.status = '1' GROUP BY r2.product_id) AS record_comments, 'categories' AS TYPE FROM roc_category c LEFT JOIN roc_category_description cd ON (c.category_id = cd.category_id) LEFT JOIN roc_category_to_store c2s ON (c.category_id = c2s.category_id) LEFT JOIN roc_product_to_category r2b ON (c.category_id = r2b.category_id) LEFT JOIN roc_product rec ON (rec.product_id = r2b.product_id) LEFT JOIN roc_product_to_store r2s ON (r2s.product_id = rec.product_id) LEFT JOIN roc_product_description rd ON (rec.product_id = rd.product_id) LEFT JOIN roc_review comm ON (rec.product_id = comm.product_id) WHERE cd.language_id = '1' AND rd.language_id = '1' AND c2s.store_id = '0' AND r2s.store_id = '0' AND c.status = '1' AND rec.status = '1' AND comm.status = '1' AND c.category_id IN (59 , 20, 32, 35)) ORDER BY date_available DESC LIMIT 0,4 Красивее? Да, но работает медленнее, чем на UNION

Да, у UNION одинаковые запросы и кеш mysql будет работать. Насчет рейтинга - тут вы правы (точнее уже нет, смотрим P.S.), надо потом сделать вычисление. А вот с LJ не получиться, там только один LJ для "статистики" (описание категории), остальные все "работают". P.S. Есть сортировка по рейтингу :(

Когда много категорий IN работает как OR - т.е. забудьте про использование индексов т.е.WHERE c.category_id IN ('id1', 'id2',...n) будет тоже самое что WHERE c.category_id='id1' OR c.category_id='id2' .... OR c.category_id=n Поэтому лучше использовать много простых запросов с использованием индексов чем один большой без использования, так как он на большом количестве товаров просто положит mysql сервер IN отлично работает, только когда мало категорий в множестве и мало товаров, тогда mysql еще может найти вариант как использовать индексы, только в IN более 3-4 "категорий" и в базе не 10 товаров, а гораздо больше - все, забудьте про индексы. Вот EXPLAIN EXPLAIN SELECT * FROM `category` WHERE category_id IN ( 18, 20, 25, 26, 27, 28, 29, 30 ) id select_type table type possible_keys key key_len ref rows Extra 1 SIMPLE category ALL PRIMARY NULL NULL NULL 16 Using where А когда в БД (когда еще LJ товаров пойдет) ref rows = 10`000 - считайте что mysql у вас загнулся

Можно в принципе html виджетом (кстати очень удобно так создавать нижнее меню или верхнее), но пока как говориться "вручную". <div id="blog-mts"> код вашего меню </div> <script> $(document).ready(function(){ var blog_menu = $('#blog-mts).html(); $('#menu ul:first').append(blog_menu); }); </script> Вместо $('#menu ul:first') - любой id (код) к которому вы хотите привязаться и в любое место (в данном случае к главному меню) Планирую сделать отдельный виджет Меню И чем удобно - не надо править ни header, ни footer Хотите выполнить код php - тоже не вопрос, обращаетесь $.ajax к любому методу контроллеров и результат в div

1. Насчет JS - ни такой он и большой, чуть больше стандартного, поэтому там и есть такие возможности как дерево, ответы, подписка и т.п. 2. Не совсем понял вопрос, можно уточнить и более расширенно. Сейчас можно вставлять ссылку (и)- категории блога в главное меню, с сохранением структуры. И не только в главное, можно создавать любіе варианты меню (шаблонами)

Знаете - у меня работает. Только что проверял на demo сайте. Такого быть не может, чтобы вы заменили на русский, а у вас английский отображался, при включении украинского.

Оптимизировал, взял копии (ну почти :) ) и соединил их Union вместо OR При использовании OR - при большом количестве товаров и категорий - индексы бы не использовались, все шло методом перебора. При использовании union - индексы используются Мне вот интересно как себе ты представляешь вот это: Как ты определишь, что достигнут предел, а вдруг в последней категории как раз находиться отзыв который лучше подходит по условиям (новее например) ;)

Все в порядке с мультиязычностью. Может просто надо правильно локализировать

Уважаемые пользователи не забываем про субботы и воскресенья - у разработчиков тоже должны быть выходные, и так по 20 часов в сутки работаем :)

Пересохраните категории - пропадут. Просто если бы я в шаблоне еще "повставлял" кучу проверок переменных, то и так бы для некоторых "запутал" шаблон. Поэтому просто пересохраните категории. Если при переходите на новую версию 4.33 у кого-то в логах notice-ы (в шаблонах) - пересохраните категории и настройки на главной модуля.

Просто сохраните настройки и всё, это добавились новые переменные :)

Оранжевая кнопка восстанавливает настройки