markimax

Не предусмотрено это модулем.. вот тоже пытаюсь добиться, чтобы объяснили как это туда засунуть, если нет возможность запихать непосредственно в модуль =\ Но пока тщетно.. автор считает что это кроме меня никому не нужно видимо) Только вот "дыряво" выглядеть будет карта сайта без 328789127 тем блога Это не карта сайта - это "понты для индейцев". Если пользователю понадобилось искать что-то в простыне карты сайта (а представьте туда повесить кучу категорий блога и езе все записи (а записи то не видны, та как и товары на "карте" opencart), то значит вы сделали сайт не по философии юзабилити, т.е - неверно Я отвечал вам. Расписал даже как это сделать на основе каких шаблонов. Все это делается изменением в шаблоне на основе шаблона blog.tpl и blog_menu.tpl Не увидел что-то где вы расписали... А вот про "на основе" видел, только какуда и чо правильно из "основы" запилить - основной вопрос) Я вам расписал на основе чего. Далее описывать нечего, там все понятно, даже для средней квалификации верстальщика. Описывать дальше нет смысла - тогда легче самому сделать.

Все есть http://opencartadmin.com/index.php?route=record/google_sitemap_blog А сюда делается простым изменением шаблона, к тому же это не основной sitemap, он не важен поисковикам, а пользователи согласно стратегии юзабилити, должны находить все им нужное сразу на страницах сайта, если этого нет, сайт "построен" неверно, т.е. не в философии юзабилити. Такой ответ устраивает? 2 человека спросили именно про сайтмап футера, а не про гуглсайтмап. По юзабилити на сайте скажем все ровно, а вот карта сайта в которую (хрен с ним с ботом поисковика) натыкается юзер - и видет.. ничего из сотни тем блога и т.д. Собственно "ПРОСТОЕ ИЗМЕНЕНИЕ ШАБЛОНА" и требуется. Только для покупателей модуля не такое уж оно и простое. Опишите пожалуйста как это лечится. Это не "лечиться", это делается. Возьмите, сделайте или закажите у кого-то. Я рассказал как. Наберется 20 человек сделаю для всех шаблон. (у меня еще до сих пор не готов (по людски) шаблон для голосований) Пока в плане у меня стоят более приоритетные задачи. Я не могу сразу всё сделать, вы сами это понимаете. Кидаться из стороны в сторону. Есть план, есть приоритеты. Пока я смотрю только 2 -м надо. И читайте выше (внимательно) , что я написал по этому поводу:

Поддерживаю насчет необязательности оценки, люди не всегда оставляют именно отзыв, а могут просто задать вопрос о товаре, а админ одлжен на все это ответить и ставить постоянно оценку непонятно зачем это тупо. Вы не совсем знакомы с архитектурой opencart - так устроены таблицы, что надо все равно ставить оценку, в любом случае, или 0 (и она в зачет тоже пойдет) или 5. Ну вот так устроен opencart

Не предусмотрено это модулем.. вот тоже пытаюсь добиться, чтобы объяснили как это туда засунуть, если нет возможность запихать непосредственно в модуль =\ Но пока тщетно.. автор считает что это кроме меня никому не нужно видимо) Только вот "дыряво" выглядеть будет карта сайта без 328789127 тем блога Это не карта сайта - это "понты для индейцев". Если пользователю понадобилось искать что-то в простыне карты сайта (а представьте туда повесить кучу категорий блога и езе все записи (а записи то не видны, та как и товары на "карте" opencart), то значит вы сделали сайт не по философии юзабилити, т.е - неверно Я отвечал вам. Расписал даже как это сделать на основе каких шаблонов. Все это делается изменением в шаблоне на основе шаблона blog.tpl и blog_menu.tpl

Все есть http://opencartadmin.com/index.php?route=record/google_sitemap_blog А сюда делается простым изменением шаблона, к тому же это не основной sitemap, он не важен поисковикам, а пользователи согласно стратегии юзабилити, должны находить все им нужное сразу на страницах сайта, если этого нет, сайт "построен" неверно, т.е. не в философии юзабилити. Такой ответ устраивает?

product.tpl <h2 id="review-title"><?php echo $text_write; ?></h2> Т.е. стандартный код, чтобы стили не имели расхождения

Ну правильно, в списке не используется этот класс. Еще раз повторю, дайте в ЛС доступ по ftp мне. Я проверю

Ну так проверьте наличие файла в пути, скорее всего файл не дописался, был обрыв по ftp. Проверил сразу. Файл на месте. Напишите в ЛС доступ по ftp, я проверю.

Ну так проверьте наличие файла в пути, скорее всего файл не дописался, был обрыв по ftp.

Сказать нечего, клоунизм Хватит разводить демагогию Вы наверно не отличите union от кучи Left Join c OR вместе, для вас это одно и тоже. Для тех, кто не в курсе: Все UNION (для sql интерпретатора) выполняются как отдельные запросы Т.е. для интерпретатора 1300 строк - это всего навсего запросы (40, что всего 10% от всех запросов opencart на страницу, т.е. каждый запрос с LJ и подзапросами всего 0.015 с) по 30 строк. И речь шла не о 0.6 сек этого запроса, который к тому же кешируется (если включено кеширование для модуля, в данном конкретном случае - оно было выключено, но даже это, ни как бы не повлияло так на скорость) Так что с вами - "всё понятно" И читайте внимательно: Высказывания в стиле: " - Акелла промахнулся..."

Ставил на чистый опенкарт 2-а модуля ваш и рейтинг, тоже самое. Ну правильно, сторонние библиотеки jquery.rating.js и tdrating.jquery.js конфликтуют между собой Не понятно другое - зачем вам tdrating.jquery.js ? Почитайте выше, голосование не зарегистрированным - это опасно и просто "липа" (я люблю еще говорить "пепсикола" -пениться, а полезного ноль, скорее вредного много)

Честно говоря как был конфликт с модулем рейтинга(tdrating), так и есть после обновления на 4.33, выяснил что конфоликтуют скрипты рейтинга....jquery.rating.js и tdrating.jquery.js Если отключить голосовалку звёздами в вашем модуле, всё четко работает. Это скорее конфликт двух сторонних библиотек, не относящихся к модулю (это js, т.е. сторона клиента).

вроде не вышла на странице модуля пишется 4.32.6 Да, напрямую (с сайта opencartadmin.com) - там уже неделю как вышла 4.33 RC А можно узнать что нового в ней? Секретная информация :) А если серьезно - ничего нового для вас с точки зрения функционала, там реализована "песочница" для модуля, чтобы в неё не лезли другие модули и их vqmod. Т е чтобы не было конфликтов. Ну и переписано много кода сторонних приложений (например bbcode class). Т е это обновление будет предназначено в первую очередь для стабильности работы модуля под самыми немыслимыми ситуациями.

В следующих версиях планирую сделать виджет меню, в котором можно будет создавать любые комбинации меню и даже, вместе со стандартными категориями, информацией и т.п. Но, можно уже сделать и сейчас, на основе виджета Выбранные записи и немного изменить шаблон blog_menu.tpl (в record_menu.tpl), где взять вывод списка на основе blog_main.tpl и прописать сделанный шаблон в input шаблон виджета

Можно запихнуть, на основе виджета список всех категорий блога, но надо доделать немного шаблон module/blog.tpl (сохранить под другим именем и прописать в input шаблон виджета), как сделано в blog_menu.tpl, и выбрать в jquery привязку куда выводить. Только я не понимаю для чего :) Обычно пользователи редко туда заглядывают, а поисковикам он не важен, для них важнее совсем другой sitemap, который реализован - google_sitemap_blog.php

В записях блога отключаемо в настройках Категории блога, в товарах - не отключаемо, как и в самом opencart. (можно, но только в шаблоне, сделайте как в шаблоне записи блога record.tpl)

Далее - у модуля было отключено кеширование, в конкретном случае Плюс у товаров было более 30 рекомендованных товаров, что тоже дает ой какую нагрузку на БД со стороны стандартного opencart (поэтому и 0.6 запрос был, а у рекомендованных и того больше будет!). Так что давайте не умничать, не разобравшись Можете посмотреть сейчас, после включения кеширования. Загрузка моментальная. P.S. Так что давайте не умничать и тем более не использовать сарказм не разобравшись в ситуации. Это выглядит очень не корректно. У каждого может возникнуть такая ситуация с пользователями. Уважайте друг друга.

Это тот, который от мастера по улучшению архитектуры опенкарт? :)Феерично, спасибо всем за находку. Я бы на месте сервера загнулся ещё на парсинге этого запроса, не дойдя до выполнения. Слушай давай без этих ваших сарказмов. ok? Умничать все умеют. Там все как раз сделано так как в opencart. И не разобравшись говорить не надо. Пользователь включил вывод из всех категорий сразу, а их много и выключил кеширование для модуля. А если вы посмотрите, запросы - полная копия запросов как в opencart К тому же они сделаны отдельными и соединены через Union (а использование union более правильный метод, чем использовании OR (тем более что их было бы ой как много) (тогда индексы вообще не используются в отличии от union). Понятное дело что каждая категория - запрос, сколько хотите вывести - столько и запросов. (0.6 сек раз в сто лет сделать для супер перегруженного пользователем (и не забываем более 30 рекомендуемых товаров на странице товара у пользователя, которые и "ложат" mysql сервер)) запроса, это много?), так же и в opencart - отключите кеширование и вы такое увидите... что не налазит не на одни ворота. Это к вопросу о том, что действительно надо все запросы opencart оптимизировать и кеш не спасает. Запрос кстати кешируется, а так как пользователь отключил кеширование модуля, понятное дело что случиться. Отключите кеширование в opencart вы и не такое увидите.

Если честно - печально немного, но .. . Т.е. на основе другого движка, но со своим интерфейсом - все же будет :) Лучше бы IE больше не было :)

Персонально для вас и вашей opera 10.10 :) Кстати в списке вообще opera нет

Согласен :) Но, знаете как нам разработчикам поддерживать "умирающие" браузеры и их старые версии ;) Даже VK уже наплевал (и в последней версии opera в консоле ошибок, все равно opera кричит на "ошибки" в api VK, но хоть уже продолжает выполнять js скрипты и то радует) на opera, и тем более 10-ю версию.

Я когда-то тоже на opera "сидел" (когда она лучшей была), но я не привязываюсь к брендам, я выбираю наилучшие соотношение моих требований. А удобство - понятие относительное :) Скачайте удобную для вас тему FF, например как opera (там много таких, например FXOpera ) и пользуйтесь на здоровье FF с удобствами opera И как разработчик могу сказать, FireFox и по другим параметрам, функционалу, скорости на голову выше opera. У Firefox больше возможностей для разработчика, я уже промолчу про кучу дополнений, которые очень важны. Даже в Chrome нет такого количества и качества дополнений для разработчиков.

честно говоря, не заметил принципиальных различий между интерфейсом 10-й и 12-й оперы, зато производительность в последней получьше, особенно видно на хтмл5, плюс утечек памяти в 12-й поменьше, в 10-ке и раньше через определенный период времени у меня опера отжирала больше гига памяти... В поймите, что обновления люди выпускают не ради предложения нового интерфейса, там ведь и багов с пол сотни исправили и производительность увеличили. PS/ Жаль оперу дальше не собираются развивать :( Согласен полностью! Но opera будет развиваться, просто она перейдет на движок webkit И унификация хорошо повлияет на совместимость стандартов и т.п. с другими браузерами.

Так обновитесь на Firefox (очень гибкий браузер и лучший для разработчика) - там есть темы Opera (кажется и такой как 10-ка видел) Ну, не лучший на сегодняшний день выбор браузера - opera. Не будьте таким консерватором, будьте новатором, этот двигатель прогресса (к тому же, если вы IT - ник). Если бы все были консерваторами - сидели бы в каменном веке :)

Вы нажимали в браузере "обновить"? Чтобы css и js обновились. Даже, если ... я просмотрел самый посещаемый сайт своего клиента (газета, с кучей контента), за год. Доля opera 10 - 0.01% :) а в последнем квартале и того меньше. Расскажите компании opera почему вы сознательно не обновляетесь например до 11-12 ? В модуле адаптивный шаблон вывода отзывов. Работает везде. За адаптивность, отвечает jquery. Такая ошибка возможна если есть ошибка в js коде, или "ваша" opera не правильно "отрабатывает" библиотеку jquery. Я упрямый и начал разбираться (потратил драгоценное время, на архитектурные oper - овские ошибки)... и вот результат В opera 10.10 не показывает правильно адаптивный дизайн виджета отзывов потому что opera 10.10 остановилась выполнять скрипты после.... внимание, занавес, js вызова метода скрипта Вконтакте (VK.callMethod) - т.е. Вконтакте - не поддерживает все функции opera 10.10 Вопросы есть еще? Выкиньте opera 10.10 на помойку или Вконтакте :) Т.е. всего вот эта строчка вызова скрипта VK вызвала break всех JS скриптов в opera 10. <script src="http://vk.com/js/api/xd_connection.js?2" type="text/javascript"></script> Вывод: ВКонтакте не любят opera :) В нормальных браузерах Chrome, Firefox и даже IE - все OK, дружат с api VK Извините, конечно, гордые пользователи opera - но на сегодня, opera, это не самый лучший выбор браузера. Имхо: лучший выбор браузера для разработчиков FireFox, для обычного пользователя: Chrome. Кстати, для информации, opera в новых версиях тоже переходит на движок webkit, как у нормальных браузеров. Значит не все гладко в норвежском королевстве :)