SeoChase

Onet

Ресурс: информационный
Наполнение: сотни статей и новостей
Обновление: каждый день.
Статьи и новости являются html документами, которые грузятся в шаблон.
Question

Достаточно ли хранить все статьи и новости просто в папках на сервере (а их уже несколько сотен) или лучше создать базу данных, куда их и поместить?
Что можно сделать полезного на информационном ресурсе с помощью базы данных? Нужна она или нет?

fk

Безусловно нужна. Мы уже на CMS ставим даже мелкие сайты которые содержат порядка 10 страниц и уж тем более большие ресурсы (причем единый CMS так до сих пор не разработали... видимо запросы на сайты слишком разные... или лень подумать разок).
Плюсы записи данных в базу и постановка на CMS:
- Легко реализуется поиск по сайту.
- Возможность управлять контентам как опытным верстальщикам так и секретарям и прочим помошникам.
- Возможность dump-а.
- Возможность легкого изменения дизайна сайта.
и если подумать то навернека еще много чего вспомнится... в общем базы они нужны, это очень полезная вещь, если хотите и дальше увеличивать свой ресурс.

Onet

С поиском согласна.
Возможность управлять контентом разными людьми - тоже согласна. Правда пока нам это не нужно...
А какое имеет отношение дизайн к базам данным? Точно также я храню статьи отдельно в какой-то папке, которые потом подгружаю в шаблон. Дизайн я так тоже смогу поменять.
Что такое dump-a?
И что будет если мы соберемся поменять провайдера? А у нас в базе более 1000 статей...

arachno

конечно юзайте базу

так вы совершенно свободно оперируете категориями, статьями, пользователями, комментариями и т.д. ...
_________________
Работай с признанным лидером - UMAX SE! Не знаешь как? Спроси меня - ICQ 25-15-4030

fk

если вы используете схему шаблоны отдельно, текст отдельно то к дизайну в принципе никакого отношения. Тем проще вам будет перенести данные в базу.
dump - это по сути востановление баз данных. Например у нас на сервере автоматически генерится backup (резервные копии) баз за пять последних дней, то бишь весь контент сайта постоянно можно взять в одном из пяти файлов-архивов являющихся копиями контента. Или сделать копию текущего контента. Таким образом сразу и ответ о переносе на другой хостинг - вам нужно будет скопировать только движок и один из файлов backup-а, после чего сделать dump-баз (установку из копии) и вы поменяли хостинга. Все просто. Анологичные действия если какой-то не хороший человек нашел дырку в вашем движке и воспользовался ей совсем не по доброму... Smile

WebByte

У меня общий дамп делается раз в час + краш-дампы при возникновении сбоев. Думаю, у Яндекса, Майла, Гугли и прочих, дамп делается еще чаще

Onet

Не совсем разберусь, что такое CMS? Насколько я поняла это конструктор сайта. Является ли это синонимом движка, которые сейчас предлагают многие фирмы?

kochugov

magnus

Бессомнено CMS - система управления сайтом, информационным ресурсам нужна, удобнее работать, и тем более если у вас уже за тысячный контент, то согласитесь проще в админке поменять ссылку на все страницы сразу, или на каждой страничке в ручную менять)). И второе что не мало важное это БД, бес сомнено я не буду здесь описывать преимущество движков с БД или без них, хотя есть еще и текстовая БД. Мой совет используйте базу данных обязательно, вы много проблем решите сразу. Если вы собрались позже менять провайдера, выв просто делаете дамп с БД вашего нынешнего провайдера, переносите движок на новый хост с PHP допустими и делаете дамп в новую БД и вся информация, это тысячный контент у вас встала как раньше, чувствуете разницу, переносить папки с инфой мегабайтные или Гига, или один раз сделать дамп и все.

i3

у меня такой вопрос:
Есть много файлов с текстовой информацией и собственно БД.
В базе должны быть только ссылки на эти файлы или вся информация должна находится в самой базе.

WebByte

Смотря что предполагается делать с файлами.
Если предполагается поиск по их содержимому, то лучше в базе (если текстовые), если просто хранение, то лучше в файловой системе.

i3

А можно ли в базу запихнуть содержимое html файлов?
Правильно ли это? и как вообще поступают в данной ситуации?
поиск желателен

WebByte

Опять же смотря какие это html-файлы.

Если, к примеру, это статичные страницы вроде информации о компании и предполагается по запросу отдавать их из базы, то хранение их в базе нежелательно - лишние нагрузки.

Если же это куча страниц, например, с описанием товаров, то имхо лучше хранить в базе характеристики товара, а html формировать по шалону скриптами.

С поиском тоже не все так просто.
Для полнотекстового поиска по html файлам лучше сделать индекс. То есть хранить в базе не сами html-файлы, а только текст, который в них содержится. Действительно, зачем вам поиск по тегам, из которых состоит html-файл?

В общем, необходимость применения БД зависит от конкретной ситуации.

Leonid

Почему-то все упорно не хотят вспоминать (или просто не знают), что файловая система - это тоже база данных.
Но у каждой базы данных есть своя область применения, свои преимущетсва и недостатки.
Не буду вдаваться в подробности и сравнивать особенности работы различных баз данных. Просто, ИМХО, в данном случае лучше всего использовать базу данных MySQL. Она бесплатна, имеется практически на любом *nix хостинге, поддерживает Full-text Search, с ней легко работать из PHP и Perl.

gz0t