Нужна ли информационному ресурсу база данных?

Нужна ли информационному ресурсу база данных?

Платный хостинг     Создание и раскрутка сайтов     Увеличение члена

- Ресурс: информационный Наполнение: сотни статей и новостей Обновление: каждый день. Статьи и новости являются html документами, которые грузятся в шаблон. Достаточно ли хранить все статьи и новости просто в папках на сервере (а их уже несколько сотен) или лучше создать базу данных, куда их и поместить? Что можно сделать полезного на информационном ресурсе с помощью базы данных? Нужна она или нет?

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

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

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

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

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

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

- CMS=Content Management System=он же движок PPC UmaxSearch v 999.99 - самая русская из денежных PPC

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

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

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

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

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

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

- Вы хотели предложить полнотекстовой контексный поиск средствами базы и всё на ресурсе со статьями за тысячу?

Интернет казино     Онлайн игры     Купить DVD     Другие сайты