Производительность форумов

1 234 5
[Удален]
#21
javadf:
В некоторых форумах дыр не так уж много было.

Иногда меньшее количество дыр достигается не вылизыванием кода а его закрытием. :)

[Удален]
#22
Mosik:
Иногда меньшее количество дыр достигается не вылизыванием кода а его закрытием.

Бывает и так, но я про форумы с открытым кодом говорю. При минимальной аккуратности и тестировании phpBB мог бы намного более безопасным быть. теперь у него плохой имидж.

YugForum
На сайте с 14.04.2005
Offline
158
#23

Не стал читать все отзывы поэтому вполне мог пропустить!

Из всего вышеперечисленного, мне например ненравиться ничего, как альтернативу могу предложить SMF - помоему правильное решение.

MyAmeli.ru (http://MyAmeli.ru)
JJ
На сайте с 22.11.2005
Offline
32
#24

Если брать из перечисленных, то наверно punBB.

Там нет шаблонов, плюс кэширование. Это все в пользу производительности.

Ну, если есть возможность, то можно и phpBB "заточить" под максимальную посещаемость и требовательность к ресурсам сервера.

T
На сайте с 23.06.2006
Offline
257
#25

Кому-то SMF(хорошая вещь), а мне PunBB :)

Затачивать это не дело. Тут разговор о стандартных решениях.

В своё время phpbb и invision мне нравились, но потом разонравились оба - не моё.

Avatar
На сайте с 18.05.2003
Offline
168
#26

PunBB & SMF хорошие форумы (оба "щупал", с одним уже работаю)

И тот и другой отлично держат нагрузки (смотрите на форумы самих разработчиков)

Но покуда в ПунББ не будет автоматической установки модов - ну его нафиг. После 12го мода врукопашную (не сложного и не для "понтов") у меня мозги клинить начало, а после 14го я плюнул на это дело.

Форум мозиллы в рунете кстати на ПунББ работает, но и на СМФ дохрена всего пашет (ru-mambo например)

Оба форума в качестве бесплатных очень достойны.

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

Правда с безопасностью у СМФ некоторая беда... в том только лишь плане, что при установке некоторых модов настройки допусков "слетают" и надо проверять, чтобы обычным форумчанам например админка не стала вдруг доступна.

А так - лучше СМФ я видел только VB.

IPB отдыхает, нервно куря в сторонке. По части администрирования SMF также очень хорош, только VB у него выигрывает (опять таки)

Из бесплатного - мой выбор SMF, следом за ним PunBB, и только после - всё остальное.

Нуленое вообще не приемлю...

JJ
На сайте с 22.11.2005
Offline
32
#27
Avatar:
Из бесплатного - мой выбор SMF, следом за ним PunBB

А чем SMF, выделяется на этом порище ???

Видел этот движок, первые впечатления, не плохие. Но хотелось-бы узнать основные внутренние отличия.

HP
На сайте с 30.05.2006
Offline
175
#28

Вот сравнение VB и IPB форумов и как они работают с акселераторами:

http://timdorr.com/archives/2005/09/apc_and_eaccele.php

C таблички IPB несколько быстрее работает.

K
На сайте с 24.03.2004
Offline
223
#29
HruPifPaf:
Вот сравнение VB и IPB форумов и как они работают с акселераторами:
http://timdorr.com/archives/2005/09/apc_and_eaccele.php
C таблички IPB несколько быстрее работает.

http://kate.asmallorange.com/benchmarks/, это смех просто.

Они долбили в "/ipb/index.php?showforum=2" ... это разве не маразм?

проверенная ддос защита (http://ddos-protection.ru) -> http://ddos-protection.ru (http://ddos-protection.ru), бесплатный тест, цена от размера атаки не зависит.
Sergey Petrenko
На сайте с 23.10.2000
Offline
482
#30

Сравнение абсолютно некорректно сразу по нескольким причинам.

1. Начиная с версии 3.5.0 в vBulletin прекращена поддержка eAccellerator. Причиной тому некорректная объектная модель, с точки зрения разработчиков vBulletin.

2. Не знаю, как про IPB, абсолютно точно никогда vBulletin не поддерживал Zend. Разумеется, просто наличие Zend на хосте никакого ускорения не даст.

3. Что такое акселератор? Это кэш, в случае с PHP - кэш прекомпиленного кода, который выдает интерпретатор PHP. Почти как браузер - пока кэш пуст, грузить приходится все, если кэшируются все картинки, то грузить достаточно только HTML. Поэтому просто долбиться в php-скрипты, меряя число запросов, неправильно - стоит мерить время их выполнения.

4. Опять же не скажу про IPB, но в случае с vBulletin не учтены сразу два факта:

- Существует множество доработок к скрипту, которые позволяют кэшировать данные, шаблоны, прекомпиленные плагины, уменьшать число запросов к базам и т.д. Я вот даже боюсь себе представить, что будет, если я уберу все эти доработки отсюда, пущу аватары через базу данных и т.д. Они не стоят денег, в большинстве случаев это вообще кроется в настройках - они были установлены в данном случае? vBulletin очень просто повесить пятью запросами в секунду - достаточно не ставить ограничений на поиск и подсунуть базу в гигабайт размером.

- vBulletin разный для обычных посетителей и участников. На данном форуме вторых в два раза больше, чем первых. А нагрузка на сервер выше как раз от участников, находящихся за логином - им надо показывать, сколько новых тем и сообщений появилось, есть ли личные сообщения, они видят, сколько народу в онлайне и т.д. Помимо дополнительных шаблонов, только запросов к базе делается на треть больше. Какой толк в этом месте от ApacheBench?

5. vBulletin штатно умеет работать еще с memcached - говорят, что совершенно волшебно все выглядит в этом случае. Про IPB опять же не знаю.

6. vBulletin легко масштабируется. Вот конфигурация оборудования, на котором бегает один из самых крупных форумов на его основе - offtopic.com:

5 Web Servers each with Dual Xeon 3.0 Ghz Processors, 2GB Ram, Ultra 320 15k SCSI Drive. Gallery/Uploads Server with Single Xeon 2.8, 2GB Ram, Ultra 320 15k Raid Array. Database Server with Dual Xeon 3.0 1MB, 4GB Ram, Ultra 320 15k Raid Array.
1 234 5

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий