alexspb, Понимаете, что накручено в vBulletin я не знаю, сильно не занимался. Есть очень большие любители БД, так они там хранят все, от шаблонов до словарей.
Еще немного о поддоменах, как вы думаете, существует ли такой домен 3-го уровня http://sss.yandex.ru/ ? Не всегда это именно поддомены, иногда это серверные хуки, иногда нстройки сервака.
Чаще всего такое делается, для создание серверных нитей, особенно когда используется пхп (он достаточно медленный) или импользуются кластеры и подобное (яша, однокласники и т.д.)
Да + еще их перелинковка для юзеров
Значит что-то не то делали.
Из отличй, я никогда не использую стандатрные цмс.
так в SQL он и не нужен. Я ведь о том и говорил, чтобы этого монстра вовсе отключить
универсальность - всегда было и останется более простым и более медленным решением во всех вопросах.
А на счет успешного развития... Понимаете, многим хочется прочитав не очень толстую книжку по пхп, почуствовать себя мегапрограммером. А потмо рождаются кривые медленные цмски, непонятные движки, на которые страшно смотреть.
Если создать систему, которой может воспользоваться даже идиот, тольок идиот захочет ей воспользоваться. (Принцип Шоу)
И еще, понимает, прелесть именно самих беркливских база была в том, что она напрямую грузилась в область переменных. Именно это обеспечивало максимальную скорость. Снабдив этот механихм прослойкой, получили, опять, громоздкий и медленный продукт.
Делают некоторые, кто спорит
тогда бы он был в сохраненке....
Чтобы не копировать его на все фронты.
Аватары, судя по всему, хранятся тоже в БД. Разнесая на разные домены, получили, по сути, изолированные паралельные процессы. Получается сервак отдает данные в 2 потока параллельно (не раздельно а именно параллельно) 1 процесс отдает сам форум, второй - аватары. Увеличивается скорость обработки.
DmitryShustov, ну значит мои сайты - призраки. Прокатывало и будет прокатывать. Посмотрите внимательно не очень частотные но весьма конкурентные запросы для юристов, консалтеров, маркетинг, бухгалтерия. Вы увидите очень много таких сайтов.
Я больше работаю с перлом, но пхп, как младший брат, думаю перенял лучшее...
Хеши очень удобно хранить в виде образов памяти (библиотека MLDBM /Berkeley DB/). Все данные хранятся в виде хеша хешей. Если при этом грамотно реализовать кеширование для сессий, то скорость получается отменной, SQL юзать не надо, а главное - древовидная структура любого вида.
prometex, Можно с самого начала???? Какое количество пользователей ожидается???? Если речь идет о 2-5 тыс, то не насилуйте SQL, есть более быстрые и гибкие способы хранения таких данных, основанных на хешах/ассоциативных массивах.
