Dotrox

Отказаться от сессий и передавать api_id в каждом запросе, хотя бы параметром в ссылке и тогда вместо $this->session->data['api_id'] использовать $this->request->get['api_id'].

Ну, у вас там не только фоновой картинки не хватает, но и самого пути. Но как вы себе представляете решение этой проблемы без ссылки на сайт? Тут даже со ссылкой не факт что получиться не заглядывая в код бекенда. А вообще, это явно вопрос к автору шаблона!

Ну, это вполне предсказуемо: вишлист привязывается в базе к id покупателя (посмотрите /catalog/model/account/wishlist.php), а у вас вместо него получается null (общий для всех незалогиненных). Вам нужно генерировать какой-то уникальный ключ для каждого посетителя, писать его в куки (а лучше в localStorage) и в базу вместо $this->customer->getId(), если пользователь не залогинен. Соответственно, по этому ключу и определять, кому какой вишлист выводить. А вообще, вроде, для этого есть модули.

Если вы говорите об иконках, то убедитесь, что у вас во всех случаях один протокол (http или https). Если с протоколом проблем нет, то скрины не помогут - только ссылка на сайт.

Отправляйте запрос к api/cart/products и получите в json формате все товары + итоговую сумму с учётом всех модулей, которые на неё влияют. Но там используется api_id из сессии. Лучше бы переделать, чтоб он явно передавался в запросах.

Если у вас названия файлов (и директории с ними) латиницей, без пробелов и каких-либо символов, кроме буквенно-цифровых, то дело, вероятно, в настройках сервера. Спрашивайте хостера. Но сначала проверьте названия.

Правильное решение для апи - это отсутствие сессий и вообще каких-либо состояний (типа залогинен покупатель или нет). Запросы должны быть атомарными. При добавлении первого товара в корзину, создавайте её и записывайте в базу, передавая в ответ её id, а затем используйте его при добавлении последующих товаров и других операциях с корзиной. На это есть какие-то причины или вы просто не знали про /catalog/controller/api/cart.php? Правда, там тоже сессии есть. Собственно, создание корзины и запись в базу там уже есть, вам надо просто переделать, чтоб вместо сессий использовался сам id корзины, ну и чтоб он передавался.

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

Удалите оттуда вообще вывод изображений. У вас из-за них сайтмап потом вообще генерироваться перестанет.

То есть, в результате мы всё равно пришли к адаптивным шаблонам, но двум. Ну, а теперь опять вопрос про телевизоры: в плане браузера - это мобильное устройство, но показывать там мобильную версию бессмысленно, как и десктопную (без мышки с нею будет сложно). Правильный вариант - это смасштабированная планшетная версия, то есть, под большой экран, но управление без мышки. Ну, а планшетная версия для семидюймового планшета и сорокадюймового телевизора тоже не может быть одинаковой. Мне кажется, здравый смысл подсказывает, что вместо зоопарка версий в попытке подстроиться под все устройства, правильный вариант - одна адаптивная (отзывчивая) версия, которая покроет все варианты. Далеко не целую тучу! В идеале, во всех версиях контент должен быть одинаков, а отличаться только форма его подачи. То есть, по-нормальному разница между мобильной версией и адаптивной может быть только в том, что в мобильной чуть меньше стилей и вёрстки. Ну, и в результате, допустим, получиться сэкономить "аж" пару сотен несжатых (а сжытых в разы меньше) килобайт, да и то при первом заходе, потому что потом стили закешируются. Стоит ли это того? Люди не хотят тратить время специально садясь за десктоп ради того, что можно сделать со смартфона/планшета. И в то же время, чем им заняться сидя в метро или лёжа на диване (ну, кроме Энгри бёрдс)? Дело не в отсутствии десктопа, а в необходимости использования интернета в условиях, где десктоп невозможен. А отсутствие десктопа - это уже последствие того, что некоторые замечают, что и без десктопа можно прекрасно обходиться. Но сначала они начинают обходиться без него, а потом от него отказываются, а не наоборот.

А что такое мобильное устройство? Айпад про, где экран 12 дюймов - мобильное устройство? А телевизор на Андроиде, где от 32" и до, вроде, сейчас 80" максимум на рынке? Да и айпад - это просто для большей яркости, а на самом деле мобильная версия будет выглядеть убого и на семидюймовом планшете. А если не будет выглядеть убого,то значит она не влезет в экран старого четырёхдюймового смартфона. Вся прелесть адаптивности в том, что можно одной версией покрыть весь зоопарк устройств, экранов и разрешений. Кстати, "холивар" - это holy war. Так что там л должна быть, а то получается какая-то хоррор вар :)

https://opencartforum.com/files/file/324-модуль-simple-упрощенная-регистрация-и-заказ/

Я не вижу в Хроме никаких проблем в десктопной версии. Сделайте скрин, если что-то нашли. А у вас она вообще включается? Я попробовал в Хроме в режиме эмуляции мобильного просмотра, но сайт не изменился. В какой версии ИЕ у вас проблемы? И какой идиот у вас стили правил понатыкав кучу !important?

В случае SeoPro при изменении основной категории автоматом будет редирект при попытке открыть по ссылке со старой категорией. Для справки: в ОК значение имеет только ЧПУ текущей страницы, а не полный путь, поэтому, если ЧПУ страницы не изменилось, она не превращается в 404 при изменениях в полной ссылке. Но это при условии, что в полной ссылке не появились 404.

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

А вы с хлебными крошками не путаете? Я никогда не видел, чтоб Яндекс показывал ссылку кириллицей, если она в оригинале латиницей. Если хлебные крошки, то микроразметка.

у вас на сайте не 20 товаров, а минимум тысяча. И вы неправильно раздел выбрали, у вас же версия 1.5.3. Помимо отключения подсчёта товаров в категориях на таком количестве товаров уже нужно добавлять индексы в базу, иначе тормоза будут активно расти.

https://webmaster.yandex.ru/tools/sitemap/?tab=url Если здесь ошибок нет, то с картой всё в порядке и Яндекс просто как обычно тормозит.

Правильная ли это работа модуля надо спрашивать у его автора, ему видней. А вообще - это откровенный баг и если причина в модуле, то отправляйте его на свалку! Если ссылки пагинации есть на странице, то поисковики их видят и без сайтмапа. А будут ли индексировать содержимое по ним - зависит от роботса.

А вы, как обычно, выдумываете собственный смысл в чужих сообщениях. Я ничего не говорил о том должны или нет в сайтмапе быть страницы пагинации, я говорил только о сломаном амперсанде! Возможно, вы не знаете, но амперсанд есть не только на страницах пагинации: если ЧПУ выключено, он есть, например, в ссылка на информационные страницы. Хотя, чего далеко ходить, даже в ссылке выше амперсандов то два и, надеюсь, вы не станете спорить, что path то там нужен. Нет у вас ошибок ЧПУ. Ссылки не работают потому, что у вас пагинации нет! У вас в категории по умолчанию 200 товаров на страницу выводится, а там нет столько товаров, соответственно, нет и второй страницы. А вот какая проблема действительно есть, так это то, что при выборе вручную какого-то значения количества товаров на страницу (для появления пагинации) и переходе на вторую (любую) страницу - ЧПУ отключается и получается такое: http://medkonfitjur.top/index.php?route=product/category&path=464&limit=25&page=2

Тогда не надо никакого решения: будет ЧПУ - не будет амперсандов.

Вероятно, у вас ссылки обрабатываются через htmlspecialchars из-за чего ломается амперсанд. Если ЧПУ вы использовать не планируете, можно убрать htmlspecialchars (смотрите контроллер сайтмапа).

Если кто-либо сможет получить доступ к содержимому этого файла, то доступ к базе будет вашей наименьшей проблемой, ибо прочитать его содержимое можно либо имея FTP доступ, либо имея бекдор. Если же вы волнуетесь, что у вас FTP доступ имеют не слишком доверенные люди, которые заполняют магазин товарами (соответственно, заливают фотографии по FTP), то просто создайте для этих целей отдельного пользователя FTP с доступом только к директории изображений. И, кстати, опять же, если у вас есть сомнение на счёт людей, которым вы даёте FTP доступ, то данные от базы в открытом виде - не самое страшное, они и без этих данных имея полный FTP доступ смогут сделать что угодно.

Если речь идёт именно о правах на базу, то все права. Это база ОК и он должен иметь возможность в ней делать любые операции. Если же речь идёт о пользователе сервера MySQL, то создайте отдельного пользователя с правами только на базу ОК.

И какое он имеет отношение к SSL? Хотите кого-то убедить, что в ОК и так уже столько тормозов, что любая мелочь вообще сделает сайт незагружаемым? Но и в таком случае упоминание vQmod в двойке - это смешно, ибо встречается крайне редко и проблемы с производительностью - это самая меньшая из бед, которые может вызвать такая связка. Несколько лишних симвовло в описании товара, которые увеличивают вес страниц :-D Изображения товара, которые ещё больше увеличивают вес страниц. В общем, в вашем понимании идеальный магазин - это набор статичных файлов без вёрстки, в каждом из которых только название товара и цена :-) А иначе будет слишком много тормозов. Ну что за бред? Есть куча инструментов, которые гарантируют, что https версия не станет дублем. И первый из них - это 301й редирект, через который можно даже разные домены склеивать, не то что разные протоколы.