|
| |
|
|
| |
для: Trianon
(14.01.2009 в 14:53)
| | | >Плюс реализацию кеширования, докачки (partial content) придется делать самому.
для чего? | |
| |
|
|
| |
|
|
| |
для: Loki
(14.01.2009 в 12:06)
| | | Плюс реализацию кеширования, докачки (partial content) придется делать самому. | |
| |
|
|
| |
|
|
| |
для: Junkie25
(14.01.2009 в 13:51)
| | | Для кого вы это делаете — вопрос десятый. Я просто пытаюсь придумать ситуации, когда хранение файлов в БД может быть оправданным. | |
| |
|
|
| |
|
|
| |
для: Саня
(14.01.2009 в 13:22)
| | | Ну я для себя делаю, а с хостингами я не парюсь, я плачу и платить буду за то, что мне надо а не за то, что продают ближе. | |
| |
|
|
| |
|
|
| |
для: Junkie25
(13.01.2009 в 16:15)
| | | Если хостинг даёт мало места для хранения файлов и гораздо больше места для БД, то в этом случае ещё можно подумать о хранении файлов в БД. Хотя лучшим решением в данном случае будет смена хостинга на тот, у которого квота не разделяется между файлами и БД.
Но тут тоже случаи бывают разные. Например заказчик против смены хостинга и разумные доводы на него не действуют. | |
| |
|
|
| |
|
|
| |
для: Loki
(14.01.2009 в 12:06)
| | | Вот теперь вижу разницу! Правда, идея захватила, потому и хотел ее где-нибудь применить. | |
| |
|
|
| |
|
|
| |
для: Junkie25
(14.01.2009 в 04:52)
| | | Вижу что Вас эта идея захватила, поэтому вы не обращаете внимания на очевидные косяки:)
зачем придумывать уникальное имя для файла, если у записи уже есть уникальный id?
Ваша схема не предусматривает информации о типе файла. Что у вас там: jpg, gif, png или вообще какой-нибудь bmp? Откуда скрипт узнает?
Сокрытие местоположения файла - это не аргумент. Что мешает отдавать его скриптом прямо с диска? При этом еще и память отжираться не будет.
>при большем клличестве можно сильно запутаться.
а зачем туда вообще лазить? | |
| |
|
|
| |
|
|
| |
для: Loki
(13.01.2009 в 20:07)
| | | Ситуация такая: вся информация о пользователях находится в mysql, хочу дать им возможность добавлять свои фотки, для начала по 5 шт. позже думаю увеличить колличество.
Для удобства, будет (обязательным) выбор размера и расширения средствами php (gdlib) , заодно и скрою место, где они хранятся.
Таблицу сделать просто, например:
id записи - первичный
id юзера
фото
можно и другой информации добавить.
Если хранить в столбце "фото"
фотографию то больше ничего создавать не придется,
а если адрес, то надо задавать каждой уникальное имя и желательно разкладывать по папочкам
при большем клличестве можно сильно запутаться.
Сайт для мобильных, потому тяжелых фоток не будет.
зы: пока находимся на хостинге, но собираемся брать виртуальный сервер, дальше - больше.
ПОСОВЕТУЙТЕ? | |
| |
|
|
| |
|
|
| |
для: Junkie25
(13.01.2009 в 17:42)
| | | >мне и интересно, есть ли в этом смысл.
Про наличие смысла я уже писал выше. Если нет задачи, то и смысла не может быть. | |
| |
|
|
| |
|
|
| |
для: Junkie25
(13.01.2009 в 17:42)
| | | А сделать хочу фотоальбомы пользователей, с базой фотографий было бы проще работать через sql | |
| |
|
|
|
