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

@fes0r Сергей, хотел бы поинтересоваться у вас по поводу метода clear() в EntityManager в доктрине. Следует ли его вызывать после flush()?

если планируешь переиспользование этих сущностей - не вызывай. если надо чистить память - вызывай

По стилю что-то корнеловское

Вверху призыв "банить за вопрос про api инстаграмма" а ниже безвкусная пошлая картинка) отлично!)

Проиграл с картинки, простите.

Вверху призыв "банить за вопрос про api инстаграмма" а ниже безвкусная пошлая картинка) отлично!)

призыв не оч же. А картинка не безвкусная(

А давайте устроим срач python vs php?

как ведро и метро сравнивать... И там и там круглая дыра, а толку...

@devium скучно человеку видать. прокрастинирует

дедлайн же не скоро

А давайте устроим срач python vs php?

Питон не прикольный. У меня всё.

Мм, а перезапуск рантайма для каждого завпроса - прикольно

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

Простите, не понял ассоциации

А вот демонизация php - это весело

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

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

оно и так в последние годы сильно улучшилось в этой области

Питон не прикольный. У меня всё.

threading, multiprocessing, queue, Asynchronous I/O и еще много всего прикольного в питоне

Назовите хоть один плюс и в чем извращения использовать нормальный рантайм вместо костыля?

ну и чуть более консистентный в отличие от пыхи)

с многопоточночтью в питоне на скок знаю тоже не все так гладко

GIL все дела, да

php и до GIL далеко

а так, пых дешевле в разработке и поддержке, по моим ощущениям

угу. и это основная причина

Только в разработке скорее

что он до сих пор жив :)

Большое количество индусов решает

Только в разработке скорее

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

и тут детский сад...

сомневаюсь, что есть какие-то исследования на эту тему

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

Есть у гитхаба и so

Есть у гитхаба и so

?

Да php вообще не нужен, вот пруф: https://habrahabr.ru/post/326284/

Да php вообще не нужен, вот пруф: https://habrahabr.ru/post/326284/

?

Его как убивали 20 лет, так и еще 20 будут пытаться убить :)

и я считаю что не надо развивать пхп в плане добавления новых возможностей - типа многопоточности, асинхронности, и много чего другого... пусть как есть. определенная ниша у него есть - и ладно. улучшать ток существующее (типа как сделали в пхп7). быстрей уйдет на свалку :) Питон хорош в некоторых местах где у пхп траблы - но тоже на свалку :) надо уже чтото новое создавать в нише скриптовых/интерпритируемх языках.... приближенное к современным реалиям

Меняйте работу или заказчика, или берите заказы "не от индусов"

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

его не надо убивать, он сам умирает, это ж пхп

надо :) а то точно еще 10 лет будет мучать :)

php - как Кенни с южного парка. В каждой серии его убивает, а только из под капюшона: "Идите нах..."

и я считаю что не надо развивать пхп в плане добавления новых возможностей - типа многопоточности, асинхронности, и много чего другого... пусть как есть. определенная ниша у него есть - и ладно. улучшать ток существующее (типа как сделали в пхп7). быстрей уйдет на свалку :) Питон хорош в некоторых местах где у пхп траблы - но тоже на свалку :) надо уже чтото новое создавать в нише скриптовых/интерпритируемх языках.... приближенное к современным реалиям

Это все давно уже есть.

Это все давно уже есть.

дай примеры? просто из интереса

примеры чего?

многопоточности? http://php.net/manual/en/book.pthreads.php

и я считаю что не надо развивать пхп в плане добавления новых возможностей - типа многопоточности, асинхронности, и много чего другого... пусть как есть. определенная ниша у него есть - и ладно. улучшать ток существующее (типа как сделали в пхп7). быстрей уйдет на свалку :) Питон хорош в некоторых местах где у пхп траблы - но тоже на свалку :) надо уже чтото новое создавать в нише скриптовых/интерпритируемх языках.... приближенное к современным реалиям

ну в сторону типизации и улучшения std я б двигался

ну в сторону типизации и улучшения std я б двигался

+

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

еще и комменты чудесные)

асинхронного мультиплекса? http://reactphp.org/

ERROR: S client not available

асинхронного мультиплекса? http://reactphp.org/

с ним никто не дружит)

аа, ты про то что есть асинхроное IO в пхп...

с ним никто не дружит)

отучайся за всех говорить

отучайся за всех говорить

есть orm, которая работает с любым асинхронным драйвером бд?

твой вопрос показывает лишь то, что ты не понимаешь асинхронности ;)

как скажешь(

никакого смысла в "ОРМ использующей асинхронный драйвер" нет, у тебя весь код должен быть написан асинхронно

с асинхроным IO помойму не оч удобно работать в 'синхронном пхп' хотя наверно при определенном построении архитектуры - пойдет...

никакого смысла в "ОРМ использующей асинхронный драйвер" нет, у тебя весь код должен быть написан асинхронно

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

и тогда весь код будет "синхронный”

и да, область применения мультиплекса - демоны, которым ОРМ в общем как собаке пятая нога.

ты хочешь писать синхронный код используя асинхронный драйвер?

более того, имея какой-то стандарт для future/promise, можно как раньше в ноде или раньше в питоне юзать генераторы, и код будет выглядеть практически как синхронный

со всеми контролирующими структурами

но при этом орм все еще нет и комментария почему мой вопрос некорректен тоже:(

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

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

и?

Если тебе нечего делать - то тебе асинхронность не нужна. А есдли тебе есть что делать - это уже специфический код, который пишется под задачу и в 99% случаев - ему нужна легкость и быстрота, ибо делая мультиплекс расходовать CPU на гидрацию и т.п.... оно как-то просто странно.

Если тебе нечего делать - то тебе асинхронность не нужна. А есдли тебе есть что делать - это уже специфический код, который пишется под задачу и в 99% случаев - ему нужна легкость и быстрота, ибо делая мультиплекс расходовать CPU на гидрацию и т.п.... оно как-то просто странно.

сколько времени тратиться на гидрацию и сколько на ожидание IO?)

не, сколько на ожидание IO - не важно, а вот сколько тратиться на гидрацию по стравнению со остальной логикой - важно.

Если у тебя ОРМ обвес скушает хотя бы 10% относительно всей другой математики - то ты принял на 10% меньше соединений.

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

не ну multiplex, async io - в пхп это хорошо. но всеравно по мне этого недостаточно чтоб назвать пхп 'modern scripting language', хотя конечно 'уровень современности' - довольно субъективен. А в этом направлении его нужно развивать - тоже не все пока гладко на текущий момент (я просто вспоминаю что с асинхронностью к монге - пока не очень) Я не уверен что стоит тратить усился чтобы отказывать от принципа 'каждый новый запрос с чистого листа', многопоточность, ну и другое.... вспоминать надо на какие еще нерешабельные задачи натыкалася за свой опыт... Пусть все это будет 'фишкой'/особенностью пхп

По поводу разработчиков из разных стран по php, что-то не нашел ничего готового, можно поиграть с https://data.stackexchange.com/stackoverflow/query/new

Я вот не могу могу понять, чего есть такой тип людей смеющихся с пхп?

Я вот не могу могу понять, чего есть такой тип людей смеющихся с пхп?

Так исторически сложилось. Когда то PHP был "пиздетс".

всмисле?

В смысле он был говно