Pull to refresh

Comments 10

а почему именно перл для таких задач?
Perl является самым лучшим средством для склеивания массы используемых нами программных продуктов. Как альтернативу конечно можно рассматривать и python || java (мировой тренд © bobuk). Мы подумываем о том, чтобы мигрировать на python, но относительно продукта, который сочетает в себе saas cms-ку и хостинг одновременно это не будет простым процессом.

Если тут рассматривать ещё и php, то стоит упомянуть, что perl-овых разработчиков найти менее трудозатратно, — их не так много, но все они более-менее адекватны. Среди php-разработчиков же много «шлака», который отсеивать себе дороже.

Кстати, любопытный факт, — самые лучшие perl-разработчики вырастают из молодых экс-сисадминов.
Noed и Ruby — как минимум, сильные альтернативы ;)
А есть ли реальная необходимость в такой сложной конструкции? Не проще(дешевле) было бы закрыть 90% вариантов работы вебсокетов, а для остальных 10% пользователей предусмотреть fallback механизм?
Например, не очень понятно зачем используется Tornado, если вы все равно его пилили — то почему было не допилить Mojolicious и выкинуть лишнее звено из системы?
Механизм делался с запасом на дальнейшее развитие, так как наши клиенты просят много любопытного функционала на сайтах: поиск, регистрацию клиентов, реал-тайм смена валют, консультант-онлайн, email-маркетинг, тепловые карты кликов, сравнение товаров + различные виды их представления и тд и тп.

Построенный механизм является платформой, а форма обратной связи и корзина интернет-магазина стали тем пробным камнем, на котором мы всё обкатали.

Учитывайте, что пользовательские сайты в нашей системе реализованы, как генерящиеся статические html-ки, — это сделано с запасом под нагрузоустойчивость. «Динамика» же (внутреннее название вышеописанного механизма) подключается к ним как независимый плагин. В будущем мы обдумываем возможность, создать специальный app-store для приложений, использующий платформу динамики.
Про Tornado согласен, — его выпиливание в планах. Увы, сейчас загрузка всей команды такова, что планы построены на 2 года вперёд работы без передыха. Например, сейчас готовится к выпуску платная раскрутка сайтов, так как бесплатной версии пользователям не хватает.
Зачем для корзины вебсокеты? Чем обычный ajax не устраивает?
Всё равно не понял, зачем именно вебсокеты а не ajax для корзины? Если придёт 1000 посетителей, и ни один из них не воспользуется корзиной, то всё равно будет открыто 1000 вебсокетов?
Вы верно уловили главную мысль, — именно под такие задачи система и затачивалась. Мы уходим от концепции оффлайн-клиентов и включаем клиентскую часть в состав всей системы. По сути вся система сейчас представляет собой не только сервера, но и совокупность всех клиентских частей.

Подробнее я могу рассказать в следующем посте, когда мы включим на базе этой платформы дополнительные фичи (а не только корзину). Сейчас попытаться об этом рассказать можно, но без конкретно-реализованного функционала, беседа скатится к «корабли бороздят космическое пространство» :)
Sign up to leave a comment.

Articles