Я бы еще дополнил imya - есть так называемые Web-Drawing библиотеки, которые вам помогут реализовать такую идею: Paper Js, Processing Js и Raphael Js. Давно не мониторил эту тему, но возможно, что уже появились какие-то новые и более пробвинутые библиотеки.
Офтоп, но на будущее может пригодиться - не нужно писать целые гирлянды isset(). Если везде условие "И", то достаточно перечислить переменные через запятую:
как извлечь из адресной строки сайт который ввел пользыватель
Не ошиблись? Вы хотите отследить то, что пользователь вводит в адресную строку своего браузера и манипулировать действиями в зависимости от того, что он ввел?
Вопрос состоит в том, как запихнуть туда (в табл.) несколько фото...
Если вы, как говорите, так уже сделали, то какие могут быть проблемы? Одна запись - id-статьи + имя/путь к файлу. Следующая запись - следующее фото и т.д. Если у вас на одну статью десять фото, то и записей в таблице будет десять.
Я вам уже предлагал вариант, где не нужно использовать базу, а изображения привязываются к ID статьи, поста или чего у вас там. Но вы выбрали другой вариант. Тогда есть несколько способов. Вот пара из них:
1. Хранить все пути к файлам в сериализованном виде serialize().
2. Создать отдельную таблицу, где будут всего два поля: id-статьи и путь к изображению.
Теперь, если вы выбиираете первый способ, то будете делать кучу телодвижений для того, чтоб заменить какое-то изображение: вытащить запись из БД, десериализировать, удалить из массива определенное фото, добавить туда новое, снова сериализировать и апдейтить запись в БД. Второй способ более гуманный, т.к. вы делаете один запрос на удление из доп. таблицы в зависимости от удаляемого изображения и еще один запрос, если добавляете новое фото.
Вот поэтому, я никода не храню пути к файлам в БД. В крайнем случае, храню сами изображения, но при условии, что у клиента как минимум VDS/VPS.
Оно так, но если у ТС шаред-хостинг, то может и тормозить, т.к. файлы из БД будут подгружаться в память, которой на таком хосте и не так уж много выдают.