PHP Fusion Core Edition 7 - миниобзор

> пошёл читать :)

Очень характерно люди не знают языка, а лезут сравнивать.

> Структура питона максимально простая, что специфического в структуре(?) __add__?

тем, что она подменяет a+b, а не a.__add__(b)

> Очень характерно люди не знают языка, а лезут сравнивать.

приходилось писать.

Это называется синтаксический сахар.

В руби он тоже есть, ибо a + b подменяет a.+(b)

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

> а это ты спроси у того, за кем я эту хрень доделывал) Но блин "В Оракле всё нормально с этим"

это связанно с вебом ?

Впрочем, по разделу «О себе» на вашем сайте можно понять, что вы программируете на всем, но ни чего хорошо не знаете, так что вам простительно.

> Впрочем, по разделу «О себе» на вашем сайте можно понять, что вы программируете на всем, но ни чего хорошо не знаете, так что вам простительно.

так и есть, я и не спорю. Но приходится крутится, жизнь такая. А реально хорошо знаю, пожалуй, только AS, ну и PHP, т.е. то, что в реальных вещах использую.

> Вот если бы японский студент не исковеркал красивейшую смолтолковскую концепцию посылки сообщений, то можно было бы a + b без сахара использовать.

спасибо. Тоже нужно посмотреть.

> это связанно с вебом ?

нет. Там скрипт был, по крону запускался.

Кто-нибудь объяснит, зачем нужны CMS?

Вот, например, для Web-проектов на JSP/JSF создал каталоги, разбросал исходники, статик-контент и необходимые библиотеки по ним, собрал всё Ant'ом или Maven2'ом в WAR, забросил тот в каталог Web-сервера и сидишь, довольный. Какие, нафик, CMS?

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

Кроме того, у PHP Fusion 6.х по умолчанию не было RSS на каждый чих, в чём она существенно уступала тому же друпалу.

>собрал всё Ant'ом или Maven2'ом в WAR, забросил тот в каталог Web-сервера

> Какие, нафик, CMS?

Теперь обучи этому секретаршу Лену с 4-м размером груди и 10 классами образования. Как обучишь - напиши книгу "JSP for blondes: success story".

>Твою мать. Очередная ЦэМСэЭс с кашей из HTML, SQL запросов и кода PHP.

Ну, я могу опять свою BORS(C) порекламировать. Мухи отдельно, котлеты отдельно. ORM, MVC, произвольные источники данных, от flatfile до orcale, модульность, лёгкая интеграция почти с любой другой системой. OpenSource и GPL. Но у меня свой недостаток - до сих пор никакой документации :)

>Кто-нибудь объяснит, зачем нужны CMS?

Как только придётся больше одного раза сделать хотя бы проект уровня лента новостей + статьи + форум + вакансии/резюме + фотогалереи + перекрёстные ссылки всего этого - тогда и сам поймёшь :)

Вернее, не совсем прав. Это я про CMF.

А у CMS есть куда более приземлённое и расширенное применение - использование людьми, не умеющими программировать.

>у CMS есть куда более приземлённое и расширенное применение - использование людьми, не умеющими программировать.

> ant deploy
или
> mvn deploy
трудно набрать даже блондинке? :O

>трудно набрать даже блондинке? :O

Блондинке - х.з.

Мне - явно трудно:

$ ant deploy
Buildfile: build.xml does not exist!
Build failed

$ mvn deploy
bash: mvn: команда не найдена

> Вот, например, для Web-проектов на JSP/JSF создал каталоги, разбросал исходники, статик-контент и необходимые библиотеки по ним, собрал всё Ant'ом или Maven2'ом в WAR, забросил тот в каталог Web-сервера и сидишь, довольный. Какие, нафик, CMS?

зачем на нагруженном сервере отдавать 2 Гб памяти под Жабку, если MVC фреймвок на Python будет потреблять в 10 раз меньше памяти ?

> зачем на нагруженном сервере отдавать 2 Гб памяти под Жабку, если MVC фреймвок на Python будет потреблять в 10 раз меньше памяти ?

Зачем изнашивать механические винчестеры для периодической подгрузки интерпретируемого кода?

Накупили памяти вагон — весь сервер и нативный код E-приложения хранится в памяти. Если вам милее и нужнее RAID-0 для ускорения загрузки интерпретируемого кода, то явщикам важнее гораздо более дешёвая и несравнимая с механикой, более скоростная вещь — оперативка.

>Мне - явно трудно

Ты забыл войти в каталог проекта. Хотя блондинки build.xml или pom.xml не держат в корне проекта, так что не удивительно...

>трудно набрать даже блондинке? :O

Представь себе - трудно. Некоторые пользователи вообще не знают что такое командная строка.

Кроме всего прочего, невыгодно ставить выделенный сервер с сервером приложений и супер-пупер СУБД для сайта с посещаемостью в 1000(и даже - 10000) человек в день.

>Представь себе - трудно. Некоторые пользователи вообще не знают что такое командная строка.

Пользователи не должны поднимать сервера. По крайней мере, такие, которые не в курсе о существовании командной строки.

А для этих есть народ.ру и геосайтс.

>Кроме всего прочего, невыгодно ставить выделенный сервер с сервером приложений и супер-пупер СУБД для сайта с посещаемостью в 1000(и даже - 10000) человек в день.

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

>Пользователи не должны поднимать сервера.

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

>Пользователи не должны поднимать сервера. По крайней мере, такие, которые не в курсе о существовании командной строки.

Именно. Потому и есть на свете CMS, чтобы не надо было руками лазить по серверу/БД и плодить вручную каталоги и разделы сайта.

>Чем меньше клиентов у фирмы, тем ценней для нее каждый из них.

Но из этого совершенно не следует что для *каждого* сайта с 1000 уникалов надо ставить выделенный сервер. Решать задачу надо адекватными способами. Для сайта ООО "Рога и Копыта" с мизерной посещаемостью, состоящего из ньюсфида + статей + форума, нет никакого смысла покупать пятиюнитовый сервер и развертывать на нем сервер приложений с Oracle и Java. Вполне сойдет и PHP + MySQL.

>Если тебе не по душе суровая правда жизни, можешь убиться об стену :) Но, как ты ни страдай, пользователи тебе ничего не должны...

Страдают пользователи, занимающиеся не своим делом.

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

>Именно. Потому и есть на свете CMS, чтобы не надо было руками лазить по серверу/БД и плодить вручную каталоги и разделы сайта.

cms в абсолютном большинстве случаев не позволяют сделать полезный сайт. Все успешные проекты, это yf 99% одновременно и движки.

>Но из этого совершенно не следует что для *каждого* сайта с 1000 уникалов надо ставить выделенный сервер. Решать задачу надо адекватными способами. Для сайта ООО "Рога и Копыта" с мизерной посещаемостью, состоящего из ньюсфида + статей + форума, нет никакого смысла покупать пятиюнитовый сервер и развертывать на нем сервер приложений с Oracle и Java. Вполне сойдет и PHP + MySQL.

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

Речь не про PHP и Mysql. Вполне можно сделать и на них хороший сайт. Главное, это возможность сделать адекватный сайт, с необходимыми для клиентов сервисами. На тыщщу клиентов вполне пойдет и пэхапэ и мускул.

>cms в абсолютном большинстве случаев не позволяют сделать полезный сайт. Все успешные проекты, это yf 99% одновременно и движки.

Тем не менее, спрос на CMS есть сейчас и будет в дальнейшем. Потому, что не всем нужны успешные *веб* проекты. Особенно, если интернет - не основной вид деятельности. Все, что нужно многим компаниям (сюрпрайз!) - это максимально простой в стоимости и управлении сайт, позволяющий вывесить новости, несколько статей и контактную инфорамцию. В ряде случсев никого особо не интересует посещаемость сайта; все, что требуется - чтобы пользователь мог зайти на сайт и получить определенный сведений о компании.

Эти задачи - типовые и неплохо решаются посредством CMS/CMF (см. Bitrix).

>Оптимизация расходов подразумевает гораздо более гибкие решения.

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

>Все, что нужно многим компаниям

Это простой статический сайт + работа по его продвижению.

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

>В ряде случсев никого особо не интересует посещаемость сайта

тоже правда. чаще всего менеджмент слышал звон, но не знает где он...

>Эти задачи - типовые и неплохо решаются посредством CMS/CMF (см. Bitrix).

Многократно проверено, что битрикс не решает проблем, но неплохо нагружает самый что ни на есть мощный дедик. Счас, для примера, под ним у нас стоит 4-х процовый ксеон с 8 гигами...

> Зачем изнашивать механические винчестеры для периодической подгрузки интерпретируемого кода?

хм, какие подгрузки ?

>> Зачем изнашивать механические винчестеры для периодической подгрузки интерпретируемого кода?

> хм, какие подгрузки ?

Человек, похоже, из тех, кто считает, что PHP (в частности, и вообще - всё, что не имеет явного компилятора в нативный код процессора) - это интерпретатор. При этом, кроме того, не слышавший ничего даже о дисковом кеше :)

>Это простой статический сайт + работа по его продвижению.

Зачем, если можно один раз заплатить за прикручивание шкурки с дизайцном к CMS c визуальным редактором и отдать всю работу девочке-секретарше?

>...битрикс не решает проблем, но неплохо нагружает самый что ни на есть мощный дедик...

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

Просто не надо хотеть купить готовую CMS и построить на ней мегапортал.

>...PHP (в частности, и вообще - всё, что не имеет явного компилятора в нативный код процессора) - это интерпретатор. При этом, кроме того, не слышавший ничего даже о дисковом кеше.

А также - о eAccelerator, Zend Optimizer/Zend Accelerator, APC....

для тех кто не в курсе :

PHP-Fusion это самая простая непропиертарная CMS для программиста. Шаблонов нет, ооп нет и они там не нужны ! В внутренностях остальных CMS вы разбиратесь с неделю, а тут просто берете и фигачите модули под себя.

> ....Шаблонов нет...

Ога. И для того, чтобы натянуть дизайн на этот фьюжн, надо переписать почти весь ее код. Энтерпрайз, да.

Разумеется, как иначе? Ведь если у ЦэМэЭс будут шаблоны, энтерпраз-кодеру не заплатят денег!

> PHP-Fusion это самая простая непропиертарная CMS для программиста.

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

>Зачем, если можно один раз заплатить за прикручивание шкурки с дизайцном к CMS c визуальным редактором и отдать всю работу девочке-секретарше?

1) Дизайн при этом сильно ограничен.

2) не будет ссекретарша разбираться со всем этим. проверено неоднократно на самых разных CMS. На эту работу берется человек.

>При относительно большой посещаемости - да, нагружает. Но для небольших сайтов его вполне достаточно (хотя то, как написан и спроектирован Битрикс - это еще та песня).

То ессть ппри большой посещаемоости он не нужен, ибо крив и стандартен. А при небольшойй он теем более не нужен, потому что нужнаа индивидуальность, а не шкурка на битриксе...

>Просто не надо хотеть купить готовую CMS и построить на ней мегапортал.

Обычно именно это и хотят.