JohnCMS | Разработка следующей версии

Koenig, а интернет тут причем?

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

Бермудский, Ты 16к грузишь обложку? 50 и 250 килобайт жесть какой перегруз

Добавлено: 22.11.2019 / 23:15
Алгоритм работы с фотками будет примерно следующий:
Пользователь выгружает фотку.
На сайте будут какие-то настройки до какого размера ужимать оригиналы пользовательских фоток (это будет максимальное разрешение которое будет храниться на сайте).
Допустим выгружает пользователь фотку с огромным разрешением, мы её ужимаем на сайте допустим до 1920x1080 и сохраняем.
Дальше в нужном модуле уже будет происходить работа с этой картинкой (1920x1080). Если на сайте надо вывести какое-то изображение для предпросмотра (например 500x500), из оригинала делается копия нужного размера и сохраняется в кэш. Если в разных местах нужно вывести несколько таких копий, то делается несколько копий нужных размеров и сохраняется в кэш. (это увеличит занимаемое место на сервере, но изменение размеров крупных изображений - операция не простая и для снижения нагрузки придётся жертвовать местом на диске).

Добавлено: 22.11.2019 / 23:20
Да, важный момент обсуждаемый тут в последних сообщениях. Фотки не будут никуда растягиваться. Если пользователь загрузил фотку меньше чем допустимый размер, то она не будет сжиматься и растягиваться тоже не будет.
Обрезаться будет только фотка с бОльшим чем нужно разрешением.
На сайте мелкие фотки должны вписываться в дизайн с помощью css.

# Simba (22.11.2019 / 23:20)
Если в разных местах нужно вывести несколько таких копий, то делается несколько копий нужных размеров и сохраняется в кэш. (это увеличит занимаемое место на сервере, но изменение размеров крупных изоб

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

Добавлено: 22.11.2019 / 23:44

# AlkatraZ (22.11.2019 / 23:37)
Если превьюхи делать по требованию, с последующим размещением в кэше, то теоретически, может возникнуть нехилая нагрузка, если в альбом заглянет поисковик. И если фотогалерея немаленькая, представь, ч

Не, вполне норм будет. Кэш создается 1 раз. Проблемы могут возникнуть только если на страницу стоит много элементов.
Допустим у нас 100 фоток, по 10 на страницу.
При входе на 1 страницу у нас происходит ресайз 10 фоток до нужного размера и после ресайза они сохраняются в кэше. Т.е. просто первый посетитель создает кэш и всё. Следующие посетители уже будут получать картинки их кэша.

Проблема может возникнуть если поставить 100 фоток на страницу. Т.к. операция ресурсоемкая, то первый посетитель может повиснуть на время ресайза.

Добавлено: 22.11.2019 / 23:52
Чтобы было понятнее.
На сайте у нас хранится оригинал:
/images/my_photo.jpg

Дальше где-то на сайте у нас выводится эта картинка в одном месте 500x500, в другом 250x250, в третьем 50x50

Заходим на страницу где выводится 500x500, у нас создается кэш картинки:
/images_cache/my_photo_500_500.jpg

Заходим на страницу где выводится 250x250, у нас создается кэш картинки:
/images_cache/my_photo_250_250.jpg

Заходим на страницу где выводится 50x50, у нас создается кэш картинки:
/images_cache/my_photo_50_50.jpg

Итого получается у нас хранится:
Оригинал:
/images/my_photo.jpg
Кэш:
/images_cache/my_photo_500_500.jpg
/images_cache/my_photo_250_250.jpg
/images_cache/my_photo_50_50.jpg

Итого 4 файла.
Количество файлов напрямую зависит от необходимых размеров, но как правило их не много.

Какова политика очистки кэша?

Добавлено: 23.11.2019 / 00:31

# AlkatraZ (23.11.2019 / 00:26)
Какова политика очистки кэша?

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

Добавлено: 23.11.2019 / 00:35
Допустим у нас было несколько разделов, в которых был вывод картинки в нужных размерах, поменялась верстка и изменился размер картинки, соответственно создался новый кэш, а старый остался тоже.
Чтобы очистить старый, нужно очистить кэш самостоятельно т.к. старая картинка может не пригодиться. (для этого можно будет сделать отдельную кнопку в админке).
Чистить автоматически нет смысла т.к. параметры ресайза меняются очень редко.

типо не кэш а превью...
Товарисчи а как насчёт того что бы убрать из анкет icq, jabber - забытые богом месседжеры и вписать современные??? Ну это так - не важное...
Ещё с соцки слизнуть - Фото профиля юзера комментировать, ну как вариант отправлять его сразу в личный фотоальбом...

# cuHyc (23.11.2019 / 00:37)
типо не кэш а превью...
Товарисчи а как насчёт того что бы убрать из анкет icq, jabber - забытые богом месседжеры и вписать современные??? Ну это так - не важное...
Ещё с соцки слизнуть - Фото профи

Об этом будем думать в следующих версиях. Нам надо редизайн допилить сначала.
Если мы щас будем помимо редизайна внедрять новый функционал, новую версию вы не дождётесь никогда т.к. это может длиться бесконечно гг.

# Simba (23.11.2019 / 00:41)
Об этом будем думать в следующих версиях.

Как я понял из сообщение что написал Alkatraz - шаблонизатор не использует собственного языка разметки и запросы бд тоже выведены в шаблоны - вообще если это так - это даже хорошо...
А возможно ли будет не залазия в основные файлы кода изменить структуру разметки модуля - к примеру я рисую шаблон и задумка интерфейса такова - когда заходишь в фотоальбом - сразу идёт листинг фоток с сортировкой по времени - а вверху просто ссылки с возможностью отсортировать : Парни\Девушки\Все и также Голоса\Комм\Худш и тд ...
Очень надеюсь на возможность развернуть комментарии