Пробовал ли кто-нибудь поднимать, тестировать производительность….
Поделитесь впечатлениями.

не знаток zope и gae только начал смотреть, но исходя из всевозможных лимитов думаю zope приложение долго не протянет)
там же и лимиты на процессор и на число файлов и тп (хотя сейчас есть импорт из zip архивов)
имхо для gae лучше юзать что-то “минималистическое”, тотже дефолтный webapp с набором сторонних утилит

по сабжу глянь блог http://blog.kapilt.com/

http://quinta-zope3.appspot.com/
http://worldcookery.appspot.com/

user: admin
password: admin

десь за місяць все стане опенсорсним і буде можна і скачати і почитати про портування

crchemist
Все-таки портанули? Я так памятаю там багацько треба було переробити, і модулы на С переписати…
З мого останнього візиту не так багато часу пройшло, так що вітаю.
Я от тільки не зовсім розумію - а навіщо?

Ferroman
Я так памятаю там багацько треба було переробити

Дуже багато. Почали переробляти на почату червня. Десь до середини серпня запустили на sdk. Потім десь за місяць нарешті запустили на GAE. Крім переписувань сішних модулів яких троха назбиралось, проблеми були і зі стандартною бібліотекою. До того ж замалі квоти для зоупу (тепер вже нормальні (десь 2гий тиждень)) - довго профайлили зоуп і переписували проблемні участки. Також тормозило портування багато багів які були як на sdk так і на самому gae. Ще проблемою було те що зоуп не поміщався в 1мб - писали свій zip імпортер (тепер 10мб можна вантажити - тому проблема відпала) (setuptools не працювали - тож яйця не могли використовувати). Десь місяць назад вдалось запустити setuptools (для запуску http://grok.zope.org) але коли багато яєць - швидкість роботи знижується порівняно з одним zope.zip. Зараз чистий zope зі скіном Rotterdam жере приблизно 10тис ms-cpu при першому завантаженні і по 400-500 при наступних - не так погано. А маленька аплікація на grok - 17тис (через setuptools and many eggs). Залишилось це все якось упакувати(певно buildout), написати про це і викласти.

Ferroman
Я от тільки не зовсім розумію - а навіщо?

На зоупі є мегакрутий фреймворк grok ( http://grok.zope.org ) Це типу аналог django, а крутий він тим що в будь-якому місці можна використовувати можливості zope. Плюс для зоупу написано багато аплікацій які тепер можна запускати на GAE. Наскільки я знаю аплікації для django без рефакторингу не запускаються на GAE, бо там використовуються інші моделі (db.Model). Для зоупівської аплікації все простіше - якщо вона запускається на звичайному zope3 - вона запуститься і на zope3 for gae бо аплікації на зоуп використовують ZODB і тому їм похєр на всякі Datastore і тд. Datastore є бекендом для ZODB - сам зоуп цього взагалі не бачить -він як працював з зодб так і працює. А ще gae може стати певно єдиним free zope3 hosting.

Хм, цікаво.
Але zope точно не моє. Не вловив я щось його “фішки”.

Ferroman
Не вловив я щось його “фішки”.

Я десь років 3 вловлював) зоуп справді є складним але якщо розібратись - дуже потужна штука. В нього є дві основних частини: база даних - ZODB і пакет яким все ліпиться до купи - zope.component, а всі решта пакети - опціональні, без них можна обійтись (тай без zodb можна обійтись - repoze.bfg http://static.repoze.org/bfgdocs/ - мінімальний зоупподібний фреймворк). Ну а grok класний тим що на ньому можна писати не здогадуючись про зоуп, zcml, компонентну архітектуру, бд…

Ти б написав якусь обзорну статейку, а то якось тратити 3 роки… ;)
Цікаво, просто чез брак досвіду важко визначити для яких задач він буде найкращим вибором.

А по русски … можно? Не в обиду сказано … русский для стран СНГ, как английский для всего мира.

Сообщение удалено.
Причина:

На форуме запрещается:
-затрагивать так или иначе исторические или политические темы.