FLOW3 и фремворки в TYPO3

[jettero]

Сообщение от Valery Romanchev

Насчет extbase и fluid - текущая версия уже вполне юзабельная.

С производительностью проблем нет: на реальном сайте скорость генерации списка, который дергает 5 таблиц и рендерит картинки - в пределах 1-1,2 сек (согласно тому, что пишет админ панель). Т.е. ничем не хуже обычного традиционного экстеншена.

Extbase Кикстартер работает, хотя еще не доделан до уровня старого кикстартера.

А под нагрузкой как себя ведет? Если потестить через ab, то сколько запросов в сек обслуживает?

[Valery Romanchev]

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

А под нагрузкой как себя ведет? Если потестить через ab, то сколько запросов в сек обслуживает?

стоит на shared сервере, так что ab мало что скажет

Что касается реальных проектов среднего масштаба на extbase:
про каталог с 10 тыс. товаров
http://t3con10-frankfurt.typo3.org/s...r_detail_paper[uid]=161&tx_ptconfmgm_controller_detail_paper[pid]=200

[dimaip]

Могу подтвердить, что extbase по производительности вышел на вполне приемлемый уровень.
Например сейчас доделываю плагин читального зала у нас на сайте, работает вполне адекватно:
http://194.85.139.73/index.php?id=48 (PS: естественно work in progress)
Добиваем сейчас этот сайт, там еще будет пару разделов на extbase.

Интересно, много ли кто сейчас у нас использует extbase на практике?

С уважением,
Дмитрий.

[are]

может кто подскажет

установил typo3 (4.3.5, 4.4.2)
на локальный сервак Server2go

Apache/1.3.35 (Win32) PHP/5.3.2
Версия MySQL-клиента: 5.1.41
PHP расширение: mysql

у меня несколько вопросов. Было заявлено, что typo3 стала быстрее на 90%
но 4.3.5 работает шустрее, чем 4.4.2, с чем это может быть связано ?

возможно компутер слабенький .. и подтормаживает javascript?

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

[dimaip]

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

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

Он будет работать в v4.x, но не в v5. v5 - это новая эра, и там все по другому.

Дмитрий.

[Valery Romanchev]

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

у меня несколько вопросов. Было заявлено, что typo3 стала быстрее на 90%

где это писали? мне такой цифры не попадалось

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

но 4.3.5 работает шустрее, чем 4.4.2, с чем это может быть связано ?
возможно компутер слабенький .. и подтормаживает javascript?

да, может быть из-за этого
были посты, что админка на очень страрых компах стала работать медленнее

[are]

спасибо за ответы

я, видимо, выдал желаемое за действительное

... This results in a reduction of server requests by as much as 90 percent!

http://typo3.org/download/release-notes/typo3-44/

[Valery Romanchev]

Сообщение от Valery Romanchev

Что касается реальных проектов среднего масштаба на extbase:

еще один пример http://t3con10-frankfurt.typo3.org/f....de/BiZbZ5.pdf
http://www.slideshare.net/netlogix/b...nd-apache-solr

[Ивано++]

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

Посмотрим что выйдет,
лично я скептически отношусь к созданию новой ветки TYPO3 несовместимой со старой. ИМХО лучше бы эти силы тратились на доработку существующей ветки и последовательное ее улучшение с хорошей обратной совместимостью.

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

Собственно, это вполне себе выход - использовать нормальные фреймворки на нормальных языках программирования. Как-то до сих пор все экстеншены к v4 не очень MVC. Да и прочих преимуществ фреймворков нет - отсутствие внятного ORM (TCA и t3lib_db не стоит рассматривать в качестве ORM), отсутствие хороших библиотек для построения форм и т.п. - всё это приводит к огромному количеству откровенного мусора в TER и сводит на нет преимущества "второго типа систем".

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

Вот ИМХО и надо внедрять это в v4 – ORM, формы, MVC, AOP итп. Не обязательно же сразу выкидывать t3lib_DB. Можно сделать альтернативную билиотеку t3lib_db_orm, например, и через несколько версий, когда она будет уже полностью рабочей, можно старую t3lib_db объявить depricated и еще через несколько версий удалить. То же сделать с MVC - сделать альтернативную библиотеку вместо tslib_pibase, tslib_pibase_MVC итп..

Понятно что разбираться с чужим ядром мало кому нравится, а разработать что-то новое интереснее, вот все и кинулись на v5 . Но ИМХО больше пользы будет не от револиции, а от эволюции v4 ветки, с последовательной заменой частей ядра, чтобы была приемлимая совместимость и можно было бы сайтам мигрировать постепенно.

согласен