Полная Версия: Хранить или не хранить пути в до картинки в бд.
| Цитата (inpost @ 15.01.2013 - 23:13) |
| Видимо такова доля офиса, стабильность, но скукота. |
не ну бывает интересно) допустим на фрилансе мне кажется не когда не сталкнешся со sphinx'ом или требованием масштабируемости проектов (как вертикальной так и горизонтальной) плохо что однажды поняв как это устроенно это для тебя становится банальностью и скукой.
| Цитата (DedMorozzz @ 15.01.2013 - 16:05) |
| А что собсно смущает? |
смущает вариант /image/<?=$img?>.jpg с предыдущего варианта
_____________
Ex3m.com.ua — Активный образ жизни
dron4ik
успокойся тебе уже половина людей сказала что хранить пути в бд не айс)
успокойся тебе уже половина людей сказала что хранить пути в бд не айс)
Joker
чёж ты такой упертый... я думаю когда прижмет ты поймешь.... ну а пока удачи клиентам...
_____________
Ex3m.com.ua — Активный образ жизни
чёж ты такой упертый... я думаю когда прижмет ты поймешь.... ну а пока удачи клиентам...
_____________
Ex3m.com.ua — Активный образ жизни
dron4ik
Я слоупок и нуб, чем аргументируется хранение в БД путей?
_____________
Профессиональная разработка на заказ
Я на GitHub | второй профиль
Я слоупок и нуб, чем аргументируется хранение в БД путей?
_____________
Профессиональная разработка на заказ
Я на GitHub | второй профиль
dron4ik
просто я знаю что я говорю если о каких то вещах еще и могу поспорить с экпертами т.к. возможно есть там поле для маневров) то тут нету)
просто я знаю что я говорю если о каких то вещах еще и могу поспорить с экпертами т.к. возможно есть там поле для маневров) то тут нету)
Invis1ble
простой их изъятия. Возможность маневрировать в коде не создавая по желанию дополнительных нагрузок, возможностью иметь динамическое количество полей и не быть привязанным к одному месту на винчестере... + файлы можно хранить вне самого сайта (что не мало важно)
для жесткой экономии места лучше использовать присвоенные значения, и не запихивать в базу вообще ничего...
та и $img куда лаконичней чем "/img/".$img .
_____________
Ex3m.com.ua — Активный образ жизни
простой их изъятия. Возможность маневрировать в коде не создавая по желанию дополнительных нагрузок, возможностью иметь динамическое количество полей и не быть привязанным к одному месту на винчестере... + файлы можно хранить вне самого сайта (что не мало важно)
для жесткой экономии места лучше использовать присвоенные значения, и не запихивать в базу вообще ничего...
та и $img куда лаконичней чем "/img/".$img .
_____________
Ex3m.com.ua — Активный образ жизни
dron4ik
правду сказал Invis1ble
правду сказал Invis1ble
| Цитата (dron4ik @ 15.01.2013 - 19:25) |
| не быть привязанным к одному месту на винчестере... + файлы можно хранить вне самого сайта |
т.е. если хранить путь к файлу в БД то мы избегаем привязки к одному месту???
_____________
Чтобы понять, что такое рекурсия - нужно понять, что такое рекурсия.
| Цитата |
| простой их изъятия. |
изъятия откуда? короче это я не понял
| Цитата |
| Возможность маневрировать в коде не создавая по желанию дополнительных нагрузок, |
конкатенация в скрипте имени файла со строкой, содержащей путь, - нагрузка?
| Цитата |
| возможностью иметь динамическое количество полей |
о каких полях идет речь?
| Цитата |
| файлы можно хранить вне самого сайта (что не мало важно) |
а когда используется динамическое формирование пути на уровне скрипта, то нельзя хранить файлы удаленно?
_____________
Профессиональная разработка на заказ
Я на GitHub | второй профиль
Invis1ble
забей) главное что все поняли кто такой dron4ik и чего стоят его слова)
забей) главное что все поняли кто такой dron4ik и чего стоят его слова)
| Цитата (inpost) |
| Видимо такова доля офиса, стабильность, но скукота |
Да как сказать, у нас проект, 3й год идёт. У соседней команды 5 лет в прошлом году было проекту
Любой большой проект - уже не однообразный. Не будешь же на большом проекте, в течении 3х лет(в рамках 1го проекта естесно) писать одни формы логинки или отправки комментов
| Цитата |
| та и $img куда лаконичней чем "/img/".$img . |
$all_site_content - ещё лучше
Чесно говоря, я не понимаю чем ты руководствуешься, когда говоришь, что в БД путь хранить - правильно и удобно
Гибкость? О какой гибкости может ити речь, когда изменился путь - надо апдейтить всю таблицу, а если там не 20 записей?
Не, ну если это сайт из 1й страницы - там пофигу вообще как и что хранить. Но таки или иначе это будет всё равно хардкод
_____________
Если не говорить пользователям, что Linux это "Сложно и страшно", то им совершенно всё равно, в чём не разбираться
DedMorozzz
та знаешь, уже не раз видел подобное... и не говорю что это не правильно, я говорю что хранить путь часто намного удобней...
Довольно часто последнее время приходилось набирать галереи... и иначе чем с относительным путём там нереально глупо работать... так как галерея подразумевает собой отдельную папку, дабы можно было легко с ней работать... а угадывать что подставлять в путь... рехнуться можно, или же создавать поле в именовании галереи с дополнительным параметром имени папки...
намного проще и в дальнейшем работать с путями
/gal/myf/1.jpg + /gal/myf/th/1-th.jpg
_____________
Ex3m.com.ua — Активный образ жизни
та знаешь, уже не раз видел подобное... и не говорю что это не правильно, я говорю что хранить путь часто намного удобней...
Довольно часто последнее время приходилось набирать галереи... и иначе чем с относительным путём там нереально глупо работать... так как галерея подразумевает собой отдельную папку, дабы можно было легко с ней работать... а угадывать что подставлять в путь... рехнуться можно, или же создавать поле в именовании галереи с дополнительным параметром имени папки...
намного проще и в дальнейшем работать с путями
/gal/myf/1.jpg + /gal/myf/th/1-th.jpg
_____________
Ex3m.com.ua — Активный образ жизни
смотрите ситуацию:
на примере кинозавра
парсил нагло все фильмы за всё время существования жертвы, оказалось 4к фильмов с постерами
при парсинге заметил - что тот валиться когда в папке с картинками более 500 файлов (+- не суть)
написал счётчик и через каждые 500 файлов создаю папку в основной
например если первая была images/posts/ - то через 500 images/post500/ и т.д
напоминаю - шаблон для вывода 1.
в итоге пути храню в БД images/postsXXX/name.ext
вывожу <img src="<?=$img;?>">
сжимаю качество картинки при получении до 70% - обхожусь без ресайза.
конкретная ситуация ? да.
имеет место хранить пути - да.
напали на парня.
хостинг был 500 метров - я бы с ресайзами бы на 5к фильмов бы и замёрз, а с динамическим резайзом - усыпил бы всех посетителей.
_____________
HTML, CSS (Bootstrap), JS(JQuery, ExtJS), PHP, MySQL, MSSql, Posgres, (TSql, BI OLAP, MDX), Mongo, Git, SVN, CodeIgnater, Symfony, Yii 2, JiRA, Redmine, Bitbucket, Composer, Rabbit MQ, Amazon (SQS, S3, Transcribe), Docker
на примере кинозавра
парсил нагло все фильмы за всё время существования жертвы, оказалось 4к фильмов с постерами
при парсинге заметил - что тот валиться когда в папке с картинками более 500 файлов (+- не суть)
написал счётчик и через каждые 500 файлов создаю папку в основной
например если первая была images/posts/ - то через 500 images/post500/ и т.д
напоминаю - шаблон для вывода 1.
в итоге пути храню в БД images/postsXXX/name.ext
вывожу <img src="<?=$img;?>">
сжимаю качество картинки при получении до 70% - обхожусь без ресайза.
конкретная ситуация ? да.
имеет место хранить пути - да.
напали на парня.
хостинг был 500 метров - я бы с ресайзами бы на 5к фильмов бы и замёрз, а с динамическим резайзом - усыпил бы всех посетителей.
_____________
HTML, CSS (Bootstrap), JS(JQuery, ExtJS), PHP, MySQL, MSSql, Posgres, (TSql, BI OLAP, MDX), Mongo, Git, SVN, CodeIgnater, Symfony, Yii 2, JiRA, Redmine, Bitbucket, Composer, Rabbit MQ, Amazon (SQS, S3, Transcribe), Docker
Игорь_Vasinsky
Так ты объясни, зачем ты в БД лишние images/ хранил в КАЖДОЙ записи? 4000 раз повторил images/ - итого ~6mb больше занимала таблица, больше трафик шел из mysql в php, тяжелее работал индекс, медленнее обходил поиск эту таблицу.
Ты считаешь рациональнее забить 100% одинаковыми данными записи вместо того, чтобы 1 раз прописать в шаблоне images/ ? И самое главное, никаких плюсов.
_____________
Обучаю веб-программированию качественно и не дорого: http://school-php.com
Фрилансер, принимаю заказы: PHP, JS, AS (видео-чаты). Писать в ЛС (Личные сообщения на phpforum).
Так ты объясни, зачем ты в БД лишние images/ хранил в КАЖДОЙ записи? 4000 раз повторил images/ - итого ~6mb больше занимала таблица, больше трафик шел из mysql в php, тяжелее работал индекс, медленнее обходил поиск эту таблицу.
Ты считаешь рациональнее забить 100% одинаковыми данными записи вместо того, чтобы 1 раз прописать в шаблоне images/ ? И самое главное, никаких плюсов.
_____________
Обучаю веб-программированию качественно и не дорого: http://school-php.com
Фрилансер, принимаю заказы: PHP, JS, AS (видео-чаты). Писать в ЛС (Личные сообщения на phpforum).
Здесь расположена полная версия этой страницы.