edifier

Спасибо за предложенный вариант. Но мне хотелось именно на стороне сервера адаптировать изображения. Нашел такое решение - http://adaptive-images.com/ Тут как раз в кукисах сохраняется размер экрана и с помощью mod_rewrite в htaccess подменяется изображение. Для моих нужд логику нужно переделать, но в целом эта идея мне почему то больше нравится чем решения на стороне клиента. Хотя может я не прав. В общем нужно протестировать и тогда принять окончательное решение.

А в чем заключается опасность? Ведь в кукисах сохраняются к примеру выбор языка, или валюты. Почему тогда опасно сохранить значение ширины экрана? Ваш метод интересен, попробовал его с небольшими правками. Я правильно понимаю, что любой браузер исполнит скрипт раньше, чем пойдет загрузка изображений с значение атрибута src="" который указаны до замены скриптом?

Сейчас верстаю для своего магазина (ocstore1551) адаптивный шаблон и озадачился вот чем. Специфика товара требует изображения больших размеров на страницах категорий и товаров на дескопах. В мобильной версии сайта все наоборот. Хочется отдавать пользователю изображения меньшего размера для более быстрой загрузки страниц магазина. Я вижу такое решение: При первом заходе посетителя сохраняем разрешение экрана в кукисах. В контроллер добавить переменную с разрешением экрана взятую с кукисов и исходя из нее отправлять разные значения в model/tool/image У меня не настолько много опыта, чтобы быть уверенным в работоспособности моего решения. Может кто нибудь делал подобное и подтвердит правильность моей мысли, или подскажет другой вариант решения данной задачи?

Кинь ссылку, подскажем

изображение 3 звезды выдает 404

div class="category-list"> <?php if (count($categories) <= 5) { ?> <ul> <?php foreach ($categories as $category) { ?> <li><a href="<?php echo $category['href']; ?>"><img src="<?php echo $category['thumb']; ?>"><span><?php echo $category['name']; ?></a></span></li> <?php } ?> </ul> <?php } else { ?> <?php for ($i = 0; $i < count($categories);) { ?> <ul> <?php $j = $i + ceil(count($categories) / 4); ?> <?php for (; $i < $j; $i++) { ?> <?php if (isset($categories[$i])) { ?> <li><a href="<?php echo $categories[$i]['href']; ?>"><img src="<?php echo $categories[$i]['thumb']; ?>"><span><?php echo $categories[$i]['name']; ?></span></a></li> <?php } ?> <?php } ?> </ul> <?php } ?> <?php } ?> </div> Вот участок, который отвечает за вывод изображений.

Это не тот файл. Будьте внимательней и откройте тот файл, который я указал.

Если вы в этом не сильны, то может лучше обратиться к специалисту за услугой? Или воспользуйтесь поиском по форуму. Эта проблема обсуждалась не раз.

Если бы проблема была в этом, то в исходном коде страницы виднелись картинки.

Нужно внести правки в \catalog\view\theme\ваш_шаблон\template\product\category.tpl

Установите расширение "firebug" к мозиле . Сразу увидите что и где править.

Не обманул вас :-) Шаблон у вас не адаптивный. Есть 3 решения : Оставить сайт без мобильной версии и подправить несколько блоков для корректного отображения на разных устройствах. Сделать этот шаблон адаптивным. (Не самое лучшее решение). Купить готовый адаптивный шаблон и установить на сайт. Цена будет намного ниже , в сравнении если пытаться делать адаптивным существующий ваш шаблон.

Недавно тоже установил себе в магазин Swipebox. Отличное решение для адаптивных шаблонов.

Много народу заливает фото через ФТП, поэтому фильтрация при загрузке не выход. Тут либо фильтровать символы в названии когда выбираем картинку в карточке товара, либо искать другое решение. Хотя в карточке товара тоже не выход, ведь не будет работать фильтрация по названию в сторонних модулях( например BachEditor) Заменять ненужные символы автоматом тоже не совсем правильно. Допустим есть 2 картинки 123?.jpg и 123!.jpg . После preg_replace на выходе опять получим два изображения с одинаковым именем. Да, допустим поставим проверку на то, есть ли файл с таким же именем, но это даст путаницу пользователю, так как он увидит сообщение что " файл с таким именем уже существует" и будет искать, где же файл с таким именем на сервере. Но поиски будут тщетны, так как он будет искать картинку 123?.jpg а не 123-.jpg Если и проверять имя файла при загрузе, то нужно не заменять автоматом с помощью preg_replace , а выводить ошибку при загрузке "вы пытаетесь загрузить файл с запрещенными символами в названии!"

Шаблон у вас адаптивный. Значит вы расчитываете и на клиентов, зашедших с мобильных устройств. Так выглядит товар в категории при просмотре с мобильного:

Интересный вы человек :-) Вы занимаетесь продажами в сети? Если занимаетесь, то наверняка вам на почту или по телефону поступают коммерческие предложения от оптовиков. Как они узнали о вас? Взломали ваш комп(судя по вашей логике)? Или же нашли контактную инфу на вашем сайте или в каталогах где вы спамили свой магазин?

А если у вас магазин в оффлайне торгующий покрышками и контакты магазина вы разместили в сети? В этом случае будут вам интересны покрышки оптом по выгодной цене?

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

Совершенно верно, звонил не мой клиент. То есть мошенники видимо обзванивают оффлайн-магазины и салоны контакты которых находят в инете и предлагают мою продукцию

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

Это ошибка верстки. Вашей вины тут нет. Сверстали так, что скрипт зачем то делает высоту всех страниц одинаковой и поэтому у вас последняя страница категории той же высоты что и первая.

Проблемы с избражениями товара: Проблема№1: Есть 2 картинки товара: model-11.jpg model-11-.jpg В папку cashe добавляется 2 разных изображения но с одним именем model-11-70x70.jpg . Тоесть не учитывается дефис в конце названия. Та же беда и с картинками у которых разница в названии это пробел. К примеру : model-11.jpg model-11 .jpg Ранее стояла сборка 1.5.1.3 и в папку cashe добавлялись картинки с учетом тире и пробелов Проблема№2: Раньше( в сборке 1.5.1.3)названия изображений в папке кэш имели вид /image-70x70.jpg . Теперь названия картинок /название-папки-image-70x70.jpg . Впринципе на работу магазина это не влияет, но есть одно НО! Мой магазин существует 2 года и за это время люди постили картинки моего товара на разных форумах, блогах и прочих сайтах. Теперь же оказалось что старые ссылки на картинку битые и не отображаются в сообщениях P.S. Обе проблемы не критичны. Первая проблема решается переименованием картинок, на вторую проблему можно и забить.

Не являюсь покупателем вашего шаблона, но все же замечу что вес всех CSS и Javascript загружаемых пользователю составляет около 850kb и тем самым сказывается долгая загрузка страницы. На днях покупал шаблон на templatemonsters и была та же беда с весом страницы Таже беда с изображениями и в моем шаблоне была. Мне вообще непонятна логика: делать адаптивный шаблон, но к нему не делать увеличенные изображения товара тоже адаптивными. Ведь есть готовые решения, к примеру swiperbox . Вот пример применения этого плагина в opencart

Если следовать вашей логике, то зачем вообще создавать папки? Куда проще все системные файлы в одну папку поместить и не париться. Каждая папка должна иметь свое назначение, и если это папка кэша, то я должен быть уверен что там только кэш, если это папка с загружаемыми изображениями, то и находится оответственно в ней должны только эти изображения. P.S. Если честно, то тоже уже давненько жду от вас решения проблемы индексации.

Итак, опишу проблему с которой возвожно кто то тоже сталкнется. 5 дней назад делал чистку изображений товаров в папке ...image/data Вчера сайт лег. Я в панике, никаких действий с системными файлами не производил и тут на тебе. Вот что оказалось: автор этого модуля додумался поместить папку с шрифтами в папку image/data , в которой кроме загружаемых изображений в магазин ничего не должно находится. Я соответственно удаляя все ненужные папки с изображениями удалил и папку с шрифтами. Из-за этого буквально за 4-5 дней файл /system/logs/error.txt который содержит логи ошибок разросся до 4,5 гиг!!! и соответственно переполнил место на диске у хостера. Совет автору модуля: переместить шрифты в другую папку, чтоб в будущем не повторилась подобная ошибка у кого либо