20strannik08

А если совсем для чайников, где именно это там можно прописать?)

С использованием imagick в ocstore, продолжил эксперименты. На сайте по прежнему много фоток на которые жалуется pagespeed. Я вспомнил что эти jpg изображения сжимались с качеством 90(Через Gimp в Linux). Прогонял эти картинки через онлайн сервисы оптимизации(разные пробовал), в итоге эти картинки в магазине в миниатюрах смотрятся намного хуже. Если сжимать через тот же гимп уже с качеством 85%(в 70% случаев гугл перестает ругатся), проблема с миниатюрами всеравно остается актуальной. Решил загнать некоторые оригиналы картинок на одну html страницу и скормил google pagespeed, на что он выдал мне рекомендованные изображения но каждая из них уже меньше размером на 50-70кб(средний размер каждого из оригиналов до скармливания гуглу был по 190-240кб). Сравнивал эти картинки вплоть до максимального увеличения, визуально они вродебы идиентичные. Самое интересное случилось то что когда я предложенные версии гуглом заменил на сайте(оригиналы), то размер всех миниатюр данных изображений остались те же, но! Они стали намного качественней всего того что было прежде(визуально это сразу видно), и при этом гугл уже не ругается. Большие же миниатюры(что в карточке товара через popup покаываются) стали чуть меньше размером оригиналов. Быть может кому пригодится...А я пошел загонять всю пачку изображений в гугл) P.S. Под оригиналами фото я подразумевал те картинки что указываются в настройках товара, на основе них же уже магазин делает нарезку в /image/cache...

И вправду заработало! Премного благодарен) Я собирал nginx c pagespeed пару лет назад, и мне оно не понравилось(возможно сейчас дела стали лучше но я привык руками все делать), тем что при детальной настройке фильтров свои проблемы вылазиют на которые так же время тратить приходится(некоторые вообще непонятно как работают), и плюс ненужная нагрузка)

/system/liblrary/image.php - там же и пробовал менять...

Вынужден выразить благодарность всем отписавшимся. Благодаря вам отчасти удалось выкрутиться из ситуации с картинками) (Я уж было думал мирится с тем что есть) Установил imagick и модификацию с гитхаба для опенкарт. Файл /system/liblrary/image.php скачаный с гитхаба, какойто странный. Настройки по качеству сжатия он игнорит как не выставляй результат один. Размеры немного ниже оригинала он делает(в случае с jpg), но фотки вроде бы действительно стали лучше, более резкими и пропала размытость. Странный казус с PNG картинками тоже пропал. Теперь исходник PNG в 55kb (предварительно оптимизированный), после загрузки в опенкарт на выходе даже еще меньше стал весить около 54кб. Это отличный результат. Кстати оригиналы фото предварительно прогнанные через optimizilla.com на выходе то же получаются отличными - pagespeed их принял!

Речь не только про эти данные. Там много нюансов в совокупности. Вот яркий пример - размер фотографии в карточке товара 860х860 пикселей. Картинка в формате png. После сохранения в гимпе размер 155кб(860х860). Прогнав через онлайн сервис оптимизации картинки, рамер изображения 55кб. Залил фотку. Не знаю что с этим фото делал оксторе но она стала весить 252,88!!! Это вы называете "фары натирать"? Я считаю это проблемой. С jpg не так все печально но при том же уровне сжатия, выходная картинка больше размером в ocstore\opencart. У меня картинки в карточке товара по 860х860 пикселей, и эта разница хоть и не сильно но все же значительна. Попробуйте сами проверить.

По поводу exif - Речь не про него, там есть много разных нюансов, к примеру некоторые приложения редакторы внутри картинки хранят информацию о том что ими была создана картинка. Разные параметры при сохранении и т.д. Все это вместе в совокупности, порой очень много данных в себе заключает.

Но эскиз же создается один раз! Потом результат лежит в кеше в виде картинки ЗЫ. На счет хостинга - возможно, у меня vps, я бы поэксперементировал

Мне вот действительно интересно почему все так пофигистически к этому моменту относятся и никто не может дать дельный совет. Гугл не рекомендует сжимать картинки с потерей качества. Он рекомендует сохранять картинки без "постороннего мусора" который в этих картинках содержится и ни как на качество не влияет. К такому мусору относится всякая техническая информация, и которая весьма сильно увелечивает размер картинки. И если эта рекомендация уменьшит общий вес на 100-130 кб то почему бы и нет? В скорости может это и не даст видимых ощущений. Однако если пользователь со скоростью интернета в 1 мегабит залезет на сайт, то при первом заходе для него скорость загрузки уменьшится на 1 секунду. Я молчу про мобильных операторов у которых скорость временами бывает и того хуже. Делайте сами выводы, но первые секунды всегда важны.

Файл по пути есть. Сайт в итоге работает, и админка вроде работает, вроде бы все без проблем) Ошибка выскакивает временами и только при обновлении кеша модификатора(и нигде более). Ошибки там временами разные вылазиют, временами вообще никаких ошибок, даже в логах тишина, но чаще всего ошибки все же светятся) P.S. Заного слил копию и запустил на домашнем компе - никаких ошибок. Всю директорию на предмет данных файлов перезаливал как мог, все наместе это точно)

P.S.Хостинг Beget. Поддержка предлагает на эти ошибки просто не обращать внимания)

Порывшись в разных файлах в конкретных строках встречается этот код: require(modification($file)); Он же в разных языковых файлах встречается и в system/storage/modification/system/engine/loader.php (туда одна из ошибок тоже отправила) P.S. Слил копию сайта на домашний комп. Движок встал без проблем и все ошибки пропали. На хостинге стоит apache может в нем или в настройках php.ini какието проблемы?

Здравствуйте! Подскажите кто знает, уже замучался искать причину(( На каком то этапе временного промежутка, появилась ошибка при сбросе кеша модификатора(выводится в админке на странице кеша модификатора): В дополнение к вышесказанному появляется еще одна ошибка(не всегда), и изредка лишь при нажатии кнопки обновить кеш модификатора, загружается пустая страница с текстом: Куда рыть уже не знаю(

Только сейчас обнаружил что версия 2.1 бета уже во всю разрабатывается... Интересно, она готова применению на действующий магазин? И что с предыдущей версией, она все еще обновляется, или все силы брошены в 2.1 бета??

Zulus - То что вы указали стрелками про адрес доставки, это проблема не шаблона а самого магазина. Можно эту "Москву" вовсе выключить за ненадобностью в тех же настройках магазина (не шаблона). Что я и сделал увидев этот скрин)))

Аналогичная проблема... Вот почему все так любят гнать на хостеров и пр.? Почему рядом с Ocstore у меня стоит интернет магазин на джумле и в ней все отлично работает, на каких серверах и хостингах эта джумла только не была и везде отправлялись письма через smtp(Настройки не менял за последние лет 5). Я эти же самые настройки скопировал в Ocstore и никакого результата

Здравствуйте. А есть ли решение для ocstore 2.1? Те что для 1.5 не работают(

А у меня вопрос про h1...h5, ... А зачем вообще блоки закрывать в h3(рекомендуемое, новинки)? Они вроде как не несут смысловой нагрузки для поисковиков?? (главная)

Что за странный расчет, все цены завышены на 30% по сравнению с реалиями(или наоброт меньше). Настраиваю расчет для ценной посылки с объявленной ценностью. Ложу товар весом в 30гр. и стоимостью 200р в корзину. Отправка в ставропольский край. Цена 301р. В реальности цена 224р. И это уже по факту сверено. В настройках выставлено учитывать наложенный платеж с доставкой, но ситуация со всеми товарами. Пробовал по всякому через проценты корректировать, но в таком случае цена в зависимости от веса сильно искажается. Другой пример товар весом в 2кг, ценой в 2000т.р. В от же город 339р, хотя в реальности она обошлась в 394р. Что я делаю не так?? Вес везде прописан, габариты указаны -----UPD Продолжая изучать настройки, я увидел "ценная посылка" и "ценная посылка с объявленной ценностью", а в чем различие то??

Собственно в том и вопрос. Кто ни будь пробовал? Есть ли готовые решения? Нужно переносить магазин, а товаров много...