|
Dark Side
|
 |
« : 23 Март 2008, 23:27:49 » |
|
КАк Вытащить картинку из Блоб-поля, наверное кто-то с этим сталкивался???
|
|
|
|
|
Записан
|
Воля или СмертЪ |
|
|
|
maxposedon
|
КАк Вытащить картинку из Блоб-поля, наверное кто-то с этим сталкивался??? 1. Ржу. Особенно смешно после обсуждения хранения файлов в blob-ах. 2. select image from images; потом image в tmp-файлик, ну и этот tmp-файлик твоя картинка. 3. если нужно прозрачно отдавать картинки из базы(о ужас) и 2 неподходит, то вместо tmp файлика, возможно в php есть возможность отдать binary data |
|
|
|
|
Записан
|
|
|
|
|
Dr. Well
|
делаешь image.php внутри логику по вытягиванию картинки 'select image from images where id = '. $_GET['id'] header('Content-type: image/gif'); (gif/jpeg/png в зависимости от типа изображения) и echo $image; ну и обращение типа <img src="image.php?id=12"> |
|
|
|
|
Записан
|
|
|
|
|
Dark Side
|
КАк Вытащить картинку из Блоб-поля, наверное кто-то с этим сталкивался??? 1. Ржу. Особенно смешно после обсуждения хранения файлов в blob-ах. 2. select image from images; потом image в tmp-файлик, ну и этот tmp-файлик твоя картинка. 3. если нужно прозрачно отдавать картинки из базы(о ужас) и 2 неподходит, то вместо tmp файлика, возможно в php есть возможность отдать binary data Эх не радуешь ты меня в последнее время, на лицо все признаки гордыни. А вот DR. WELL - респект и +1 к репутации |
|
|
|
|
Записан
|
Воля или СмертЪ |
|
|
AlexO
Гродненец
 Репутация: +16/-1
 Offline
Пол: 
Сообщений: 232
Я люблю Гродненский форум!
|
КАк Вытащить картинку из Блоб-поля, наверное кто-то с этим сталкивался??? 1. Ржу. Особенно смешно после обсуждения хранения файлов в blob-ах. 2. select image from images; потом image в tmp-файлик, ну и этот tmp-файлик твоя картинка. 3. если нужно прозрачно отдавать картинки из базы(о ужас) и 2 неподходит, то вместо tmp файлика, возможно в php есть возможность отдать binary data Эх не радуешь ты меня в последнее время, на лицо все признаки гордыни. А вот DR. WELL - респект и +1 к репутации Причем здесь гордыня? Только здравый смысл. |
|
|
|
|
Записан
|
|
|
|
|
vervolf он же Бегемот
|
Вопрос. Зачем хранить картинки в БД? Практического смысла я как-то не усёк...
|
|
|
|
|
Записан
|
we fly!
You die!!!
|
|
|
|
Fastman
|
Вопрос. Зачем хранить картинки в БД? Практического смысла я как-то не усёк... А я усек и мы практикуем, храним jpg в base64 в поле базы данных. Ты вообще представляешь что такое хранить 10000 картинок размером 0.5-3 кб в директории  Если это на виндовом разделе - то сразу к смерти приготовься  Если на Unix работать будет но тормоза обеспечены на некоторых операциях. |
|
|
|
|
Записан
|
Знать путь и пройти его - не то же самое...
|
|
|
|
maxposedon
|
Если причина только в этом, то вы идиоты.
Очевидное решение, создать наприме 24**2 двухбуквенных каталогов.
Далее файл с именем abxdf.jpg, ложится в каталог ab, и всё.
А отдача данных, через image.php(тому кто предлагал выше), это вообще издевательство над браузером пользывателя, и за такое нужно стрелять.
(слава богу на такое тока php-шники способны).
|
|
|
|
|
Записан
|
|
|
|
|
Fastman
|
Если причина только в этом, то вы идиоты.
Очевидное решение, создать наприме 24**2 двухбуквенных каталогов.
Далее файл с именем abxdf.jpg, ложится в каталог ab, и всё.
А отдача данных, через image.php(тому кто предлагал выше), это вообще издевательство над браузером пользывателя, и за такое нужно стрелять.
(слава богу на такое тока php-шники способны).
Не только поэтому. Так что про идиотов ты не угадал )))) Одна из причин, у нас не web клиенты и они могут не иметь прямого доступа к серверу где будут храниться эти картинки. Клиент в качестве настроек имеет только IP и порт на котром серверная аппликуха висит. Все..все проблемы снимаются, очень удобно, и в обслуживании и сопровождении тоже. На php не пишу, рассуждать что они могут а что нет - не буду А выше приведенный способ я видел у одних "парней индусского вида" ты не поверишь сколько проверка диска шла на разделе после того как сервак выжрал ИБП и отрубился и вот окошко поиска в приложении... допустим юзер ввел запрос по которому вываливается 1000 записей, ну только мне не говори что отобразить в листе все превью картинки которые на диске находядтся будет быстрее чем их из базы взять |
Знать путь и пройти его - не то же самое...
|
|
|
|
maxposedon
|
Не только поэтому. Так что про идиотов ты не угадал )))) Одна из причин, у нас не web клиенты и они могут не иметь прямого доступа к серверу где будут храниться эти картинки. Клиент в качестве настроек имеет только IP и порт на котром серверная аппликуха висит. Все..все проблемы снимаются, очень удобно, и в обслуживании и сопровождении тоже. На php не пишу, рассуждать что они могут а что нет - не буду А выше приведенный способ я видел у одних "парней индусского вида" ты не поверишь сколько проверка диска шла на разделе после того как сервак выжрал ИБП и отрубился и вот окошко поиска в приложении... допустим юзер ввел запрос по которому вываливается 1000 записей, ну только мне не говори что отобразить в листе все превью картинки которые на диске находядтся будет быстрее чем их из базы взять Я думаю что будет одинаково, почему? Потому что разнице взяться неоткуда. Это при условии, что разработчик не сделает маразмотических решений. Кстати, я вот ещё не понял, какая разница web/не web, и сколько портов видит. Всё равно не вижу причин, почему база обязательна. Правда пропадают, конечно некоторые преемущества хранения на fs, если у вас какой-то странный протокол общения. А разницей `администрирования`, не смешите меня. |
|
|
|
|
Записан
|
|
|
|
|
Fastman
|
просто у нас СВОЙ протокол общения между сервером и клиентом а вообще, да, согласен, есть свои преимущества и хранения на fs, исходить нужно из задачи. |
|
|
|
|
Записан
|
Знать путь и пройти его - не то же самое...
|
|
|
|
VooDoo
|
А отдача данных, через image.php(тому кто предлагал выше), это вообще издевательство над браузером пользывателя, и за такое нужно стрелять. и что там такого страшного для браузера пользователя? дали урл картинки он её забрал. В чём проблема? Понятное дело что, к примеру, хранение всего статик контента для сайта в базе это п#здец. Но если тебе просто надо пару картинок запихнуть... ничего страшного в этом не вижу. Геморрой с бэкапами. Тебе надо делать не только бэкап базы но и fs. Стопудово будут проблемы с синхронизацией fs и db. |
|
|
|
|
Записан
|
Are you human? - My body is.
Do you feel pain? - My body does.
..- --- --- -.. --- ---
|
|
|
|
maxposedon
|
А отдача данных, через image.php(тому кто предлагал выше), это вообще издевательство над браузером пользывателя, и за такое нужно стрелять. и что там такого страшного для браузера пользователя? дали урл картинки он её забрал. В чём проблема? 1. данные могут не сохраниться в squid, которым пользуются большинство нашенских провайдеров. 2.. у пользывателя не будет возможность сохранить html страницу с картинками, (вопрос знаки, предовые имена и т.д.) В общем проблемы с кэшированием, и т.д. Вторая проблема, пусть на сайт полезло 10 пользывателей одновременно, на странице 10 картинок, у 10 пользывателей, ну ОЧЕНЬ медленный интернет. 100 запущенных php-ов, привет серверу. (а отдавали бы статику как статику, очевидно один multi-thread apache процесс справился на ура, не убивая шедулер). Понятное дело что, к примеру, хранение всего статик контента для сайта в базе это п#здец. Но если тебе просто надо пару картинок запихнуть... ничего страшного в этом не вижу.
В этом просто нету смысла, а базу нужно забрасывать всю метаинформацию, но зачем же сам файл? Кстати, такие вещи обычно закладываются архитектурно, положишь так пару файликов, а потом окажется, что файликов то стало НУ ОЧЕНЬ много. И всё, начнутся левые и ненужные проблемы. Не дай бог дорасти то расползания на 2 сервера, из-за того, что базу нагрузили хламом. Геморрой с бэкапами. Тебе надо делать не только бэкап базы но и fs. Стопудово будут проблемы с синхронизацией fs и db. Какой геморой, где??? я не понимаю. mysql_dump && find <новые/изменённые файлы со времени последнего backup> + cp в backup для файлов. А вот про обратный геморой, (когда всё в базе) связанный с дублированием данных в backup-ах я уже говорил. hint, (хозяйке на заметку), я как-то раз экспереметировал, и пробывал делать каждодневные dump-ы, и ложить их в svn. Получилось ну очень красиво, благодаря тому, что svn ложил тока diff-ы, размер хранилища всегда был примерно равен размеру dump-а. Т.е., все backup-ы кроме последнего, формально весили 0 БАЙТ!!!, однако у меня были. Очень красивое и имхо элегантное решение. Если бы dump-ы были с "лишними" binary data, очевидно такое бы не вышло, svn бы сломался на большом файлике с dump-ом. P.S. База данных - для данных. FS для файлов, очевидно, что база проигрывает fs, в задачах, "читать"(иначе бы fs уже небыло, были бы у нас одни базы данных). Нужно подходить гибко, и не боятся мелочных сложностей, ради гибкости. |
|
|
|
« Последнее редактирование: 25 Март 2008, 18:38:40 от maxposedon »
|
Записан
|
|
|
|
|
|
|
Fastman
|
2maxposedon: Ну и где ты ответил на вопрос? Только облажал всех. Есть вопрос - должен быть ответ, а не еще один вопрос. это про тебя =) Александер вы жжоте Респект за вариант решения ) Кстати да.. просмотрел посты максапосейдона в 90% посылы в ман и гугель )) да и ладно..доля здорового цинизма должна от кого то исходить |
|
|
|
|
Записан
|
Знать путь и пройти его - не то же самое...
|
|
|
|
Dr. Well
|
=)
аськ-клиента какого надо заемержить - поговорим (завтра займусь)
а то centericq безвременно почил, не выдержал смены протокола =)
|
|
|
|
|
Записан
|
|
|
|
|
VooDoo
|
1. данные могут не сохраниться в squid, которым пользуются большинство нашенских провайдеров.
2.. у пользывателя не будет возможность сохранить html страницу с картинками,
(вопрос знаки, предовые имена и т.д.)
В общем проблемы с кэшированием, и т.д.
1. Почему это сквид не сможет закешить картинку? вот не пойму, потому что там параметр гетом? имхо для сквида или браузера это вообще не должно иметь значения. Сказал Get получи картинку. 2. Ескэйпанье урла отменили? Давайте попробуем сохранить и посмотрим сохранится или нет. 100 запросов это тяжело? вы имели когда-нить дело с нормальными production системами? Не дай бог дорасти то расползания на 2 сервера, из-за того, что базу нагрузили хламом. айай, боимся кластеров. Я не спорю что ложить кучу файлов в базу это не правильно. Но скажем так если очень надо то можно. Для меня имхо хуже, что аппликация которая толком не должна знать на каком сервере она работает, под какой осью и тем более под какой fs будет наглым образом лазить по этой самой fs. Кстати, а если у вас кластер, как собираетесь лазить за файликами? |
|
|
|
« Последнее редактирование: 25 Март 2008, 21:41:31 от VooDoo »
|
Записан
|
Are you human? - My body is.
Do you feel pain? - My body does.
..- --- --- -.. --- ---
|
|
|
|
ghostWhite
|
1. данные могут не сохраниться в squid, которым пользуются большинство нашенских провайдеров.
2.. у пользывателя не будет возможность сохранить html страницу с картинками,
(вопрос знаки, предовые имена и т.д.)
В общем проблемы с кэшированием, и т.д.
ну совсем надуманные проблемы которые элементарно решаются. и кстати интересно, а что делать если нам наоборот ненужно что бы картинка кэшировалась ? про бэкапы баз данных и SVN. симпатишнае решение конечно, но мне жутко интересно как оно будет работать с базами размеров начиная эдак гигов с 10 - 20. ну а вообще уже давно как все нормальные базы умеют делать инкрементальные бэкапы самостоятельно. ну и опять я никак не пойму почему ты так упорно рассматриваеш самые тривальные случаи типа взять картинку - отдать клиенту. я уже спрашивал в соседнем топике  что будет когда нам понадобится как нибудь эту картинку обработать, добавить авторизацию какую, останутся ли все преимущества хранения картинок в ФС на месте ? ну и вообще просто вопрос к тебе, maxposedon, зачем по твоему все современные БД поддерживают такое понятие как BLOB (да ещё и нескольких видов обычно) и для чего надо использовать поля подобного типа ? |
|
|
|
|
Записан
|
Не будите во мне зверя, он и так всё время не высыпается |
|
|
|
Dr. Well
|
2UnknownSoldier
да - действительно - картинки такие браузер кэшит (Firefox точно)
поэтому если не нужно чтобы кэшились, добавляй в конец урла что то типа &time=' . time()
использовать его нигде не надо - просто чтобы браузер картинку перегружал
|
|
|
|
|
Записан
|
|
|
|
|
Dark Side
|
2UnknownSoldier
да - действительно - картинки такие браузер кэшит (Firefox точно)
поэтому если не нужно чтобы кэшились, добавляй в конец урла что то типа &time=' . time()
использовать его нигде не надо - просто чтобы браузер картинку перегружал Благодарствую!!! Спросил, так как хотел увидеть различные варианты исполнения, а не высоковздёрнутые носы. Ответ Maxposeidon аналогичен тому, что написано на Но реализация вывода картинки из базы данных в PHP сделано не очень. ПРиятней бы было, если бы выводилось как обычное текстовое поле А почему это мне нужно - желание клиента - а мне по-барабану правильно, не правильно с точки зрения оптимизированного программинга - чисто срубить бабла |
|
|
|
|
Записан
|
Воля или СмертЪ |
|
|
|
vervolf он же Бегемот
|
О! Клиент - всегда прав! Если просят, то хоть картинки в txt хранить будем.
Что-то я не видел в коммерческих разработках, что бы картинки хранили в БД. В бесплатных было. Ну да ладно - это тавтология. Если клиент сказал хочу так..., то так тому и быть... Хотя как по мне, то это изврат. Майсик и так не шустрый...
|
|
|
|
|
Записан
|
we fly!
You die!!!
|
|
|
|
ghostWhite
|
О! Клиент - всегда прав! Если просят, то хоть картинки в txt хранить будем.
Что-то я не видел в коммерческих разработках, что бы картинки хранили в БД. В бесплатных было. Ну да ладно - это тавтология. Если клиент сказал хочу так..., то так тому и быть... Хотя как по мне, то это изврат. Майсик и так не шустрый... с каждым постом всё больше нового и любопытного 1. а можно полюбопытствовать в каких это коммерческих разработках картинки хранят в ФС ? и какая направленность у этих продуктов ? 2. Майсик как я понимаю это Mysql ? А можно узнать по сравнению с какой БД он не шустрый и на каких наборах данных вы пришли к такому результату ? |
|
|
|
|
Записан
|
Не будите во мне зверя, он и так всё время не высыпается |
|
|
|
Fastman
|
О! Клиент - всегда прав! Если просят, то хоть картинки в txt хранить будем.
Что-то я не видел в коммерческих разработках, что бы картинки хранили в БД. В бесплатных было. Ну да ладно - это тавтология. Если клиент сказал хочу так..., то так тому и быть... Хотя как по мне, то это изврат. Майсик и так не шустрый... с каждым постом всё больше нового и любопытного 1. а можно полюбопытствовать в каких это коммерческих разработках картинки хранят в ФС ? и какая направленность у этих продуктов ? 2. Майсик как я понимаю это Mysql ? А можно узнать по сравнению с какой БД он не шустрый и на каких наборах данных вы пришли к такому результату ? Вообще то вот пример - Тут вопрос не в том можно хранить картинки в базе или нет, а в том когда это оправданно. При большом объеме данных - однозначно нет. Файловая система окажется быстрей и более масштабируемой. У меня же допустим превью-картинка не более 3kb а в среднем 1кб. В этом случае абсолютно свободно можно хранить в базе все это хозяйство, плюс избавиться от проблем с файловой системой на таком количестве мелких файлов. |
|
|
|
|
Записан
|
Знать путь и пройти его - не то же самое...
|
|
|
|
ghostWhite
|
Вообще то вот пример - Тут вопрос не в том можно хранить картинки в базе или нет, а в том когда это оправданно. При большом объеме данных - однозначно нет. Файловая система окажется быстрей и более масштабируемой. У меня же допустим превью-картинка не более 3kb а в среднем 1кб. В этом случае абсолютно свободно можно хранить в базе все это хозяйство, плюс избавиться от проблем с файловой системой на таком количестве мелких файлов. про фликер и ему подобные высоконагруженные приложения всё прекрасно понятно, но приложения класса фликера и того что описано на том блоге это уникальные продукты, мне просто почему то показалось что человек расскажет про решения не штучного производства |
|
|
|
|
Записан
|
Не будите во мне зверя, он и так всё время не высыпается |
|
|
|
Fastman
|
про фликер и ему подобные высоконагруженные приложения всё прекрасно понятно, но приложения класса фликера и того что описано на том блоге это уникальные продукты, мне просто почему то показалось что человек расскажет про решения не штучного производства
Хм... не буду говорить категорично что не бывает, но я не видел приложений такого класса которые продаются "фкаробке" Системы хранения и управления медиа активами довольно нетривиальны в общем то, и требуют обычно индивидуального тюнинга. Ни разу не видел чтобы приехали человеки-инсталляторы развернули на серваке приложение и с улыбкой помахав рукой уехали Есть огромная разница между "сделать поделку для себя" и "сделать продукт для продакшена". А если компания и продает свою систему - то для установки и обслуживания ее нужно пройти обучение, которое обычно стоит денег и довольно немаленьких.... |
|
|
|
|
Записан
|
Знать путь и пройти его - не то же самое...
|
|
|
|
ghostWhite
|
Хм... не буду говорить категорично что не бывает, но я не видел приложений такого класса которые продаются "фкаробке" Системы хранения и управления медиа активами довольно нетривиальны в общем то, и требуют обычно индивидуального тюнинга. Ни разу не видел чтобы приехали человеки-инсталляторы развернули на серваке приложение и с улыбкой помахав рукой уехали Есть огромная разница между "сделать поделку для себя" и "сделать продукт для продакшена". А если компания и продает свою систему - то для установки и обслуживания ее нужно пройти обучение, которое обычно стоит денег и довольно немаленьких.... про приложения такого класса все понятно, как я уже написал выше просто по крупному счёту приложения такого класса не могут служить примерами для подражания для подавляющего большинства разрабатываемых веб приложений. типа вот у гугла есть распределённая ФС и я для своего проекта посещаемостью 10 уникальных в день тоже залабаю такое повторюсь мне просто показалось что утверждая что: "Что-то я не видел в коммерческих разработках, что бы картинки хранили в БД" © Бегемот, мне расскажут про что то попроще чем фликер и гугл ну вот есть же например коробочные CMS и тому подобное ладно, тут уже разговор практически ниочём основные идеологи удалились из топика а жаль так хотелось просвятиться |
|
|
|
|
Записан
|
Не будите во мне зверя, он и так всё время не высыпается |
|
|
|
Dark Side
|
О! Клиент - всегда прав! Если просят, то хоть картинки в txt хранить будем.
Что-то я не видел в коммерческих разработках, что бы картинки хранили в БД. В бесплатных было. Ну да ладно - это тавтология. Если клиент сказал хочу так..., то так тому и быть... Хотя как по мне, то это изврат. Майсик и так не шустрый... с каждым постом всё больше нового и любопытного 1. а можно полюбопытствовать в каких это коммерческих разработках картинки хранят в ФС ? и какая направленность у этих продуктов ? Продажа жилья (вторичного, нового и аренда). Поиск по базе данных (там различные регионы РФ, страны), картинки - изображения домов (жилья) - малая 100 х100, средняя 160х200 и большая 320х240 - это уже вывод по результатам поиска. Ничего сложного, учитывая что это не совсем мой профиль и так сказать превая программа на ПХП |
|
|
|
|
Записан
|
Воля или СмертЪ |
|
|
|
: Вниз