VH
А что, монга или mysql умеют искать по контенту не обращаясь к диску?
Ну я предпочитаю работать с бд, чем читать кучу файлов + они возможно будут модифицирвоатясь часто. По-этому не вижу смысла в файлы идти
Size: a a a
2019 November 26
TS
Ну я предпочитаю работать с бд, чем читать кучу файлов + они возможно будут модифицирвоатясь часто. По-этому не вижу смысла в файлы идти
А БД лучше работает с часто модифициемыми данными?
VH
тогда хтмль файлы + индекс для полнотекстового поиска
почему хтмл файлы сразу то? Статьи - не значит хтмл сразу(у меня), обычный текст с форматированием с wyswig редактора - тоже как бы статья
A
почему хтмл файлы сразу то? Статьи - не значит хтмл сразу(у меня), обычный текст с форматированием с wyswig редактора - тоже как бы статья
да хоть txt, простомоу поисковому индексу побарабану на форматирование
VH
А БД лучше работает с часто модифициемыми данными?
ну попроще будет и удобнее
VH
да хоть txt, простомоу поисковому индексу побарабану на форматирование
тоесть варик с файлами - хранить их как бы в отдельной папке или как? С монго допустим не полностю знаком.
TS
ну попроще будет и удобнее
Ни чем не проще, ни чем не удобнее. Только минус одна ненужная компонента в системе и удобная реализация класса для хранения в файловой системе займет аж 15 строчек
TS
А какое будет кол-во файлов? Порядок? 1к, 100к, 1млн, 10млн, 100млн?
VH
Ни чем не проще, ни чем не удобнее. Только минус одна ненужная компонента в системе и удобная реализация класса для хранения в файловой системе займет аж 15 строчек
Не соглашусь. Допустим имеем теже словари или конф данные - все они хранятся в БД, но никак не в файловой системе. К БД можна получить доступ, а к файловой системе уже нужно доступ к серверу.
VH
А какое будет кол-во файлов? Порядок? 1к, 100к, 1млн, 10млн, 100млн?
Статей будет много, все время рост
A
тоесть варик с файлами - хранить их как бы в отдельной папке или как? С монго допустим не полностю знаком.
В отдельной папке. И желательно с прямым доступом для пользователей (если это веб) и поисковых систем.
Можно еще в рамках резюме-дривен-девелопмента вместо своего интерфейса к файлам настроить apache solr, elasticsearch и им подобные.
Можно еще в рамках резюме-дривен-девелопмента вместо своего интерфейса к файлам настроить apache solr, elasticsearch и им подобные.
FS
Ни чем не проще, ни чем не удобнее. Только минус одна ненужная компонента в системе и удобная реализация класса для хранения в файловой системе займет аж 15 строчек
Но ведь у него ж явно не только статьи будут, в любом случае бд нужна
А файлики когда они не в бакете облака или не на специальной файлопомойке с подходящей фс -- это боль
А файлики когда они не в бакете облака или не на специальной файлопомойке с подходящей фс -- это боль
TS
Он говорит только про статьи
VH
В отдельной папке. И желательно с прямым доступом для пользователей (если это веб) и поисковых систем.
Можно еще в рамках резюме-дривен-девелопмента вместо своего интерфейса к файлам настроить apache solr, elasticsearch и им подобные.
Можно еще в рамках резюме-дривен-девелопмента вместо своего интерфейса к файлам настроить apache solr, elasticsearch и им подобные.
И желательно с прямым доступом для пользователей - Не, доступ к файлам не нужно юзеру. Каждый файл будет подвязан к определенной статье. Еластик, да, задумывался тоже о нем
ES
Вы троллите его что ли? Ок а если надо будет масштабироваться и поднять 2 сервера то файлы как?
ES
Конечно база. Ну s3 еще есть как альтернатива. Слетит ваш сервер и где вы будете бэкапы искать (файлов)?
VH
Не файлы. Если сильно обобщая - будет "статья", к которой каждый юзер может написать свои "правки", инфу и тд ( с помощью wyswig едитора).
VH
Только это не тот варик, что етсь статья и юзеры коментят ее. Тут - юзеры сами как бы наполняют инфой.
ES
Ну вот. Я про то что файлы не катит. С точки зрения масштабиррвания, надежности
TS
Вы троллите его что ли? Ок а если надо будет масштабироваться и поднять 2 сервера то файлы как?
Нет, почитайте как хранят инфу огромные соцсети, интернет магазы и месенджеры. Там почти везде файловая система, она прекрасно масштабируется, получше, чем реляционки.