Подскажите с движком для объёмного проекта

оно мне надо? я высказался, а кто в силу своих каких то проблем не понял/не услышал, это сугубо его проблемы. история есть, если интересно, перечитают. повторять по 2 раза и писать "как угодно вашим ушам" мне не сильно надо, срал я на это.

советую смотреть в сторону CMS, работающей с PostgreSQL...

Иногда весело наблюдать, как некоторые товарищи пиарят свои таланты вебразработчика (возможно bearman и является хорошим специалистом, я не проверял) кидаясь дерьмом в продукт, который сделали специалисты не хуже их и раздали нахаляву под GPL. Сценарий однотипен. Если уж хочется обосрать конкурентов, бесплатно раздающих хороший в 99% случаев продукт, пишите свои аргументы а не эмоции. Я конечно понимаю, всем надо кормить свои семьи, но вводить в заблуждение новичков и "подбрасывать утку" в надежде перехватить заказ- стремно и смешно, особенно тем кто в теме.

arkadiy_a, видно тчо вы не программист ... статьями занимаетесь? вот и занимайтесь. мне вот всегда интересно после таких слов одно: почему одноклассники не на жумле, раз она так афигенна и нагрузку миллионнуюю держит и легко расширяема и плагины легко изменяются и шаблоны легко интегрируются и глаза все в пыль пускают "о да, жумла г.." то есть как бы ... это стандарт афигенности? ... в жумле идеи 90ых годов и реализация под пхп4, где кроме как говна сложно что-то сделать. такие мутанты сраные как жумла и тормозят нормальное развитие проекта такого как пхп. потому что нужна обратная поддерживаемость языком этой кучи сраного говнокода.

кстати я раздал немало интересных вещей, а елси вы думаете что под ГПЛ бывают только КМС, то глубоко ошибаетесь, посмотрите хотя бы на курл класс который я раздаю (между прочим нахаляву, а мой друг говорит - кроме как слов "ты гавно" назад ты ничего не получишь), просто я не показываю везде все мелочи, которые на этом детском форуме так любят обсуждать - мелочи вида "ой а у меня хтаккесс не работает, ой а у меня вопросики вместо текстов, ой а у меня версточка в ие 6 едет" ... почему такое случается? по простой причине - софт которым вы пользуетесь устарел морально, физически и материально. жумла хоть сейчаст о стала ютф8 использовать? или они все еще боятся что их говнокодеры "последователи" не смогут запомнить что надо писать не strlen, а mb_strlen ? аа так там везде надо приписывать какую кодировку использовать ... ну да это все меняет, как меняет? просто эти мудаки не знают, что можно дефолтную кодировку поменять. и во всех ваших "любимых" "облизанных" dle, joomla, wp есть такие куски кода ... мама не горюй.

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

bearman добавил 12.06.2009 в 03:28

кстати утку вам подбрасывает банер на главной жумлы. сейчас его нет, но был плакательный по реалиям жумлы банер с надписью "MOST EXTENSIBLE CMS AND FRAMEWORK SYSTEM - JOOMLA!!!" ...

Таак уже лучше, поспокойней, уже хорошо. Совершенно верно, Вы правы, не программист. Общие знания основных языков есть. Менеджер нескольких проектов, по-совместительству QA (в некрупных проектах так часто бывает), вот и приходится по долгу службы иногда пинать программеров. Несколько раз была ситуация: программеру указываешь баг, он его начинает искать, но слишком долго. Приходится самому в код лезть и ему указывать на баг в его программе, по аналогии с тем как Вы указали пример с функциями некорректно работающими с UTF-8. Этап знакомства состоялся? Вот и чудненько.

1) Насчет одноклассников все просто- стоимость движка по сравнению со стоимостью дополнительных затрат на этот проект ничтожна. Помимо движка требуются специальные решения: кластеризация, правильная миграция сервисов в случае отказа, несколько уровней кеширования, межсетевые фильтры против DDOS, хорошая техподдержка, огромые затраты на раскрутку и много много чего еще. Я уверен, что если бы у разработчиков одноклассников были бы симпатии к Джумле, они бы пустили у себя модифицированную версию ее без проблем. Пример сервиса нагруженного не хуже одноклассников: wordpress.com на одноименном движке.

2) И что? Поддерживала бы Джумла только PHP 5 у таких как Вы нашлись бы другие аргументы: Джумла отстой, не у всех есть пятый ПХП и т.д. Мозги не делайте, вечно танцору что-то мешает, что-то там тормозит прогресс.

В Джумле 1.5 линейки разработчики нам утверждают, что их MVC модель плагинов - новое слово в сайтостроении. Многие разработчики, в том числе русскоязычные пишут, что эта технология революционна, удобна и феерична, и все в ней православно, работает на классах. А вы утверждаете что Джумла - старье. Кому тут верить?

3) За курл класс- зачет, я его мельком посмотрел, не пробуя в работе. Но под непонятной лицензией что есть плохо. Пароль 111111 на доступ к файлам улыбнуло. Про остальные разработки которые вы кому-то раздавали лучше помолчу.

4) Джумла 1.5 линейки полностью переведена на юникод. Сторонние разработчики плагинов часто косячат с этим, но быстро поправляют, если проект не заброшен. Так что про плохую юникодность Джумлы не в кассу.

5) Вы тоже человек, не стоит называть себя говном, я думаю Вы наверное получше.

6) Что, врут? А я думал сейчас под Джумлу больше всего плагинов (хватает отстоя заброшенного тоже) Ай сволочи обманули! Хорошо хоть что они не писали что типа "мы лучше друпала, вордпресса и секретой разработки некоего русского программиста пишушего необычные вещи"

arkadiy_a,

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

2. пошел скачаю "и ахерею от новой архитектуры". уверен что какбыло уг, так и осталось - уг в моем понимании, например switch ... на 100 строк в начале модуля, ах как? не было такого в жумле? ... не смешите :)

3. да класс зачетный. новая его бета версия еще лучше, идеально подходит для любой сложности кросссайтскриптинга и подобных вещей. с его помощью мой бывшый заказчик, а сейчас уже больше друг написал сам логины и парсилки торентов и тп, нужные ему вещи, НО!! он на пхп умел только <?= "hello, world"?> до знакомства со мной. и вчера мне сказал что благодарен знакомством.

4. версия 1.5 .... весело, молодцы что не потерялись ... как никак я с ней познакомился в далеком 2004ом, 5ом ... а сейчас да ... там юникод. тогда кстати была версия 1.0 и чтото я помню про 1.5 ... может я ошибаюсь конечно)) давно дело было. сарказм тут в том, что давно пора, и не переходить, а сразу на нем делать

5. люблю называть вещи своими именами, заслужил - получи звание. а говорить "какой ты плохой" привыкли многие, но не могут назвать мудаком/пидо***м того, кто этого заслужил.

6. плагины это не екстенсибл, имхо екстенсибл - возможность тчото на ней сделать без кучи гребаных switch'ей, if'ов и прочей херни.

насколько я знакомился с жумлой ... 1.5 - всего лишь 1.0 в новой упаковке.

одна их система шаблонов уже чтото

ааа ну да, конечно

<jdoc:include type="modules" name="top" />

<jdoc:include type="modules" name="user3" />

<jdoc:include type="modules" name="breadcrumb" />

<jdoc:include type="message" />

во!

<?php if($this->countModules('left')) : ?>

<jdoc:include type="modules" name="left" style="rounded" />

<?php endif; ?>

после этого жумла точно ЕКСТЕНСИБЛ И С ШАБЛОНИЗАТОРОМ! который имеет одну инструкцию ....

я открыл вам глаза? или вы все еще будете утверждать что жумла имеет афигенную архитектуру?

вот кусок из скачанного только что вью от шаблона

тут мы можем видеть нативный шаблонизатор - ПХП. вопрос - на кой нигерский инструмент тогда главные шаблоны на каком то шаблонизаторе с 1 инструкцией? выеп**ся и написать на главной "new technologies && extensible!"? я уверен что только ради этого, любой адекватный человек ради одной операции не будет делать такое .... мне вот как человеку, которые потом будет дописывать ии переписывать ее аболютно насрать написать

<jdoc:include type="modules" name="user3" />

или

<?=jdoc::include("modules","user3")?>

видите111!!! мой вариант даже короче получился. зачем такой гемор устраивать?

не хватает в жумле: нормальных построителей запросов к бд, нормальной архитектуры бд, построителей форм, списков элементов, ЗАШИТОГО в ядро url rewrite, а не полсотни правил в хтакесс(хз сделали ли они это в 1.5, да в принципе и похеру, остальные моменты важнее)

понимаешь, АХЕРЕННОЕ МВЦ как они пообещали - БЫДЛО ООП например в файле настроек сайта

class JConfig {

/**

* -------------------------------------------------------------------------

* Site configuration section

* -------------------------------------------------------------------------

*/

/* Site Settings */

var $offline = '0';

var $offline_message = 'This site is down for maintenance.<br /> Please check back again soon.';

var $sitename = 'Joomla!'; // Name of Joomla site

var $editor = 'tinymce';

var $list_limit = '20';

var $legacy = '0';

не идиотизм ли это? .... можно и без класса было обойтись.

ВАУ!!!! с виду они убрали константы JoomAbsoluteFilesPath, JoomSiteUrl и тп, прочую херню, которую приходится ПРАВИТЬ ПРИ КАЖДОМ ПЕРЕНОСЕ САЙТА, НО ВЫЧИСЛЯЕМУЮ ИЗ ПЕРЕМЕННЫХ ОКРУЖЕНИЯ В 2 строчки. идиоты, 5 лет это делать. мудаки больше слов нету.

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

bearman добавил 12.06.2009 в 09:02

ух ты как много получилось тексту =)))

ТС, Вам надо не CMS искать - тут любая выдержит.

Вам нужно базу искать, которая вам быстро поиск делать будет.

Если не принципиально это делать у себя - то попробуйте AmazonAWS или GoogleApps.

Если принципиальо, то посмотрите в сторону колоночных баз данных.

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

В такой задаче в первую очередь структура БД имеет значение. Кеширование тут не поможет особо, т.к. выборок много _тяжелых_ и _разных_. Или придется контент менять редко и обходить все комбинации запросов и класть терабайты в кеш, чтобы быстро работало. А иначе каждая выдача нового контента будет убивать сервер.

Смотрим основные цмс по структуре БД:

Битрикс - нормализация БД глубокая, в запросах местами по десятку join встречается. Ну о каких больших объемах данных может идти речь? 10 тыс элементов - и mysql умер на таких запросах. Единственный выход - гигабайты оперативки или оракл (тоже с гигабайтами), а требования к памяти при этом будут расти геометрически к объемам данных.

HostCMS - нормализация вообще параноидальная. Еще хуже.

Друпал - аналогично. 5 тыс товаров и все умерло.

UmiCMS - это вообще одни разговоры, а не система.

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

НетКат - нормализация почти нулевая, даже топики в форумных темах создаются в отдельные таблицы - это вообще прикол ) Теоретически должна вполне справляться с большими объемами.

Вордпресс - ну блог епт это!, остальные примочки от лукавого. И не для высоких нагрузок он нифига.

ТС, в Вашем случае полностью соглашусь с kapow_expert и bearman:

Отмечу что все вышеописанное на небольших и средних объемах данных может быть даже незаметно и крайне удобно в разработке. А когда речь идет на десятки-сотни тысяч и миллионы записей - это все жуткие тормоза.

А пионеров советующих для таких задач Друпал - смело посылайте лесом.

P.S. Может в сторону вики движков посмотреть...? Не копал их устройство, но с объемами данных там явно все в порядке. ☝

"Нормализация" это тоже не такая однозначная характеристика. Неужели вы думаете что распределение запросов по разным таблицам всегда выигрывает?

В среднем, добавление одного join для mysql замедляет запрос на 20-30%. При условии что данные не в кеше и невходят в память (т.е. их достаточно много). А если объединять не по основным ключам то все еще хуже. Для Oracle & MSSQL процентовка поменьше, но общий смысл такой же.

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