login('string', 'password')

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

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

я слишком ленив что бы лепить всюду VO

потому хочу элиасы

получу.... ну не сказать что тот же профит но уже немало профита

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

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

получу.... ну не сказать что тот же профит но уже немало профита

ну да

Всем привет. Хочу использовать pthreads. Постоянно выжу ссылки на ограничения при использовании с apache. Не до конца понимаю, какие именно ограничения

Всем привет. Хочу использовать pthreads. Постоянно выжу ссылки на ограничения при использовании с apache. Не до конца понимаю, какие именно ограничения

питреды - удел демонов

мне уже приходилось ими пользоваться, но приложение только api запросы выполняло, обрабатывало данные и возпвращало результат через функцию. Проблем не было. С чем связаны ограничения? Я начинающий разработчик, поэтом прошу отнестись снисходительно к возможным глупостям )

мне уже приходилось ими пользоваться, но приложение только api запросы выполняло, обрабатывало данные и возпвращало результат через функцию. Проблем не было. С чем связаны ограничения? Я начинающий разработчик, поэтом прошу отнестись снисходительно к возможным глупостям )

очень в кратце - просто нет смысла юзать трединг под веб сервером pthreads 3.* работают только с CLI

ок, как организовать тогда процесс? надо 2 версии php на сервере? надо 2 сервера? или как-то иначе?

процесс чего? : D

работу с многопоточной версией

скрипт пишешь, запускаешь - вуаля

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

Сначала вопрос - зачем тебе много потоков в пхп?

Обычно ты не должен этого хотеть

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

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

советую крутить демона который будет асинхронно выполнять все твои запросы, из приложение которое под веб сервером у тебя это будет как 1 запрос к демону

понятно, которое под вебсервером, и приложение, которое демон, будет крутиться на одном сервере? если на одном, их обслуживает один движок php?

понятно, которое под вебсервером, и приложение, которое демон, будет крутиться на одном сервере? если на одном, их обслуживает один движок php?

1) не обязательно 2) да

если движок 1, то он скомпилирован под многопоточность и подключен pthreads

и вебсервер крутится здесь же

противоречие какое-то?

ну вернее мб не так выражаюсь, у тебя там php-fpm (под апачем фпм же? не юзал апач уже десять тысяч лет) и php-cli, они как бы разные пакеты

тогда получается что два движка

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

может не стоит такие задачи на php решать?

golang бери

либо твои нужны покрывает event loop + очереди

может не стоит такие задачи на php решать?

та нормально, SOAP over UDS на реакте и вжух (нет)

а pthreads не нужен, согласен

ну точнее оооочень редкие кейсы когда оно надо

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

у тебя вообще есть опыт работы с потоками?

да

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

)

ну такое

я правильно понимаю что ты хочешь потоки.... в контексте умирающей модели выполнения php + apache

?

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

или ты уже дошел что pthreads для php-cli и ты будешь писать демон отдельный который с твоим web-приложением будет связан вещами вроде zeromq/beanstalkd?

второй вариант, но технологии еще не искал

только нигде не найду объяснений, почему только cli

хотя первый вариант был бы удобнее )

Eugene http://stackoverflow.com/a/33772178 вот что пишет автор pthreads

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

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

если максимально быстро и просто делать - можешь юзануть react-http и делать хттп реквесты к демону локально, потом сможешь заменить на uds

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

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

норм, можешь взять bernard для этого

обязательно ли для этого два разных движка иметь? можно ли одним обойтись?

что есть "движек"?

интерпретатор

The most recent versions of pthreads (for PHP7) prohibit execution anywhere but CLI.

у тебя если php-fpm установлен то php-cli тоже установлен

ну короч че париться то

но я все еще считаю что pthreads тебе ничего не дадут

но я все еще считаю что pthreads тебе ничего не дадут

а как же головную боль?

я сейчас представляю такую структуру nginx + uWSGI + php

бедные разрабы которым достанется это в наследство

почему?

я учусь, это не достанется никому )

я сейчас представляю такую структуру nginx + uWSGI + php

ну вот это интересно уже

ERROR: S client not available

я так и не добрался потыкать

костыли в стиле пхп - отправить все в кролика, перелопатить очередь из кролика тучей обычных однопоточных демонов, сложить куда-нибудь результат, забрать результат :)

я бы не сказал что это кастыли)

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

на всяких там рубях есть всякие сайдкики и прочие celery на питонах, на пхп как-то не зашло вроде, слышал, что gearman неочень, но самому не доводилось его трогать

а причем тут gearman к php?

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

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

>упервизор поднимает свеженький демон без протечек а потом говорят на всех конфах что "пхп течет!!11"

слышыл раньше как-то модно было его юзать

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

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

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

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

почему ты зациклился на количестве интерпритаторов?

и по сути интерпритатор будет один - будут разные инстансы оного + разные SAPI

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

что ты собираешься делать в тредах? БУдешь держать пул тредов и раскидывать задачи?

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

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

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

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

разные экземпляры и разные конфиги. Но есть возможность делать общие конфиги

>упервизор поднимает свеженький демон без протечек а потом говорят на всех конфах что "пхп течет!!11"

Т.е супервизор не стоить использовать, а выяснить почему приложение на пхп течет?

Т.е супервизор не стоить использовать, а выяснить почему приложение на пхп течет?

php не течет, течет твой код или кривые экстеншены

лики в php тоже есть но как бы... где не без этого

Т.е супервизор не стоить использовать, а выяснить почему приложение на пхп течет?

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

лики в php тоже есть но как бы... где не без этого

где?)

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

но они бывают открываются, потом закрываются

у GC есть особенности. например что ему нужно в руте собрать 10к референсов и только потом триггерится gc но особо пытливые люди могут зафигачить "бенчмарк" на 1к обьектов и бегать орать "пхп течет!" при чем алгоритм почти не менялся с 5.3 версии пхп

слышл только, что с кольцевыми ссылками что-то пофиксили, после чего он еще меньше стал течь

до 5.3 он не собирал "островки"

до 5.3 он не хэндлил вообще циклические ссылки

но это было хз сколько лет назад