markimax
-
Публікації
20 093 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача markimax
-
Это НЕ оригинал. Вы даже это понять не можете
-
Это не opencart. В opencart нету таких ни слов, ни инструментов Один ошибочно "локализировал". А теперь пользователи каждый день удаляют ресайзы а потом жалуются что сервер фризует Вам это уже писалось в другой теме На заборе .. написано но это не ... а забор.
-
Понимаете разницу слово кеш и папка Это просто папка в которой хранятся ресайзы изображений opencart, но не "кеш изображений" В этой папке некоторые модули, темы, хранят тоже свои файлы, к примеру динамические css и т п
-
Уже вам писал - нету понятия "изображений из кеша". Это ресайзы. Не вводите в заблуждение. Пользователи потом ничего понять не могут. Пишут потом в стиле "как мне закешировать изображения" Или вообще каждый день удалять ресайзы
-
Причем здесь описанное вами. Вы совершенно в другую "степь" пошли
-
Journal это уже НЕ opencart т к заменяются все библиотеки и движок opencart Это уже скорее Journal CMS
-
А вы представьте... Ресайзы это фактически разжатие изображения, обрезание, а потом сжатие. На это надо ресурсы процессора сервера и память А теперь представьте при нагрузке ботов или пользователей у сервера фактически забирают ресурсы (которых и так не хватает всегда). А если это 100k страниц и куча изображений. И каждый день ресайзы удаляются владельцем (потому что он думает что это "кеш"). А плюс, если на сервере включено webp ресайзить (а это еще больше надо ресурсов) И всё. Сервера 503 (хорошо если 503, а часто вообще 500) начинают отдавать и фризовать.
-
Вводит как раз - я часто сталкиваюсь Пользователи чуть ли не каждый день удаляют ресайзы из-за того что написано "кеш" тем самым ложат свои сервера. Никакой это не "кеш", это ресайзы opencart На заборе написано... но не ... а забор
-
Это кто его так "назвал" ? Риторический вопрос Там должно быть написано Инструмент для удаления ресайзов opencart, чтобы не вводить пользователей в заблуждение
-
Не существует понятия "кеша изображений" Это ресайзы opencart И лишний раз не надо их удалять т к на генерацию их нужны ресурсы сервера
-
Идеального ПО не бывает Падает всё, даже Google Лучше не делать привязок к внешним ресурсам такие как google каптча и т п
-
Но и нету в законе, чтобы была такая самодеятельность, как автоопределение языка браузера и редиректить пользователя на тот язык что ему не надо К примеру пользователь с поисковой системы заходит на ссылки /ua (замечу и по закону это) а язык браузера русский (или под VPN) и его "посылают" совершенно на другой язык который он не искал в поисковой системе. Ну это "самодеятельность" чистой воды и не уважение к покупателю
-
Что значит "по умолчанию" ?! Зашел под VPN (а многие сидят под VPN) из Украины с языком браузера русский - ему что открывать? Далее... Зашел поисковый бот - что ему открывать? Зашел пользователь из поиска ссылки с /ru и украинским языком браузера - что ему открывать? Редиректить? Аналитика увидит редирект и маякнет "индексу", что на этой странице 301 редирект и страницы эти полетят из индекса. Или бот (а они имитируют браузер пользователя) получит куку и его будет все время редиректить с других языков. Розетка вообще прописала в robots.txt Disallow: /ua/ Просто тупо обрубили чтобы страницы не путались контентом из-за этого. Они трафик получают с рекламы в основном, их и так все знают. Так что закончим с "самодеятельностью" Все делают так домен без префикса - считают как по умолчанию Т е site.com.ua - на украинском (домен "по умолчанию") site.com.ua/ru - на русском
-
Это вы так его "интерпретировали". Что не правильно технически, да и по закону Это самодеятельность "автоопределения" которые ведут к грубым ошибкам SEO таким как выпадение страниц из индексов поисковых систем В законе нету указаний по "самодеятельности" "автопоределения" браузера По умолчанию, интерпретация такая - чтобы сайт домен открывался на украинском - т е без префикса Остальные языки - с языковыми префиксами Никакой самодеятельности "автоопределений" не будет. Вы хотите чтобы у вас языковые страницы выпадали из индекса ПС? Риторический вопрос. Модуль как и решает эти проблемы, чтобы языковые страницы правильно индексировались
-
Да встроены.
-
Шорткодами
-
1. Да можно 2. Зачем? Для SEO не имеет значения что у вас в URL. Они будут разными посредством префикса 3. Есть подробная документация по установке с "картинками"
-
Просмотренные товары должны поддерживать кешировщики (есть на форуме платные модули с их поддержкой т е ajax загрузкой) Или есть в Jet Cache таб Ajax и туда прописать route контроллера "просмотренных" (у каждой темы и модулей они разные) CityManager - скорее вопрос к автору CM, у него есть поддержка и инструкция (да как видите есть инструкция, только вы не туда обратились за ней) как подключать свой модуль с кешировщиками. Также через ajax. А могу сказать что этот ajax в Jet Cache можно сделать отложенным, добавив в поле отложенных признак JS вызова CM. Т е отложено можно как просмотренные сделать так и CityManager Но вариантов даже просмотренных очень много, это только один пример, а модулей, даже просмотренных в каждой теме свои, а некоторые сделаны не отдельными модулями а просто костылями прямо в код product/product что не правильно. Т е даже вариантов просмотренных все не опишешь - у всех разная реализация. И что.. описал один, а в другой теме другой, в третьей третий и т п. И что пользователи... просто заблудятся в "трех соснах" чего нибудь начудят с настройками.
-
Добрый Модули кеширования самые сложные модули в opencart (это вам не простейшие модули, где все данные и задачи известны) Невозможно описать сотни тысяч тем, модулей, их методов, моделей (и их методов тоже), библиотек и их "хитросплетений" (соответственно настроек под них) Вариантов комбинаций сотни миллиардов. Как описать, подскажите? Вот и я не знаю как описать сотни миллиардов вариантов. И часто встречал что как раз описания настроек только запутывают пользователя. Точнее они сами запутываются "в трех соснах" и могут сделать только хуже. Поэтому есть настройки по умолчанию на демо магазине. Повторите их - они работоспособны почти в 99% конфигураций Условия ТП определяет автор на основе опыта работы с клиентами (это относится к любому ПО. Вы в ТП Microsoft тоже на форум пишите?). Условия ТП описаны в карточке модуля, также как и условия лицензии. Существуют тикеты, потому что надо обязательно доступы т к на 99.99% вопросов ответ будет только после просмотра админ части и фронт части магазина. Доступы тоже публично вы будите сюда давать всем? Существует очередность поступления запросов и обрабатываются они в очередности,"вы" же хотите без очередности. Далее. Политика форума запрещает давать ссылки даже на документацию авторских ресурсов. И это не ответы на "вздорные" вопросы. а реагирование, что ТП модуля работает. Поэтому цените время и разработчика и свое тоже, присылайте запросы в ТП сразу с проверенными доступами. upmanager55 не вижу вас в списках купивших модуль. Условия ТП гласят (тоже свои данные опубликуете публично)
-
Это роли не играет. Там стоит качество webp без потерь. А каталоги разные с ресайзами jpg чтобы ФС не фризовала. -
1. Это вы наоборот сделали кешировать Вообще контроллер "просмотренные" надо запускать ajax-м (платные модули кстати поддерживают кешировщики) 2. Зачем его куда то "заносить"? Его тоже ajax -м. У автора Citymanager есть инструкция как это сделать. И он обещал сделать отдельную опцию - настройку в админ части обычным включением её и переводом в режим ajax (и кстати удобно т к Jet Cache может отправить в отложенные и не будет баллам PageSpeed мешать всплывающее окно CM)
-
Сейчас боты Google ходят даже с куками и сессиями (чтобы не ложить сервера "кучей" в /tmp) Полностью эмитируют браузер, как будто это пользователь
-
Ну без метрики или аналитики то никак Хорошо, предположим именно на этой странице нет их... Могут засечь даже расширения браузера какие нибудь у покупателя И всё это попадет в выдачу
-
И эти страницы "засекёт" вебвизор Yandex и отправит индексировать Потом что то у Yandex "случиться" (как скандал с yandex был, когда в выдачу попали заказы с секс шопа, со всеми личными данными) и всё это отправиться в выдачу всем желающим. Так не должно быть по философии защиты личных данных. Не должен никто их видеть, если не вошел в магазин. В крайнем случае уже - ключ должен быть одноразовый.
-
Вы не правильно подходите к вопросу Вообще эту страницу не должен видеть никто кроме покупателя Свяжите ключ и customer_id, хотя бы через сессию или т п Причем здесь индексировать или нет Просто никто не должен видеть эту страницу Поисковым системам в последнее время плевать на все запреты индексанции Они "жрут " все подряд Это как скандал с yandex был когда в выдачу попали заказы с sex shop -а со всеми личными данными (ну вы поняли) И "все было закрыто от индексации"
