А что с ленивостью не так? В доктрине2 есть, во фреймворках/библиотеках всяких где реализовано там есть. Или что подразумевается?

а пример в коде интересует. например, хочу объект, возвращающий четные числа

генераторы не?

есть такое

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

Так генератор же

Ну встроенной функции нету, можно генератор да

Так генератор же

да, оно

а генераторы, возвращающие функции возможны?

частичное применение?

генераторы там прям уже совсем хорошие стали, только вот в мире php нужно быть сильным что бы понимать как изачем все это использовать,

генераторы возвращающие генераторы и по всему этому можно итерировать ))

частичное применение?

Каррирование можно на любом говноязые слабать

частичное применение?

Вот это не знаю, не уверен

А вообще в пхп что в yield пихнешь, то и вернется.

Замыкание, генератор и т.д.

а короутины?

Через генераторы

ну это целые миры react и amp

amp юзает генераторы для этого

Вот выше я давал ссылку - корутины, промисы, дефереды

но я не могу сказать что это здоровая тема для мира php. Для этого есть другие ЯП

А geen threads?

green threads

Чем грин тредс отличается от корутины?

Чем грин тредс отличается от корутины?

Переключение на i/o

ну php однопоточный по определению

ну php однопоточный по определению

green threads - это не про потоки ос

как бэ были потуги, даже рабочие , но сейчас их выбросили и php7 этого уже не будет

green threads - это не про потоки ос

это ясно, просто для этого нужно использовать неблокирующие операции ,

green threads

В проекте icicle эо все реализовано на php

Там есть отдельные менеджеры io, таймеры и прочеие костыли :)

Т.е. вот простой кейс: веб-паук которому надо обойти 50 млн url.

ну это можно на реакте захерачить

Там есть отдельные менеджеры io, таймеры и прочеие костыли :)

И как оно дружит со стандартной библиотекой и остальным кодом?

тока нахера? можно же взять go

И как оно дружит со стандартной библиотекой и остальным кодом?

Никак очевидно.

ну это можно на реакте захерачить

reactphp?

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

тока нахера? можно же взять go

Вопрос не про "чем заменить php"

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

http://programmers.stackexchange.com/questions/254140/is-there-a-difference-between-fibers-coroutines-and-green-threads-and-if-that-i

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

Вот смотрю я на reactphp и вижу лапшу коллбэков

Т.е. вот простой кейс: веб-паук которому надо обойти 50 млн url.

я просто перерос уже ту стадию в которой готов был писать на php ради php

Я так и не понял в чем поведенческое различие между корутинами и грин тредами

На уровне виртуальной машины - не реализовано

Но корутина тоже не блокирует io

Вот смотрю я на reactphp и вижу лапшу коллбэков

ну да , можно еще было бы на nodejs это же узреть, даже лучше было бы... там хоть замыкания нормальные а в зрз это боль

Реакт старый, смотрите айцикль

Там без калбеков

не надоничего смотреть , не нужно использовать php ради php =))

Я так и не понял в чем поведенческое различие между корутинами и грин тредами

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

в короутине вы сами возвращаете управление, а в зеленых тредах - за вас это делает язык

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

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

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

Это во первых спорно, а во вторых то же самое можно сказать про ruby, js, python

Кто не знает концепций корутин и в питоне не сможет

А ленивость снаружи никак не видна и пользоваться ей может любой.

А ленивость снаружи никак не видна и пользоваться ей может любой.

именно. ленивость хороша и очень полезна.

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

ну, в питончике легаси будет работать :)

кому-то не нравится монкипатчинг, правда.

Ну сервис контейнер в симфони очень ленивый

Еле пашет в дебаг режиме

А вот в джанге есть сервис контейнер? ;)

А вот в джанге есть сервис контейнер? ;)

а причем тут джанга? :) я ж спрашиваю про generic things :)

В generic питон сам по себе элегантен и продуман, тут спору нет. Но вот когда дело доходит до написания веб-сервисов - все меняется и приходят они!

Пиэйчпи супермены!

В generic питон сам по себе элегантен и продуман, тут спору нет. Но вот когда дело доходит до написания веб-сервисов - все меняется и приходят они!

tz

ERROR: S client not available

всего две буквы которые убивают "продуманность" питона

tz это что?

time zone

tz

это одно из редких больных мест, но решается сторонним модулем

редких.

никто не спорит. а в сотальном пистаь на питоне слошлое удовольствие

господа, кто-то знает по какому принципу рекурсивные резолверы выбирают name server? вот пример из жизни: у меня 4 ns: 1,2,3,4. Я делаю dig @8.8.8.8 non-existent.domain.com, с запущенным tcpdump на всех ns и вижу запрос на 2ом. Делаю еще раз на другой несущ. домен и опять вижу запрос на 2ом.

В generic питон сам по себе элегантен и продуман, тут спору нет. Но вот когда дело доходит до написания веб-сервисов - все меняется и приходят они!

веб-сервисы прекрасно пишутся на python. или на lua :)

господа, кто-то знает по какому принципу рекурсивные резолверы выбирают name server? вот пример из жизни: у меня 4 ns: 1,2,3,4. Я делаю dig @8.8.8.8 non-existent.domain.com, с запущенным tcpdump на всех ns и вижу запрос на 2ом. Делаю еще раз на другой несущ. домен и опять вижу запрос на 2ом.

Вчера статья на хабребыла гугол прикрыл лавочку

Вчера статья на хабребыла гугол прикрыл лавочку

можно ссыль пожалста?

можно ссыль пожалста?

https://habrahabr.ru/company/centosadmin/blog/282638/

но вопрос не про гугль, а про рекурсивные резолверы в целом. Так сказать, средняя температура по больнице интересует. Кто как выбирает ns.

https://habrahabr.ru/company/centosadmin/blog/282638/

спасибо

почитал статью, там ребята балансируют через dns rr и удивляются, что мир круглый. В общем, они ссзб.

ето ты зря

ща тебе расскажут всё про rrdns

мне уже рассказали, что мониторить надо мониторингом, значит балансировать надо балансером, а не днсом)))

мне уже рассказали, что мониторить надо мониторингом, значит балансировать надо балансером, а не днсом)))

А деплоить тогда чем?:)

Так а че свои ДНСы же можно поставить

И резолвить там как угодно

Так а че свои ДНСы же можно поставить

Всем их не пропишешь

Всмысле?

Ты в домене прописываешь DNS и все. 2 ns сервера

Все клиенты начинают через него ходить к тебе

Гугль будет только 1ip отдавать, насколько я понимаю

Да при чем здесь гугль? Или я что то не понимаю? :)

А юзеры часто именно его спрашивают

Или внутри днс балансить?

Да на своих днс

Или это не будет работать потому что зона приедет в гуглоднс так или иначе?

говорят, что гугловый резолвер пуляет anycast на все ns, а потом долбится в самый быстрый

у нас просто много своих ns, они разбросаны по миру, а bgp нету, но хочется быстрое время ответа)))