Кэш изображений

[GreyCardinal]

Объясню проблемму: стоял Watermark и наложил водный знак на все изображения от меленьких 150х150 до больших. Теперь нужно это убрать. Сам мадуль я удалил, а вот картинки с водным знаком остались. На форумах почитал что надо почистить кэш изображений...

Как сбросить или обновить кэш изображений???? В папке images/cache/data/ - находятся картинки со старым водяным знаком. Очистка кэша поможет? И как ее выполнить?

[afwollis]

зависит от того, как модуль "watermark" реализовывал наложение этого самого "водяного знака".

если только на картинки в кэше - смело удаляйте все в image/cache/ и будет вам счастье.

если при загрузке через админку на картинки в image/data накладывался "водяной знак" - ничего с этим не поделаешь...

[chemark23]

  В 13.02.2013 в 12:47, afwollis сказав:

зависит от того, как модуль "watermark" реализовывал наложение этого самого "водяного знака".

если только на картинки в кэше - смело удаляйте все в image/cache/ и будет вам счастье.

если при загрузке через админку на картинки в image/data накладывался "водяной знак" - ничего с этим не поделаешь...

Expand  

А разве это корректно?

Кто-то заходит в яндекс, вписывает запрос, открывает поиск по картинкам. Там закешированная картинка с нашего сайта висит. Если мы удалим кэш, то соовтесенно ссылки на картинку не будет. А сама по себе она не появится, пока на страницу с товаром не зайдешь. И как тут быть

Змінено 12 листопада 2017 користувачем chemark23

[Shureg]

del

Змінено 12 листопада 2017 користувачем Shureg

[florapraktik]

@Shureg, а чё del?

Что там было неправильно?

[Shureg]

да вот проверил, оказалось - не формируются.

Неправильно опенкарт с кэшем работает. через ... неестественный путь.

Змінено 12 листопада 2017 користувачем Shureg

[sitecreator]

  В 12.11.2017 в 19:37, chemark23 сказав:

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

Expand  

 

обычно за счет поискового робота переиндексация картинок происходит за пару дней.

даже если их многие тысячи.

 

вы думаете, что за эти пару дней случится катастрофа из-за того, что кто-то не найдет вашу картинку по прямой ссылке?

у вас так много заходов в день по картинкам, что пора тревожиться?

 

И при желании вы сами можете перекешировать изображения если сложно подождать поисковика день или два.

Можете за час сделать даже если товаров тысячи. Если десятки тысяч, то несколько сложнее.

А если всего тысяча или около, так это дело нескольких минут.

 

  В 12.11.2017 в 19:37, chemark23 сказав:

А разве это корректно?

Expand  

 

это единственный способ. и он правильный.

[Shureg]

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

[sitecreator]

  В 12.11.2017 в 20:25, Shureg сказав:

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

Expand  

 

можно, но не стоит.

здравый подход ведь не отменяется?

[chukcha]

xenu в щадящем режиме

[chemark23]

  В 12.11.2017 в 20:08, sitecreator сказав:

 

обычно за счет поискового робота переиндексация картинок происходит за пару дней.

даже если их многие тысячи.

 

вы думаете, что за эти пару дней случится катастрофа из-за того, что кто-то не найдет вашу картинку по прямой ссылке?

у вас так много заходов в день по картинкам, что пора тревожиться?

 

И при желании вы сами можете перекешировать изображения если сложно подождать поисковика день или два.

Можете за час сделать даже если товаров тысячи. Если десятки тысяч, то несколько сложнее.

А если всего тысяча или около, так это дело нескольких минут.

 

 

это единственный способ. и он правильный.

Expand  

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

Змінено 16 листопада 2017 користувачем chemark23

[Shureg]

  В 16.11.2017 в 06:50, chemark23 сказав:

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

Expand  

Оригиналы и так недоступны. Зачем вам редирект? На фронте магазина оригиналы нигде не используются.

[chukcha]

  В 16.11.2017 в 06:59, Shureg сказав:

Оригиналы и так недоступны.

Expand  

Как это недоступны?

 

Зная структуру cms, вполне доступны по прямой ссылке

А для того чтобы не было, нужно менять путь в кеше,
Но нужно менять именно путь, но не название файла

Как по мне самое оптимальное решение

Это не imagename-W-H

а W-H/imagename

Все зависит от количества товаров, и степени "жадности" владельца площадки.

Ведь очень часто торгуют чужим товаром, а ватермарк лепят свой.

[sitecreator]

  В 16.11.2017 в 18:51, chukcha сказав:

Как это недоступны?

Expand  

 

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

да, таких ссылок, действительно, нет.

 

Но разбирающийся человек сможет самостоятельно сгенерировать такие ссылки в каком-нибудь своем "черном" софте для скачивания изображений.

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

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

[chukcha]

  В 16.11.2017 в 18:57, sitecreator сказав:

Но разбирающийся человек сможет самостоятельно сгенерировать такие ссылки в каком-нибудь своем "черном"

Expand  

Так я именно это  и имею ввиду

Можно, конечно и htaccess'ом запретить, но
imgenameW-H.jpg убивает всю логику

Ведь что проще

W-H/imgename.jpg  и картинка становится человеко читаемой, а для ПС это тоже хорошо
А для файловой системы вообще шикарно - размерности не пересекаются в одной папке, не плодятся огромное количество файлов в одной папке

 

 

[sitecreator]

  В 16.11.2017 в 19:38, chukcha сказав:

W-H/imgename.jpg  и картинка становится человеко читаемой, а для ПС это тоже хорошо
А для файловой системы вообще шикарно - размерности не пересекаются в одной папке, не плодятся огромное количество файлов в одной папке

Expand  

 

да, согласен, это было бы и красивее, и логичнее одновременно

[Shureg]

 

  В 16.11.2017 в 19:38, chukcha сказав:

Так я именно это  и имею ввиду

Можно, конечно и htaccess'ом запретить, но
imgenameW-H.jpg убивает всю логику

Ведь что проще

W-H/imgename.jpg  и картинка становится человеко читаемой, а для ПС это тоже хорошо
А для файловой системы вообще шикарно - размерности не пересекаются в одной папке, не плодятся огромное количество файлов в одной папке

Expand  

Говоря в общем, так, конечно, лучше, правильней и т.д. Но к вопросу топика никак не относится.

 

Если предполагать, что имеется "злодей", который знает структуру опенкарта, и хочет добраться до картинок, то что в лоб, что по лбу - вычислить путь к исходному файлу ему не составит труда. Тогда  только .htaccess-ом права убирать.

 

Но ТС убрал водяные знаки. И интересуется, скрывать ли ему директорию с оригиналами. А чего ее теперь прятать? 

Редиректы какие-то,  тайные папки...  Лишнее это 

Змінено 16 листопада 2017 користувачем Shureg

[chukcha]

Не-а

 

image/cache/500x500/ab/ab7345bdeftr/iphone.jpg

 

Назовите  оригинальный путь к файлу

[Shureg]

 

  В 16.11.2017 в 21:32, chukcha сказав:

Не-а

image/cache/500x500/ab/ab7345bdeftr/iphone.jpg

Назовите  оригинальный путь к файлу

Expand  

Я говорил про вариант

  В 16.11.2017 в 18:51, chukcha сказав:

Как по мне самое оптимальное решение

Это не imagename-W-H

а W-H/imagename

Expand  

 

Если говорить об оптимизации и логичности формирования кэша, то варианта W-H/imagename вполне достаточно.

Всякие "/ab7345bdeftr/" в пути к файлу совершенно не нужны.

А если говорить об ограничении доступа.... То они тоже не нужны. Поскольку тривиальный htaccess делает то же самое, без лишних телодвижений и дполнительной нагрузки на сервер.

К тому же, у вашего варианта есть фатальный недостаток. Что толку в сложных путях к кэшу, если к оригиналам он может оказаться легко вычисляемым. Банально - пользователь кидал все прямо в data. И все, ваша защита бесполезна. А htaccess надежен.

В-общем, проще надо быть 

Змінено 16 листопада 2017 користувачем Shureg

[chukcha]

  В 16.11.2017 в 21:50, Shureg сказав:

 W-H/imagename вполне достаточно.

Expand  

Недостатчно...
Когда за 50к товаров по 3 доп фотки - недостаточно!!!

даже 1000 товаров - это как минимум 4 размера, и .. очень неудобно выбирать все из одной папки..
А всякие автопрайсы - грузят в одну папку..

[Shureg]

  В 16.11.2017 в 22:43, chukcha сказав:

Недостатчно...
Когда за 50к товаров по 3 доп фотки - недостаточно!!!

даже 1000 товаров - это как минимум 4 размера, и .. очень неудобно выбирать все из одной папки..
А всякие автопрайсы - грузят в одну папку..

Expand  

Этот вопрос решаем со стороны пользователя. А "автопрайс" как раз таки предлагает автоматически в разные директории фотки раскидывать.

[chukcha]

вы знаете только один автопрайс?

Пользователь, по большому счету, вообще не должен знать об htaccess

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

Но ватермарки на ширпотреб, да пусть делают что угодно..хоть 100500 в одну папку..

[Shureg]

  В 16.11.2017 в 23:11, chukcha сказав:

вы знаете только один автопрайс?

Expand  

Я знаю только один автопрайс, который хоть куда-то картинки запихивает. Буду благодарен, если сообщите о других. Хотелось бы сравнить

[chukcha]

да их толпы... кто что заказал, кто-что кому сделал..
Походите по 5-6 магазинов в день, посмотрите..

[dexion]

А генерировать картинку в случае, если по ссылке такая картинка не была обнаружена, но исходя из размеров картинки в урл она должна существовать, не выход?