Форум АНТИЧАТ - Производительность Smf

Форум АНТИЧАТ (https://forum.antichat.xyz/index.php)

- PHP, PERL, MySQL, JavaScript (https://forum.antichat.xyz/forumdisplay.php?f=37)

- - Производительность Smf (https://forum.antichat.xyz/showthread.php?t=58843)

Производительность Smf

Кто плотно работал с SMF Forum, что может сказать по поводу производительности на сердних нагрузках, скажем человек 200-250 онлайн?

SMF - прославленный прожора в отношении ресурсов. При нагрузке около 50-100 человек онлайн машина начинала жутко томозить, даже страницы генерировались скачками (это был VDS с 512 MB Ram и столько же МГц CPU).

После этого решили установить булку, которая по сей день нормально справляется с тремя сотнями человек онлайн.

Некоторые говорят об обратном, например.
http://mastertalk.ru/topic33960s20.html

По сути, единственные его плюсы - это бесплатность и куча дополнений, хотя последнего хватает и для других движков.

Из бесплатных он, несомненно, самый мощный, но по сравнению с vbulletin и ipb он далеко отстает от реальности. А все из-за:

Цитата:

- нет разделения между кодом и дизайном (echo делается во всех файлах), модульности - ноль, код нечитаем без поллитра
- код шаблонов - там js-скрипты даже не вынесены в отдельные файлы. И таблицы чудовищные.
- база данных местами не нормализована, даты сохраняются unixом -> то есть без использования sql-функций таблицы нечитаемы, даже отсортировать по дате в phpMyadmin не получится
- моды делаются прямо в основном коде - естественно при апгрейде все падает или нужно долго и мучительно ручками править
- попробуйте найти разумную документацию по интеграции - нет ее просто, в форуме сотни вопросов без ответов на эту тему - имхо, потому что система логина настолько наворочена, что там уже никто не понимает, КАК это вообще работает.
- группы и права доступа - без полбутылки вообще не разберешься Все в кучу свалено в базе данных: группы по количеству сообщений и виртуальные группы доступа в одной таблице
- попробуйте поиском воспользоваться на simplemachines-org - кафе можно варить в промежутке между поиском и выдачей результатов, поисковый индекс и логика "школьником" делались

с чем я полностью согласен - код норкоманский и чем-то напоминает мне стиль написания TYPO3

Helios, не знаю откуда у тебя такая статистика... У меня куча обратных свидетельств... Модешь взять портал caves.ru, я там давно тусил, но никогда там народу меньше 100-150 человек не бывает... И он очень шустро работает... Очень...

Helios, код - это отдельный разговор, темболее с точки зрения девушки, здесь интересует только вопрос произодительности!

Цитата:

Сообщение от madnet

код - это отдельный разговор,

В 75% случаев низкая производительность является следствием кривого кода (я не говорю о структуре самого движка).

Последней версией, с которой я работал, является 1.1.3, то, что я увидел(описано выше), меня, мягко говоря, не порадовало.

Ничего на могу сказать по поводу 1.1.4, но считаю что ставить SMF есть смысл только при большом количестве ресурсов и при отсутствии возможности использовать vbulletin.

Цитата:

Сообщение от Helios

В 75% случаев низкая производительность является следствием кривого кода (я не говорю о структуре самого движка).

Заметки по коду, которые ты процитировал выше никаким образом не влияют на производительность, разве что отсутствие нормализации таблиц, хотя еще посмотреть надо нужна ли она там, ибо это не понацея, ну и бездоказательный наезд на поиск с ее стороные, который всеравно частенько на крупных проектах заменяется на внешний.