создание своей CMS. как добавлять картинки?

Введите формат медиа данных (оригинал, средние, мелкие).

Храните только оригинал, а остальное пусть генерирует скрипт при запросе и складывает в кэш.

Для разных размеров под разных шаблонов - после загрузки на сервер большой картинки делайте на сервере тем же GD необходимое количество копий/превьюшек нужного размера. На счет чтобы в мобильной версии были не все картинки - поставьте ограничение, сколько и каких выводить.

Оффтоп: а зачем Вам своя CMS?

Пока писал ответ, DenisVS ответил-)

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

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

Я CMS я написал потому что готовые не устраивают ни в плане SEO ни в плане гибкости.

---------- Добавлено 28.04.2015 в 17:43 ----------

А этот скрипт можно написать на PHP ? Или только JS, Ajax? Мне приходили похожие мысли но показалось что это на PHP это невозможно сделать. Покрайней мере пока идей нет.

SeoNk, выше вам про GD идею подали. Погуглите.

Зачем для 1 картинки хранить несколько ссылок в БД? В БД для 1 картинки хранится 1 поле, например "image1.jpg". Копии различного размера хранятся каждая в своей директории. Для вывода полной картинки в шаблоне используете путь типа "/fullimages/image1.jpg", для этой же картинки среднего размера - "/mediumimages/image1.jpg", для маленьких = "/smallimages/image1.jpg".

Может не стоит?

По теме: Попробуйте сделать CMS-ку на каком нибудь фреймворке, там уже есть готовые библиотеки для работы с картинками, Вы изобретаете велосипед. Судя по вопросу, уже понятно что CMS будет дырявая. Имхо.

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

***

По картинкам делаю так:

Превью картинок чтобы небыло необходимости разные мелкие форматы хранить, делаю средние 150-200 px в ширину. Если вдруг верстку поменять от 50 до 300 px они хорошо тянутся, их использовать в анансах статей, они же в галерее, все одна картинка.

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

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

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

--

Добавил: В html код ширины, высоты картинок не прописываем, прописываем какой ни-будь придуманный параметр в класс и через css задаем размеры.

Нормальное решение, можно и не регулярками, а через str_replace производить замену названия папки.

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