Аминь!

Ура! Удачного переезда!

как человеку знакомому со всем этим — как вы без всего этого жили ))?

Говорят, что "один переезд равен двум пожарам", а тут сразу и на новый сервер, и на новый код. Ну, дай-то нам Боги всем эргрегором и оптом, и в розницу!

капец. молодцы. въезжаете в новый век. Судя по перечню используемых технологий и зная их возможности ожидаю чего-то феерического. понятно, что не завтра =)

Удачи всем нам!

За последний год — уже второй переезд!

Ну да ладно — главное, чтобы у Вас всё получилось.

А мы, если что, готовы и потерпеть.

Удачи!

Короче, он станет быстрее грузиться и реже отваливаться?

> как человеку знакомому со всем этим — как вы без всего этого жили ))?

CGI

> Короче, он станет быстрее грузиться и реже отваливаться?

Быстрее — однозначно, а отвалов и сейчас уже весьма немного.

Удачи!

Успешного переезда!

(мечтательно) Наконец-то у программистов появится время на выполнение ТЗ и создание всяких новых функций "по просьбам трудящихся".

Работает? Не трогайте. Впрочем, что это я...

Упс, Перл?... Однако.

А нафига зачем вам мемКешд если есть редис? У перла, конечно, нет серверного процесса, в отличие от той же явы, но редис по-сути и есть такой кеш. Так что подумайте.

Честно говоря, как архитектор, посоветовал бы вам питон или яву вместо перла. Ява-девелоперы конечно дорогие, но питонистов — валом. Для среднего по размерам проекта, который будет сопровождаться таки долгое время, и для которого скорость и стоимость разработки в приоритете.

Ruby еще можно.

В web-программировании ничего не понимаю. Из всего перечисленного знаю только git.

> Честно говоря, как архитектор

Как архитектор, присоединяйтесь к нам и примите участие в формировании архитектуры!!!

А вот другой язык в ближайшее время у нас вряд-ли появится. Может через пару лет...

>> посоветовал бы вам питон или яву вместо перла

Перепишете 5 Мб кода на Питон? )

>> зачем вам мемКешд если есть редис

Мемкеш значительно быстрее. Где не нужен сброс на диск, целесообразно использовать его.

Удачи!!!!

Чего по-настоящему хочется, так это не обновляться постоянно, чтобы видеть новые сообщения. Ужасно неудобно. А ведь когда-то давно такой проблемы не было.

Клиентское API у вас случайно не появилось? Или может планируется в обозримом будущем.

>> не обновляться постоянно, чтобы видеть новые сообщени

Где именно? Комментарии в новостях?

>> API у вас случайно не появилось?

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

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

Много же Вам предстоит.

Со всем перечисленным знаком. Посмотрю на результат.

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

Просто я знаю что 5мб кода на перле саппортить через год будет труба, я контибьютил много кода в багзиллу — это ппц.

Вот, если вы хотите использовать редис как субд — там есть вопросы с транзакциями, т.е. грубо говоря использовать его вместо субд я бы не стал, есть печальный опыт. А вот вместо кеша рид-онли — запросто.

Если вместо субд — то надо делать вот так (это кстати сами ребята из редиса советовали)

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

я бы оставил мускл в роли субда, все кешировал в редис вместо мемкешеда, обновлял редис по мере обновления событий из админки или клиента... где-то так

а вообще насчет архитекутры — только за, присылайте чего есть из дизайн документов или чтобы там у вас ни было, может че-нить посоветую

Во славу Лаборатории!