b
схема без вебсокетов, но с асинхронщиной по HTTP
Size: a a a
2020 May 15
AP
у меня давно был фронт, к-й работал с БД, а тяжёлый процессинг PDF отсылал на другой сервак. Асинхнонно, конечно, и когда тот что-то отвечал, уже соответсвующим образом доставлял в БД и отвечал пользаку
ну, можно было б и "просто так" такой сетап делать. вебсокеты просто были первым случаем, когда это было необходимо
AP
у меня давно был фронт, к-й работал с БД, а тяжёлый процессинг PDF отсылал на другой сервак. Асинхнонно, конечно, и когда тот что-то отвечал, уже соответсвующим образом доставлял в БД и отвечал пользаку
дело в том, что я для дб адаптеры написал, пул коннектов, и даже свой орм научил пулом пользоваться. так что код оставался прозрачным и для нормального случая и для асинхронного
AP
Это же важно, так бы и юзеров было на порядок больше у PEF
нет, это никак не помогло бы PEF. новые разработки на перле просто никому не нужны. здесь нет места новым идеям, только легаси.
AK
нет, это никак не помогло бы PEF. новые разработки на перле просто никому не нужны. здесь нет места новым идеям, только легаси.
Мне, например, нужны. Я не один такой.
AK
У Perl'а есть 2 преимущества: CPAN и то, что это Perl :)
AK
Так бы писали все на Crystal'е конечно :)
AP
в общем, за несколько лет у меня не вышло найти сторонников/единомышленников или даже просто заинтересованных. всех устраивает моджолишесь. все согласны слушать песню "валенки".
AK
нахрена это нужно в синхронном коде?
зачем это нужно с http
AK
в общем, за несколько лет у меня не вышло найти сторонников/единомышленников или даже просто заинтересованных. всех устраивает моджолишесь. все согласны слушать песню "валенки".
По бенчам при этом Моджо сливает всем
AK
А Kelp самый быстрый\
SZ
Так-то из асинхронности Mojo самое полезное - это render_later, это просто краеугольный камень пользы от асинка там
Я бы не сказал, что это асинхронность. Это просто указание може не рендерить дефолтный темплейт по имени контроллера
SZ
в веб приложении, как правило, нужна дб. дб у нас в перле может быть асинхронной, конечно, но это требует нетривиальных усилий. поэтому, я асинхронность берегу для особых случаев. вебсокеты — вполне такой. к ним у меня есть коро, пул коннектов и мой орм, что всё можно вместе интегрировать и пользовать "как обычно", но он будет при этом внутри асинхронно
И какая графовая, например, ДБ в перле может быть асинхронной?
МИ
в общем, за несколько лет у меня не вышло найти сторонников/единомышленников или даже просто заинтересованных. всех устраивает моджолишесь. все согласны слушать песню "валенки".
А какие вы делали попытки?
Я вот уверенно полагаю, что если программист хочет донести свои идеи, то ему прямая дорога писать об этом на Хабре. Ну во всяком случае среди русскоязычных.
Тут обычно начинают рассказывать что "хабр какой-то не такой" — но блин — ничего лучше у нас нет. Если про вашу балалайку нельзя прочитать на хабре — никто про неё не узнает.
Я вот уверенно полагаю, что если программист хочет донести свои идеи, то ему прямая дорога писать об этом на Хабре. Ну во всяком случае среди русскоязычных.
Тут обычно начинают рассказывать что "хабр какой-то не такой" — но блин — ничего лучше у нас нет. Если про вашу балалайку нельзя прочитать на хабре — никто про неё не узнает.
AK
Я бы не сказал, что это асинхронность. Это просто указание може не рендерить дефолтный темплейт по имени контроллера
Это отложенный рендеринг результата. РТФМ
SZ
Это отложенный рендеринг результата. РТФМ
Ртфм сам.
SZ
Ты знаешь, что моджо рендерит, если не вызывать render?
SZ
Render_later просто это выключает
SZ
Ничего более
AK
Ну, так и суть в этом. Сделано-то для асинхронных обработчиков, потому что как бы в синхронном коде ничего не мешает юзеру явно сделать render - и тогда в render_later нет смысла.