Замена сердца сайта проекта GNOME

Почему такие штыки?
У вас проблемы?
Хотите об этом поговорить?

Ответ же на ваш вопрос лежит здесь:
http://plone.org/documentation/tutorial/optimizing-plone
http://plone.org/documentation/how-to/squid-integration-pointers

и это только, чтобы Plone стал "production-worthy setup capable",
причем помогает только в случаях с анонимным доступом.

>Почему такие штыки?

Какие штыки, благородный дон лишен чувства юмора в пятничный вечер? ;-)

Так вот, может благородный дон расскажет перед какими java порталами _необходимо_ ставить squid?

PS Со стороны разговор наверное выглядит так,

Один мусье: - субд HSQL,ORACLE,DB2,SYBASE не способны обрабатывать данные объемом больше терабайта.
Ему в ответ: - мусье, побойтесь бога.
Мусье: - ну попробуйте в HSQL засунуть терабайт!!!

>Вот более или менее объекивные вещи:
>http://www.cmsmatrix.org/
>Выбираем Plone и Joomla - сравниваем.

А теперь добавьте сюда Alfresco и улыбнитесь ;-)

:)

RedHat CMS
Мне показалось, что разговор о Plone идет?

> А теперь добавьте сюда Alfresco и улыбнитесь ;-)

Действительно, интересно.
Улыбнулся.

Из претензий:
- Time Tracking
- Раздел Commerce

А так, спасибо, вопрос изучу.

>RedHat CMS
вы говорили про порталы - это раз,
второе, мне кажется имеет смысл выбирать популярные проекты,
alfresco, liferay, oracle portal(лично мне он не нравится).

>Мне показалось, что разговор о Plone идет?

Шёл, но вы поставили в один ряд програму на Zope и Java порталы.

> alfresco, liferay, oracle portal(лично мне он не нравится).

Честно - не сталкивался.
Пример все-таки был конкретный.

> вы говорили про порталы - это раз

CMS и портал... терминология :)

Если обидел java'ой - извиняйте,
но этот "странный" спор предлагаю вернуть в изначально
русло Plone'a :|

>> alfresco, liferay, oracle portal(лично мне он не нравится).
>Честно - не сталкивался.

рекомендую взглянуть на alfresco и liferay

>> вы говорили про порталы - это раз

>CMS и портал... терминология :)

Это совсем разные вещи.

>но этот "странный" спор предлагаю вернуть в изначально
русло Plone'a

Я совсем не поддерживаю идею использования Python для веб разработок.

IMHO использование Plone может быть оправдано лёгкостью установки yum/apt-get install plone, нормальной поддержкой UTF8 или (что возможно главное) опытом персонала работы с Plone.

>С таким подходом хорошие сайты точно не пишутся

с каким подходом хорошие сайты не пишутся?

> Профессионал никогда не выберет PHP.

Etch (*) (24.11.2006 18:15:31)

Это почему же? Гномовцы там при выборе добавили - что номером 2 стал Мидгард. И выбор 1 или 2 был не совсем однозначный. Мидгард это не ПХП?

P.S. Я бы вообще На Масоне все делал, но это личное ;) На нем кстати Amazon.com крутиться (и еще много чего : http://www.masonhq.com/?MasonPoweredSites )

> и это только, чтобы Plone стал "production-worthy setup capable", причем помогает только в случаях с анонимным доступом.

в ходе сравнения, народ из gnome получил урок, что простые решения (ez, duplal etc.) в принципе могут удовлетворить потребностям, при достаточном количестве времени и ресурсов... ;)

зы: жумла уже научилась обновлять компоненты (не remove/install)? -)

> рекомендую взглянуть на alfresco и liferay

Еще раз спасибо.

> Это совсем разные вещи.

Если вас устроит поправка "портал на основе RH CMS",
то закончим спор? :)

> жумла уже научилась обновлять компоненты (не remove/install)? -)
Уточните вопрос с примерами, пожалуйста.

> Я совсем не поддерживаю идею использования Python для веб разработок.

Что же вы предлагаете взамен? Всё ту же Йаббу? В чём же её преимущества? А как насчёт того, что

- Йабба расходует огромное количество памяти. Ладно, этим и Zope грешит, но есть Django, Turbogears, Pylons, web.py - по вкусу. Средний сервер Django занимает около 10Мб оперативки. Десятка серверов хватит за глаза, если даже ломает использовать треды. Что скажет на это Йабба?

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

- Йабба как язык значитально уступает Питону по своим возможностям. Аналогичный код на Питоне, как правило, короче, а производительность труда программиста при этом выше. Более высокое быстродействие Йаббы, как правило, ничего не даёт, потому что скорость работы большинства web-приложений упирается в БД. Для типичных CMS вопрос о быстродействии языка вообще не стоит, здесь хватает даже тормозных Ruby и PHP.

- Возможности метапрограммирования в Йаббе близки к нулю. Как результат - зоопарк XMLных недоDSLей и километровые XML-конфиги. В питоновских фреймворках всё делается на том же Питоне, то есть, на нормальном человеческом языке.

- Питон, благодаря динамической ("утиной") типизации, позволяет легко расширять и изменять классы фреймворка, даже если это не было изначально предусмотрено авторами. В Йаббе это, как правило, невозможно из-за недостаточной гибкости объестной системы.

Едитснвенное достоинств Йаббы - любовь к ней ентерпрайз-быдломаркетройдов. В среде же программистов на Питоне само слово "enterprise" часто считается ругательным.

Что вы имеете на это сказать?

> Йумла, кстати, поддерживает работу с многими языками, > и работает просто на отлично.

Это то самое поделие, в котором при миграции Mysql с 4.0 на 4.1 нужно ходить руками в конфиг и раскомменчивать строки с выставлением кодировки? Фтопку!

>Замена сердца сайта проекта GNOME Авторы новости, не ломайте нам мозг! Название из пяти существительных! :)

> Уточните вопрос с примерами, пожалуйста.

пожалуйста. в жумле установлен компонент/модуль xxx-0.0.1 . вышла версия xxx-0.0.2 . как обновить? полгода тому назад, вариантов кроме деинсталяции старой версии (с потерей всех настроек и данных), и последующей установки новой -- не было.

>> Это совсем разные вещи.

>Если вас устроит поправка "портал на основе RH CMS",
то закончим спор? :)

Уф, очень советую посмотреть в wikipedia, что такое Enterprise Portal
и что такое CMS.

Затем посмотреть на Liferay как пример хорошего портала и на Alfresco как пример хорошей CMS которую можно, кстати, в порталы интегрировать.

>> Я совсем не поддерживаю идею использования Python для веб разработок.
>Что же вы предлагаете взамен? Всё ту же Йаббу?

Нет, Йаббу я не предлогаю, я бы предложил alfresco.
Но ещё раз прошу прочитать сообщение на которое вы ответили.

Я написал, что _Я_ не поддерживаю, это не значит что я против что бы это делали другие.

> Нет, Йаббу я не предлогаю, я бы предложил alfresco.

Но разве alfresco не на Йаббе написан?

> как обновить?
Методом установки новой версии поверх старой.

> с потерей всех настроек и данных
Таблиц настроек это обычно не касается, кроме редких случаев,
которые оговариваются авторами.
Что касается данных в базе, то зависит от конкретного примера.
Форумы, обновляются отлично (даже если удалить их - все посты остаются, пока вы сами не захотите их очистить).
Модули для статистик часто удаляют данные.
То есть опять зависит от разработчиков.

Просто надо README читать, что, вообще говоря, стандартно для всего :)

> очень советую посмотреть в wikipedia, что такое Enterprise Portal
и что такое CMS

Я ведь предлагал свернуть тему :)

Заметьте, что термин "Enterprise Portal" не упоминался.
Подколку же оценил, так как в курсе тенденций так называемых
Enterprise порталов к уходу от сторонних CMS :)

"Портал на основе CMS" - законно:

http://en.wikipedia.org/wiki/Content_management_system

"As the market evolved, the scope of content management systems broadened, and the term is now used to refer to a range of technologies and techniques, including portal systems..."

Сворачиваемся? :)

> Что касается данных в базе, то зависит от конкретного примера. Форумы, обновляются отлично (даже если удалить их - все посты остаются, пока вы сами не захотите их очистить). Модули для статистик часто удаляют данные. То есть опять зависит от разработчиков.

> Просто надо README читать, что, вообще говоря, стандартно для всего

т.е. стандартного механизма обновления компонентов в жумле до сих пор нет? в принципе, об этом и речь: "при достаточном количестве времени и ресурсов" можно все -- читать readme, общаться с разработчиками, ручками патчить, ковыряться в исходниках... за это (команде gnome) и нравится opensource. а также за то, что из кучи предлагаемых вариантов, можно выбрать лучший. прочитай статью. ;)

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

> стандартного механизма обновления компонентов в жумле до сих пор нет?

Извините, плохо, наверное, описал этот процесс.
Вот исправленная версия:
- Три клика мышью.

> "при достаточном количестве времени и ресурсов" можно все -- читать readme

Вы это не делаете? Я изумлен.

> за это (команде gnome) и нравится opensource

Joomla не opensource? GPL теперь не в моде?

К тому же, эта фраза как-то не согласуется с предыдущей:
"ручками патчить, ковыряться в исходниках"
Сейчас, говорят, виста какая-то выходит - может с ней удобнее?

> прочитай статью. ;)

Прочитал еще раз ;) Где "why not joomla"?

Вы можете быть честным, и написать, на сколько хорошо вы знаете Joomla?
Или же все это демагогия, и можете продолжать без меня.

>> Нет, Йаббу я не предлогаю, я бы предложил alfresco.

>Но разве alfresco не на Йаббе написан?

Alfresco написан на языке Java.

>> очень советую посмотреть в wikipedia, что такое Enterprise Portal
и что такое CMS
>Заметьте, что термин "Enterprise Portal" не упоминался.
Подколку же оценил, так как в курсе тенденций так называемых
Enterprise порталов к уходу от сторонних CMS :)

Вы употребили термин Java Portal.
В java под порталом понимают программу реализовавшую JSR168 (Portlet API). Портлет - это программа встраивающаяся в портал, ею может быть и CMS (напримар Alfresco).

> Вы употребили термин Java Portal.

Где?

Вы поплыли.

Зачем в дистрибутив Plone для линукс воткнули полные сорцы пистона??? Идиотизм. О какой лучшей поддержке языков они говорят? Смешные. И там, и там PO файлы. Поддержка на одном уровне. Сказали бы честно: пришёл новый манагер, ни в зуб ногой в drupal'e/jumla, но знающий (или слышавший) про PLone. Я ни в коем случае друпал не защищаю, но, справедливости ради хотел бы заметить, что и PLone и Drupal "продукты" одной категории и одного качества. Дерьмового качества. А говорить, что одно дерьмо пахнет меньше другого довольно глупо.

Plone - достойный выбор для крупного сайта, фичи gettext там используются более полно нежели это делает Drupal. В последнем gettext задействован для экспорта/импорта локализации, для удобства перевода с использованием утилит для gettext. Однако это всё локализация интерфейса, для интернационального контента Drupal всё ещё не предлагает решения из коробки, хотя есть дополнительные модули позволяющие сделать это. Имхо, построить сайт подобный gnome.org можно и на той и на другой системе - вопрос исключительно привычек и пристрастий разработчиков сайта. Может быть сайтом занялся новый человек, предпочитающий Python? :) Отмечу впрочем, что Drupal есть хороший пример, что толковые вещи можно получить даже на PHP :)

> Зачем в дистрибутив Plone для линукс воткнули полные сорцы пистона???

А если вы такой умный, зачем инсталлер для чайников качали? :) Plone-2.5.1-final.tar.gz занимает метров 8, никакого Питона там нет.

>> Вы употребили термин Java Portal.

>Где?

некий никто писал "Не зря же порталы на плоне (и жабе) сквид вперед выставляют"

>Вы поплыли.

Да что вы говорите ;-)

sq >> Не зря же порталы на плоне (и жабе)сквид вперед выставляют.
Yilativs >> перед какими java порталами _необходимо_ ставить squid?
sq >> портал на основе RH CMS

Чем вас ответ не устроил?

Yilativs >> очень советую посмотреть в wikipedia, что такое Enterprise Portal и что такое CMS.
sq >> "As the market evolved, the scope of content management systems broadened, and the term is now used to refer to a range of technologies and techniques, including portal systems..."
Yilativs >> Вы употребили термин Java Portal.
sq >> Где?
Yilativs >> некий никто писал "Не зря же порталы на плоне (и жабе) сквид вперед выставляют"

Так где?
Вы же сами определились, что портал на жабе, не есть жаба портал:

black_patreg >> Что же вы предлагаете взамен? Всё ту же Йаббу?
Yilativs >> Йаббу я не предлогаю, я бы предложил alfresco.
black_patreg >> Но разве alfresco не на Йаббе написан?
Yilativs >> Alfresco написан на языке Java.

(Я согласен, что продукт на технологии - уже другая технология,
но в контексте такой дискуссии придираться к этому - отсутствие аргументов.)

Yilativs, ну серьезно, что я могу вам ответить, если получаются
рекурсии "что в лоб, что по лбу"?
Вам пишут конкретные вещи, вы же невероятным способом
трансформируете их во что-то, угодное вам для
выводов типа "хочется, что бы на LOR ввели возрастной цензор"
- у вас опять нет аргументов.

> А если вы такой умный, зачем инсталлер для чайников качали? :)

А что это меняет? Если чайник, то дистрибутив у него без пистона?
Качал затем, что зопы у меня нет. А в инсталлере зопа есть. Зопа
с дистрибутивом как правило не ставится.

> Отмечу впрочем, что Drupal есть хороший пример, что толковые вещи можно получить даже на PHP :)

Что в нём толкового? Очень узкоспециалированная весчь в себе. Написана
в процедурном стиле каменного века, шаблонов нормальных нет, изменять
дизайн - гимор, админка вшита во фронт-энд, движок крайне неудобен
для адаптации под задачи, отличные от блога.

> А что это меняет? Если чайник, то дистрибутив у него без пистона? Качал затем, что зопы у меня нет. А в инсталлере зопа есть. Зопа с дистрибутивом как правило не ставится.

А скачать отдельно Зопу и отдельно Plone - это слишком сложно для вас? И что значит "как правило не ставится"? apt-get install zope, и всё.

Yilativs >> перед какими java порталами _необходимо_ ставить squid?
sq >> портал на основе RH CMS

>Чем вас ответ не устроил?

Ещё раз, меня ответ устроил.
Из ответа я понял, автора не знает разницы между порталом и CMS, не знает рынка, не знает критериев внедрения системы.
Не говоря о том, что не знает языков программирования о которых говорит.

>- у вас опять нет аргументов.

2 All. Это только у меня одного впечатление, что в школе начали изучать PHP и Python :)))
Причем читают эти языки детям явно плохо :(

> Из ответа я понял, автора не знает разницы между порталом и CMS, не знает рынка, не знает критериев внедрения системы.

Эксперт?
Вы как-то цитаты с википедиа, которой же вы и тыкали,
игнорируете :)

> Не говоря о том, что не знает языков программирования о которых говорит.

Да, конечно, в отличии от вас, Виталий, у нас нет в графе скилс->Java: Novice, скилс->C++: none - это как раз и есть наисовременнейшее образование в духе "Зачем знать C++, если он произошел от Java?" :)
Сколько вам лет, Виталий, говорите? (Не буду позорить.)

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

Да, Java - это то, что нужно везде.
Java Portal - самый портальный портал из всех порталов ;)

Скажу, что уж Python всяко интереснее Java (извините, что такое Python вы не знаете - старая школа, наверное? ;) ), а Plone - любых Java Portal'ов.

Для gnome.org выбрал бы все-таки Joomla - почему, описано выше.

> А скачать отдельно Зопу и отдельно Plone - это слишком сложно для вас?

Да они мне оба ни в одно место не упёрлись, если честно. Просто я не
видел полноценных дистрибутивов без питона, а в это поделие его зачем-то
в нагрузку запихнули. Вопрос был только в этом. А apt-get - это мимо
кассы. Он не везде есть. Я во всяком случае такой хренью не пользуюсь.

> Просто я не видел полноценных дистрибутивов без питона

Ну так я вам ссылку дал. Обращайтесь. :)

Вот ведь а. Plone еще не посмотрел, а уже хаять на полную начал. Ну где разум?

По поводу Plone vs Drupal: 1) Как я понял речь не идет о переводе из менюшек (ради этого менять движок просто глупо), речь идет о поддержке переводов самих страниц (т.е. их содержания), а с этим у Plone всё более чем в порядке. 2) Гибкость изменений: покажите хоть что-нибудь близкое к ZPT шаблонам в drupal? 3) Добавление функционала: курить инфу по Archetypes - палочка выручалочка по всех задачах связанных с Plone.

Все это описано (еще раз повторяю) в Plonebook (ищите на сайте plone.org), пока её не прочитаете все наезды на Plone считаются безосновательными, поскольку методом тыка с наскока разобраться в его возможностях никто не сможет.