![]() |
mySQL Forum
Как лучьше организовать форум , брать всё из ДБ или делать статистические страницы и по надобности обновлять ?
|
|
лучше всего сначала поставить форум
Sut' v tom chto forum pishetsja , t.k. ne ustraivaet ni odin besplatnii , a pplatit; ne ohota , poentomu stavit' esche nechego ...................!!!!!! |
база даных однозначно...
|
Pejone
т.е. лучьше 1000 запросов в бд чем 1000 запросов возмёт статику ?! |
ИМХО, да.
|
Лучше всего хранить в БД и использовать собственноручно написанное кэширование ответов.
|
Crazy
и использовать собственноручно написанное кэширование ответов. обьясни плз |
Любой форум имеет весьма специфическую операцию: выдачу треда. При этом нужно выбрать из базы несколько десятков ответов, отформатировать их, отфильтровать и т.п. На все это уходит весьма много времени.
В то же время для любого форума характерно то, что число обращений по чтению на порядки превышает число добавляемых постингов. Соответственно вполне логичной является мысль формировать HTML-код треда только при добавлении нового постинга. Это можно делать либо сразу после постинга, либо по первому обращению к изменившемуся треду. Второе обычно проще. В примитивном варианте схема такова: 1. В отдельном каталоге храним HTML-файлы тредов (один на каждую страницу треда). 2. При добавлении сообщения стираем все HTML-файлы этого треда. 3. При обращении к треду на чтение проверяем, существует ли запрошенная HTML-страница и либо сразу отдаем ее, либо формируем, сохраняет и отдаем. Для удобства формирования таких псевдостатических страничем в PHP есть функции ob_*, в perl'е -- в зависимости от используемых модулей. |
Crazy
т.е. лучьше делать статистические страницы и по надобности обновлять ( под этим я предпологал что обновления будет после каждого поста , как ты сказал .... ) чем брать всё из ДБ? |
| Часовой пояс GMT +4, время: 05:01. |
Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.