Найти - Пользователи
Полная версия: Переход на Zope
Начало » Zope/Plone/Bluebream » Переход на Zope
1
Pontorez
Можете ответить на несколько вопросов?

Сайт с посещаемостью 2000 хостов/день, на нём хранилище файлов. Юзеры качают по 10 гигабайт в сутки. Думаю перейти на Zope.

1. Zope рассчитан на такую посещаемость?

2. На сайте 4Гб контента, думаю, впихнуть его в ZODB или оставить в виде файликов. Файлики в основном - mp3 + немного видеоклипов.

3. Какую версию Zope выбрать - 2 или 3? Немного смущает, что 3 - бета. Не является ли 3 более медленной?

4. Имеет смысл заменить встроенный веб-сервер Zope каким-нибудь Апачем? Меня очень волнует производительность, как бы всё это не загнулось в реальных условиях =)

5. В Zope2 какая-то подстава с драйвером для mysql:

> The Zope Gadfly product is a free Zope database adapter intended for demonstration purposes only.

Другого способа подрубить БД я не нашёл. Можете помочь?

6. Потянет ли MySQL таблицу зареганных юзеров (500,000 строк) и таблицу статистики скачивания (1,500,000 строк)?
j2a
Думаю перейти на Zope.
Зачем?
Pontorez
Хочется избавиться от разрозненных технологий (java servlets+perl+php+oracle+mysql). И заодно сделать какое-то подобие CMS.
astoon
> Сайт с посещаемостью 2000 хостов/день
Вообще-то это может быть и не много … например, на сколько часов приходится эта посещаемось ?
1. У Launchpad'а или NASA посещаемость больше, насколько я понимаю. Сейчас сам начинаю работать над сервисом, рассчитаным на серьезную загрузку. Правда, на Zope 3, и не для вэб, а XML-RPC.
Есть ZEO, так что всегда можно распределить на несколько машин. Но сейчас об этом можно не думать, так как это “преждевременная оптимизация” :)
2. Хранить в файловой системе. Пользоваться кеширующими инструментами - внешними, или родными, зоуповскими.
3. Zope 3 уже давно нельзя назвать бетой. И, сдается, он скорее быстрее, чем медленней, при прочих равных условиях.
4. Встроенную медузу / твистед ничем заменять не нужно, нужно просто поставить фронэнд. И для данного случая, насколько я понимаю, лучше не Апач, а nginx для отдачи статики.
5. Gadfly это продукт для забавы и утехи :) Скажите что конкретно нужно, постараемся ответить.
6. Не понял. Зачем ее вообще куда-то подтягивать ?

С CMS фантастики от Zope не ждите :) IMHO, для управления статическими ресурсами у других фреймворков в этом отношении дела нисколько не хуже.
redixin
astoon
4. Встроенную медузу / твистед ничем заменять не нужно, нужно просто поставить фронэнд. И для данного случая, насколько я понимаю, лучше не Апач, а nginx для отдачи статики.
тотально прав. кстати последний lighttpd неслабо рвонул в плане производительности

http://www.lighttpd.net/benchmark
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Powered by DjangoBB