Нужно переписывать на go, наверное. Или своих костылей добавить. Но времени на это нет.

не бери задач больше, чем твоё приложение может обработать. Это не проблема фреймворка как бы)

Ну а как быть? Если логика приложения написана на php. Задачи могут работать ОЧЕНЬ долго. Поэтому внедрили очереди. И вот когда задача в очереди отработала и вернула результат, то нужно дернуть функционал, который на php чтобы выполнять еще что-то.

Ну а как быть? Если логика приложения написана на php. Задачи могут работать ОЧЕНЬ долго. Поэтому внедрили очереди. И вот когда задача в очереди отработала и вернула результат, то нужно дернуть функционал, который на php чтобы выполнять еще что-то.

дробить на более мелкие, очевидно

Просто прикол в том, что это все написал один чувак и за 3 месяца суммарно, наверное. И это приложение жонглирует чудовищно высокими абстракциями. И все вроде работает. Это прикол symfony, кстати.

дробить на более мелкие, очевидно

А вот дробить на более мелкие и уже не на php - это ппц как долго = дорого

в соседний чатик напиши "эй, чуваки, что такое саги") и большая задача превращается в десяток маленьких, атомарных, которые не просирают в холостую ресурсы)

да не, нормально)

http://phalconphp.com

извращенец чтоль или только слышал о нем, но не использовал?!

извращенец чтоль или только слышал о нем, но не использовал?!

Второе. Все ни как не возьмусь за его изучение. Как послушаю подобные отзывы желание пропадает

dypa думаю лучше потратить ресурсы на изучение Symfony. Как считаешь?

Конечно симпхони лучше изучить

Ну пхалкон может быть крут там где у тебя хайлоад инфраструктурные задачи, а серверов накупить нельзя

Второе. Все ни как не возьмусь за его изучение. Как послушаю подобные отзывы желание пропадает

офигенная история советовать то, что не использовал...

dypa думаю лучше потратить ресурсы на изучение Symfony. Как считаешь?

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

Ну пхалкон может быть крут там где у тебя хайлоад инфраструктурные задачи, а серверов накупить нельзя

не крут он и в производительности, php5 он уделывал, а php7 уже нет

не крут он и в производительности, php5 он уделывал, а php7 уже нет

Он соревнуется не с php а с другими фремворками же

https://blog.phalconphp.com/post/benchmarking-phalcon вот тут он быстр на 7.1

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

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

Напиши свой бенчмарк который покажет обратное

Напиши свой бенчмарк который покажет обратное

зачем мне это?

dypa думаю лучше потратить ресурсы на изучение Symfony. Как считаешь?

Как писать так ники пользователей?

набираешь @ а дальше выплывают подсказки

@chebotarevp спасибо

Всем привет, кто нибудь может помочь разобраться в работе api по soap ?

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

https://www.facebook.com/sergey.klay/posts/1652164788174906

убогий пост типа, "фалькон хорош, мы круты, а вы школьники" печально

Написано 33 минуты назад) По мотивам обсуждения тут чтоли?

о, хех, не заметил, забавно

Ну допустим пхэлкон не нужен, но ведь еще есть зефир, который интересный.

интереснее, чем го?

Вообще идея переписывать критичные места на низком уровне крутая.

интереснее, чем го?

По идее да, ведь го как не крути - это отдельная экосистема

Надо учить отдельный язык, регаться на отдельных форумах с отдельными людьми. Много в голове держать.

но на голову выше для критичных мест

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

В свое время мы так страдали что jms serializer не написан как .so расширение

но на голову выше для критичных мест

А таких мест может и нету) Вообще это миф что успешные проекты все делают грамотно и ровненько

не, ну я про последующее подпирание

Я из доклада Чистякова узнал как триггерится GC в джаве, вы это слышали вообще? Там очень "интересный подход"

А если взять исходники пхп 7, то там вообще все обложено макросами. Вместо си практически написано на макросах.

ну такое во многих крупых си проектах

чёт донный пост какой-то. автор явно тут в чатике засел и шпионит

ну порвало его, бывает, чо... особо когда любимое дело

для фалькона, уверен, есть своя ниша, когда он будет хорош

чёт донный пост какой-то. автор явно тут в чатике засел и шпионит

Нет, автора тут нет

Вобще то тут 700 человек. Это как если бы ты выступал в битком набитом зале на конференции highload :)

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

для фалькона, уверен, есть своя ниша, когда он будет хорош

да вот чёт не придумывается никак) есть свуле, от него хоть толк есть) а фалкон - хэллоувордить на потеху микросекунд

Например rtb система

когда мало юзер математики, быстрые иточники данных типа мемкеша

но поделку наших изящноглазых товарищей чёт никто не пиарит) у них, к слову, нет проблем и/о, о которых автор сабжа хнычет)

проблема и/о решается только тредами ;)

Или например вообще взять часть проекта на который большая нагрузка, и переписать его.

не, паш, тут дело в соотношении "инфраструктурный код, типа роутеров и т.п."- "юзер код" - "слип в ожидании i/o"... если у тебя, например, отношение 1:5:10, то фалькон, ускорив первую часть ... ну толку то не даст, ну будет 0.1:5:10...

ну в общем уверен ты сам понимаешь

о том и речь была в самом начале холивара) сам по себе фреймворк - сраный мизер в жизни большинства проектов)

Так сайты новостники очень вписываются

Как раз мое позапрошлое место работы

Там 1кк хитов в день было или что-то типа того

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

В общем до 10к онлайн доходило. И все это могло бы крутиться на 2 сервачках и 2 базы с репликой )

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

Мы все горячие новости засовывали в redis, работало на ура.

ну о чём и речь)

или приделать к nginx шаблонизатор и научить его напрямую в мемкеш ходить ;)

что-то такое было вроде

делается в пару строк) сам юзал)))

делается в пару строк) сам юзал)))

Ну вот тебе и ниша для пхалькона.

да зачем он там, если он не учавствует?)

нжинкс лезет в мемкеш, если находит, отдаёт) если нет, поднимает приложение) всё прошло, в кеш положил и спатенькать

Чтобы сделать комфортную логику и не извращаться с размазыванием по кешу

чем она с фалконом комфортнее будет-то?)

Более классический MVC код

чем что?

при чём тут мвц вообще?

mvc удобен и хорошо изучен

так он тут каким боком затесался?

Таким что если только nginx <-> memcache делать то возникают разные трудности и проблемы.

например

В частности с инвалидацией и обновлением

например

у тебя ключ в кеше - адрес ресурса. В чём проблема?

и я так и не понял, чем фалкон тут поможет)

у него какой-то особый mvc?

В том что ресурс состоит из других ресурсов которые динамически меняются

я тебя не понимаю)

Например у новости есть рекомендуемые новости, лайки, правила доступа , переписываемые урлы и т.д.

ну а что тебе мешает их собирать отдельно?)

кроме лени, разумеется

Мешает то что каждый раз надо оббегать 1000500 ключей?

И на каждом перегенерить кеш?

нет ну конечно лучше построить 1 монстространицу сервером и отдать клиенту)

Конечно лучше )

Будет единая точка с логикой, которую можно передеплоивать.

передеплоивать... любопытно)

а как с инвалидацией редиса дела обстоят? я вот лайк к новости поставил. Всё представление целиком ребилдим?

Ну впринципе хорошая альтернатива - разбивать ресурс на несколько логических блоков. И потом их как раз собирать.

Например 1) блок новости 2) блок рекомендаций 3) блок комментариев 4) блок лайков и лычек