Перейти к публикации
Поиск в
  • Дополнительно...
Искать результаты, содержащие...
Искать результаты в...

Рекомендованные сообщения

20 минут назад, Sergeyy84 сказал:

А если другой админ бар установлен, конфликтов не будет?

 

разумеется, что не будет.

бар есть в jetcache, turbo, например.

совместно работают без проблем. все учтено.

Ссылка на комментарий
Поделиться на других сайтах

Первомайские скидки только в конце апреля!

+ бонус - это бесплатная установка и настройка

 

e9a3854ff6.jpg

Ссылка на комментарий
Поделиться на других сайтах

ЗАПРЕТ НА ПРОСМОТР в браузере и СКАЧИВАНИЕ ИСХОДНЫХ изображений

 

Это актуально если вы используете водяной знак (watermark)     
 

Решение если у вас только apache или nginx+apache (статику jpeg, png обрабатывает apache).            
Файл .htaccess нужно поместить в image/catalog (для опенкарт 2.*).
Для опенкарт 1.5 - в папку image/data
Соответственно, все исходники будут недоступны для просмотра в браузере.
содержимое файла .htaccess:             
            
#--------------------------------------------------

# запрещает показ списка файлов
Options -Indexes
# задает обработку доступа, сначала должны идти все разрешениЯ, потом запрет
Order allow,deny
# запрещаем доступ ко всему отовсюду
Deny from all

#---------------------------------------------------

 

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

Для таких изображений нужно добавлять исключения в .htaccess.  Или поместите их все в отдельную папку внутри image/catalog и сделайте дополнительный .htaccess, разрешающий просмотр файлов из данной папки.

 

если у вас nginx+apache, и (статику jpeg, png обрабатывает nginx).

тогда закройте через конфигурацию nginx.

 

location ^~ /image/catalog/ {deny all; }

добавляете вот это в секцию server

вашего домена. 

секций может быть две (для каждого протокола отдельная)

 

fc3252216f.jpg

 

 

если у вас нет доступа к полному конфигу nginx для сайта, то исключите тогда файлы статики (jpeg, png) из обработки nginx -ом.

Многие хостеры это позволяют.

 

В данном модуле:

 

 

нет проблемы с отображением изображений по прямым ссылкам (исходников).  Тут исходники напрямую не выводятся даже если они вставлены вами в SEO CMS. Вместо них формируются копии, как и положено, сжатые и с водяным знаком (при необходимости).

Ссылка на комментарий
Поделиться на других сайтах

2 часа назад, flaero сказал:

То есть будет свой отдельный файл .htaccess в папке image/catalog?

 

а что смущает?

апачи именно так и работает - ищет в каждой папке .htaccess.  Если находит, то применяет прописанные правила, если не находит, то используются правила по умолчанию и/или правила родительской папки.

Ссылка на комментарий
Поделиться на других сайтах

В 29.04.2018 в 17:50, sitecreator сказал:

Первомайские скидки только в конце апреля!

 

кто не успел, тот опоздал...

Ссылка на комментарий
Поделиться на других сайтах

После переезда на новый хостинг (AdminVPS) при нажатии на кнопку "Info о сим. ссылках и путях" появилась следующая запись (см. скриншот).

Это нормально или что то не так?

Если есть проблема, то как исправить?

 

2018-05-03_10-33-29.png

Ссылка на комментарий
Поделиться на других сайтах


5 часов назад, ginsar сказал:

Это нормально или что то не так?

 

Нормально.

Разбираться в этой информации вам нет необходимости - это чисто служебная.

Для вас есть окошко теста:

 

53a333eef7.jpg

Ссылка на комментарий
Поделиться на других сайтах

В 03.05.2018 в 16:15, sitecreator сказал:

Нормально.

Разбираться в этой информации вам нет необходимости - это чисто служебная.

Для вас есть окошко теста:

У меня в этом окошке вот так:

2018-05-08_09-58-33.png

 

WebP мы не используем.

Получается все правильно?

Изменено пользователем ginsar
Ссылка на комментарий
Поделиться на других сайтах


3 часа назад, ginsar сказал:

Получается все правильно?

 

да.

 

желательно включить imagick.

но это зависит от хостера.

у многих хостеров вы можете сделать это сами

Ссылка на комментарий
Поделиться на других сайтах

В 28.04.2018 в 09:18, Sergeyy84 сказал:

А если другой админ бар установлен, конфликтов не будет?

 

a0dc230902.jpg

 

 

 

0009db024e.jpg

 

 

В принципе (если будет нужно) могу добавить опцией возможность выбирать расположение (вверху или внизу).

Совместно с ускорителями (кешерами) работает нормально даже если страница ПОЛНОСТЬЮ (на уровне HTML) кешируется.

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

 

Кеширование админбара (by SiteCreator) исключено.  В нем нет кешируемого кода. Он подгружается самостоятельно только при работе администратора.

 

Админбар будет доступен только залогиненному администратору,  и только администратору, которому разрешен доступ к модулю Компрессор.

 

Также есть мысль разместить кнопку "сжать изображения по прямым ссылкам". (если не сжаты).

Как известно, сжатые изображения JPEG помечаются тегом mozjpeg.

Возможно, что будет полезна кнопка "пережать заново" для картинок по прямым ссылкам.

Сразу удалять несжатые исходники не собираюсь, их копии будут лежать в отдельной папке.

Когда заказчик наиграется с качеством изображений, то тогда может удалить самостоятельно уже ненужные несжатые копии исходников если посчитает это нужном (для экономии места на диске).

 

Ссылка на комментарий
Поделиться на других сайтах

77cd02ffda.jpg

 

8dcb60a85e.jpg

 

 

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

Например, в меню может быть ОЧЕНЬ много изображений.  И каждый раз их удалять и создавать заново - это не лучший вариант.

 

Думаю, что стоит добавить кнопку "удалить только изображения контента".

Т. е. изображения шапки (верхнего и/ или бокового меню) и подвала не будут затронуты.

Это для ускорения процесса тестирования. 

Иначе в примере выше создаются 4 изображения товара и еще 100 изображений для меню.

Если включена интеллектуальная "обрезка фона" плюс сжатие, то это экономия нескольких секунд при большом кол-ве картинок на странице.

Ссылка на комментарий
Поделиться на других сайтах

21 час назад, sitecreator сказал:

Админбар

Потестил админБар. Рапортирую и небольшой мануал (пересказываю личного опыта)

Если коротко - очень удобная штука для боевых проектов:

Тонко настроить сжатие изображений, исходя из рекомендаций PageSpeed. Именно «СЖАТИЕ», а не «оптимизация РАЗМЕРА» - это другая история.

Смотрим изображения каких расширений создаются в кеше, у меня, например,

1050x700

350x350

260x260

100х100

74x74

50x50

25х25

Работаем по принципу «от большого к маленькому».

Всплывающие изображение (далее ВИ) в карточке товара (самое большое разрешение):

1.       Открываем карточку товара.

2.       Открываем ВИ и копируем его путь с кеша (напр.: web.com/ image/cache/catalog/papka/kartinka-1050x700.jpg).

3.       Отдаем картику на проверку https://developers.google.com/speed/pagespeed/insights/

4.       В настройках модуля назначаем качество для всех типов изображений по максимуму, я начал с 90.

Спойлер

image.thumb.png.efeb1059b383d3971d9c8fddf43207e0.png

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

6.       Обновляем страницу (создаем кеш изобр.).

7.       Проверяем повторно PageSpeed.

8.       Если удволетворяем PageSpeed – переходим к пункту 9, нет  – понижаем качество на 1 и повторяем процедуру (не забываем о пункте 5) пока не добьемся желаемого.

9.       Проверяем в PageSpeed страницу товара, категории, главную и т п, всё в разных вкладках (настройка качество для всех изобр. по прежнему одинаковая).

10.   Смотрим, какие изображения (с кеша) рекомендуется оптимизировать, выбираем самое большое расширение, у меня жаловалось на 260x260 и ниже.

11.   В настройках модуля выставляем качество для больших изображений то которое выявили в п. 1 – 8 (у меня 89), и разрешение на 1 пиксель ниже самого маленького с удовлетворяемых, у меня 349х349 (1050х700 и 350х350 прошли проверку)

12.   Назначаем качество всех и маленьких изобр. на 1 ниже больших.

Спойлер

image.thumb.png.e3326502a654abdbb2665b886daa8d59.png

13.   Если получаем сдвиг (большее с разрешений стало удовлетворять) в  PageSpeed – переходим к пункту 14, нет  – понижаем качество на 1 и повторяем процедуру (не забываем о пункте 5, только на всех страницах с п 9.) пока не добьемся желаемого.

14.   Далее сморим какие разрешения стали оптимальными по качеству, у меня 260х260, и какие требуется оптимизировать, у меня: 100х100, 74х74, 50х50, 25х25.

15.   В настройках модуля качество для всех изображений оставляем текущим.

16.   В настройках модуля размер маленьких выставляем на 1 пиксель больше самого большого с не удовлетворяемых

17.   В настройках модуля качество для мал. Изображений опускаем на 1 пункт.

18.   Если  PageSpeed перестает рекомендовать оптимизировать изобр. с кеша  – переходим к пункту 19, нет  – понижаем качество на 1 и повторяем процедуру (не забываем о пункте 5, только на всех страницах с п 9.) пока не добьемся желаемого.

Спойлер

image.thumb.png.59294e4f77e3faddce43f8e469264835.png

19.   Всё.

Хотел просто и доступно, а получилось как получилось)

Если что-то намудрил/закрутил/перемудрил – маякуйте, поправлю или пишите в теме.

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

image.png

Изменено пользователем RaVIOLy
  • +1 1
Ссылка на комментарий
Поделиться на других сайтах


Я наверно немного выпал из темы.
Было обновление что за админ бар? Он отдельно или только на тест?

Отправлено через Tapatalk

Ссылка на комментарий
Поделиться на других сайтах


В 08.05.2018 в 13:38, sitecreator сказал:

 

да.

 

желательно включить imagick.

но это зависит от хостера.

у многих хостеров вы можете сделать это сами

А что этот imagick добавит?

На сколько я понимаю, это онлайн редактор картинок. Я не планирую их редактировать.

Или я ошибаюсь?

Ссылка на комментарий
Поделиться на других сайтах


5 часов назад, ginsar сказал:

Или я ошибаюсь?

 

сильно ошибаетесь.

это графическая библиотека, альтернативная используемой по умолчанию GD.

как минимум, она работает быстрее и многие вещи делает качественнее чем GD.

Ссылка на комментарий
Поделиться на других сайтах

16 часов назад, pimur сказал:

Было обновление что за админ бар? Он отдельно или только на тест?

 

В версии для тестов есть.

Поскольку вещь экспериментальная, то до окончания тестов на совместимость "всего со всем" всем не предлагается пока.

Но отладка и подгонка почти закончена. Работает на всей линейке движка 2.*.*

 

Фактически можно рассматривать в определенной степени как отдельное дополнение. Можно ставить и удалять отдельно.

Только без модуля Компрессор, по идее, нет никакого смысла в  админбаре для изображений отдельно, т. к. не с чем экспериментировать в обычном движке.

Ссылка на комментарий
Поделиться на других сайтах

5 часов назад, budulev сказал:

для 1.5.5.1 пойдет? 

 

да.

написано в описании модуля.

Ссылка на комментарий
Поделиться на других сайтах

Модуль  теперь умеет накладывать водяной знак и сжимать изображения, которые вставлены по прямым ссылкам в описании товара.

 

пример: http://watermark.sitecreator.pro/index.php?route=product/product&path=20&product_id=47

 

Вы можете скачать соответствующий ocmod для этого. Он доступен.

Совместим с любой версией модуля Компрессор.

 

f41a32ae7a.jpg

 

image_by_direct link_by_sitecreator.ocmod.zip

 

для движка 2.* версии

 

Для движка 1.5 немного позже сделаю vqmod.

 

 

 

 

0d2d4874ff.jpg

  • +1 3
Ссылка на комментарий
Поделиться на других сайтах

Админ бар доступен для скачивания на странице модуля.

Сделано как самостоятельное решение (модуль), т. е. не привязано к модулю Компрессор.

Совместимо с любой версий Компрессор.

 

Пока для движка 2.*

 

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

 

Доступ к админ-бару имеет пользователь (только администратор!), у которого есть полный доступ к модулю Компрессор.

Положение админ-бара от sitecreator можно менять на свое усмотрение. Положение запоминается.

 

 

 

6d42174e2b.jpg

 

8ba782b14d.jpg

 

Ссылка на комментарий
Поделиться на других сайтах

В данный момент обновление Компрессора представляет независимые компоненты:

 

1) Сжатие изображений по прямым ссылкам. (возможность прямой вставки и автоматическое сжатие  изображений в модулях также будет добавлено)

2) Админ-бар для работы с изображениями (версия бара 1.1).

 

В следующей версии админ-бара будет добавлена возможность сжать (если не сжаты) все изображения по прямым ссылкам на странице.

Это удобно когда у вас такие изображения используются в модуле "баннер" или в любом другом нестандартном, который может загружать изображения средствами JavaScript, например. Т. е. тут нет практически никаких ограничений.

 

Эти дополнения можете скачать на странице модуля.

Они совместимы с любой версией Компрессора.

 

остальное (новая версия основного модуля) будет немного позже.

Ссылка на комментарий
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас
 Поделиться

×
×
  • Создать...

Важная информация

На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности.