Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Как лучше хранить картинки?
|
|||
|---|---|---|---|
|
#18+
Вот, например, имеется некоторый форум, на нём необходимо обеспечить пользователям использовать аватары, которые бы они сами могли закачивать на сервер. Вопрос. Как лучше хранить картинки? 1. в БД 2. в отдельной папке, а в БД бы указывался путь к аватару соответсвующего пользователя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2006, 11:49 |
|
||
|
Как лучше хранить картинки?
|
|||
|---|---|---|---|
|
#18+
понятие "лучше" в данном случае не очень подходит. делай так, как удобнее. я предпочитаю хранить на диске, а в базе ссылки ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2006, 11:53 |
|
||
|
Как лучше хранить картинки?
|
|||
|---|---|---|---|
|
#18+
Зависит от количества пользователей, посещаемости, требованиям к возможности восстановления данных Картинки хранят на диске, чтобы не создавать лишние обращения к БД при их показе. Это актуально, если у форума будет высокая посещаемость С другой стороны, при хранении картинки в БД, проще восстанавливать данные после сбоев (все данные в одном бэкапе) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2006, 11:54 |
|
||
|
Как лучше хранить картинки?
|
|||
|---|---|---|---|
|
#18+
Т.е. производительность от использования БД заметно будет меньше, нежели если хранить картинки на диске? Если так, то второй вариант мне больше подходит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2006, 12:12 |
|
||
|
Как лучше хранить картинки?
|
|||
|---|---|---|---|
|
#18+
MM>Картинки хранят на диске, чтобы не создавать лишние обращения к БД при их показе. MM>Это актуально, если у форума будет высокая посещаемость Не думаю, что несколько дополнительных запросов сильно понизят производительность форума. :no: При высокой посещаемости проще нормальный сервер с нормальной СУБД поставить. Неудобств при работе с файлами больше, нежели, чем их хранить в БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2006, 14:07 |
|
||
|
Как лучше хранить картинки?
|
|||
|---|---|---|---|
|
#18+
> Как лучше хранить картинки? Удобнее хранить в БД. Про минусы хранения в файлах, см. здесь. --- см.: TaskRunner, PopupWindow, Html2XmlConverter, Win32ResourceManager, MenuBuilder, Lens . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2006, 14:16 |
|
||
|
Как лучше хранить картинки?
|
|||
|---|---|---|---|
|
#18+
Зато с картинками на диске можно вообще нагрузку со своего сервера снять... если их расположить на левом сервере :)--------------------------------------------------- От знаний еще никто не умирал, но рисковать не стоит! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2006, 14:33 |
|
||
|
Как лучше хранить картинки?
|
|||
|---|---|---|---|
|
#18+
В конфигурационном файле храниш путь к папке с картинками, в свойствах пользователя имя картинки. Где хранить тело картинки (в файле на диске или в базе) — не принципиально, так как всё равно они быстро у пользователя в кеше браузера осядут. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2006, 14:36 |
|
||
|
Как лучше хранить картинки?
|
|||
|---|---|---|---|
|
#18+
CRA>Зато с картинками на диске можно вообще нагрузку со своего сервера снять... если их расположить на левом сервере :) Плохое решение. Т.к. в случае чего, картинки будут недоступны. Лучше так не делать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2006, 15:02 |
|
||
|
Как лучше хранить картинки?
|
|||
|---|---|---|---|
|
#18+
Зато если упал свой сервер, пользователю будут доступны картинки (если картинки - специфика сайта)--------------------------------------------------- От знаний еще никто не умирал, но рисковать не стоит! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2006, 15:30 |
|
||
|
Как лучше хранить картинки?
|
|||
|---|---|---|---|
|
#18+
Про минусы хранения в файлах, см. здесь. Вырезки из с форума http://www.rsdn.ru/Forum/Message.aspx?mid=1646378&only=1: -при каждом сохранении регулярная проверка на существование файла и с таким именем и при необходимости переименование; Причём тут имя файла, хранимого в БД? В БД хранится только двоичное содержание файла. -при каждом обновлении поиск предыдуших файлов и их удаление; А если на диске хранить. то разве такой проблемы не возникает -при каждой ПОПЫТКЕ обновления вопрос целостности данных. При этом не забываем, что загрузка изображения идет НЕ по Save, а по Uploading image. После загрузки пользователь может решить загрузить другое или вообще не сохранять всю информацию в целом. Вобщем такой гемор с потдержкой целостности получается, что только держись. Тут тоже не понимаю, вроде то же самое и для случая сохранения бинарного файла на диске. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2006, 16:00 |
|
||
|
Как лучше хранить картинки?
|
|||
|---|---|---|---|
|
#18+
L>Тут тоже не понимаю, вроде то же самое и для случая сохранения бинарного файла на диске. Там вообще все про файлы. И говорится про минусы файлов, а не минусы БД... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2006, 16:09 |
|
||
|
Как лучше хранить картинки?
|
|||
|---|---|---|---|
|
#18+
Здравствуйте, McSpace, Вы писали: MS>В конфигурационном файле храниш путь к папке с картинками, в свойствах пользователя имя картинки. Где хранить тело картинки (в файле на диске или в базе) — не принципиально, так как всё равно они быстро у пользователя в кеше браузера осядут. Вот тут как раз замечание, лучше бы что бы не было в src="image.aspx?id=3432" иначе ни в какой кэш они нормально попадать не будут. Я собираюсь вообще подобное через rewrite url делать. Да и вообще не совсем понятно, почему они убрали asp:dynamicImage? Может кто знает?... << RSDN@Home 1.1.4 stable SR1 rev. 568>> ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2006, 12:17 |
|
||
|
|

start [/forum/topic.php?fid=18&msg=33818835&tid=1392076]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
63ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
72ms |
get tp. blocked users: |
2ms |
| others: | 234ms |
| total: | 412ms |

| 0 / 0 |
