для этого, вроде уже есть memcache и shared mеmory https://www.php.net/manual/en/shmop.examples-basic.php, хотя вот для shared mеmory удобная и простая обёртка бы не помешала
UPD: на phpclasses уже кто-то создал и выложил такую обёртку https://www.phpclasses.org/package/4994-PHP-Store-and-retrieve-information-in-shared-memory.html
Не то чтобы универсальное, а чтобы было нормальное решение для некоторых задач, например обработок больших файлов, сохранение некоторого состояния которое могли использовать разные пользователи, выполнение запросов в базу с синхронизацией и др.
Например запустить один файл который будет прослушивать сокет получать задание запускать поток, получать результат и возвращать. Пока конкретных задач не стоит, но при создании разных сайтов думаю может возникнут некоторая потребность в распределённой работе.
если ваш демон, слушающий сокет будет отправлять результат, то вам надо ещё придумать как читать результат с потока, в принципе если это будет простая рабочая обёртка, вполне будет нормальным решением, но здесь есть лишняя нагрузка на сам демон, потоки можно запустить и без него, я бы не тратил ресурсы сервера на демона
если вы хотите сделать универсальное решение, то у вас получится такая же "жуть", а если просто запустить параллельно процессы, то для этого и фреймворка не надо никакого:
foreach($массив_с_потоками as $thi=>$thv){ $массив_с_потоками[$thi]['дескрипторпотока']=popen('php -f '.$thv['файлпотока'], 'r');}foreach($массив_с_потоками as $thi=>$thv){ if(stream_get_contents($массив_с_потоками[$thi]['дескрипторпотока'])=='всё нормально') { //...обрабатываем результат от потока $thi, который поток $thi, например записал в файл на рам диске; }}
Лучше узнай, где показывается и где дорогие клики - сша, Канада, Швейцария и т.д
многие рассуждают также как и вы и поэтому в этих странах жуткая конкуренция в поисковой выдаче, чтобы пробиться туда нужен огромный бюджет, кстати, многие забывают, а может быть и не знают, что в Украине на уровне провайдеров блокируют российских хостеров по их ASN, даже тех, которые реселлят зарубежных, но имеют свой выделенный пул ip адресов, вот по этому пулу украинцы и блочат всех российских провайдеров, с прошлого года я потерял на этом много денег, с той рекламы, которая не показалась украинцам, поэтому я бы обратил внимание именно на это, нужно или заводить отдельные копии сайтов с правильными айпишниками, или показывать контент через cloudflare, но здесь тоже есть проблема, например в том, что существенно ухудшается время ответа, по крайней мере для динамических сайтов, а это ранжирующий фактор в выдаче
Спасибо бро! очень развернуто. Подарить мониторы тебе? =)
миди клавиатуру купил лет десять назад, а мониторы считал баловством, ведь люди музыку не на мониторах слушают, а на колонках, но кто знает, может и куплю :-)
Тот же JavaScript вообще сплошь и рядом пишется без точки с запятой - и никто особо не переживает по этому поводу.
в джаваскрипте это применяется для экономии трафика, и там не меняют постоянно синтаксис написания кода, здесь другой случай, с выходом каждой новой версии пхп у многих что-то ломается
Всем привет!
Наверное, как говорится холиварная тема, типа как в этом помните сериале Кремниевая долина где главный герой с девушкой поссорился из-за пробелов и табуляции в коде, она пробелы ставила, а он уважал табуляцию :-)
Короче, нашел тут какой-то Стандарт кодирования PHP относящийся к разработчикам Drupal, вроде это тоже какая-то CMS типа WordPress’а.
Там у них следующее:
Что вы на этот счет думаете и всегда ставите точку с запятой или нет, лично мне нравится, что инструкция заканчивается точкой с запятой, хотя и понятно, что закрывающий php тег делает тоже самое, и понятно, что можно так и так, но, а как вы?
моё мнение - ставить, например раньше делать вложенные условные конструкции
условие1?случай11: условие2?случай21:случай22
можно было без круглых скобок, а теперь нельзя, надо ставить
условие1?случай11: (условие2?случай21:случай22)
, то же самое может случиться и с упрощениями с опусканием точек запятой в некоторых случаях, то есть если вы не хотите, потенциально в будущем переписывать код, то лучше ставить
да, при этом интерпретатор пхп будет обрабатывать чуть больше кода программы, но учитывая, что opcache кэширование уже стало почти стандартом, и применяется почти у всех, то это не страшно
Уже год это говорят. За это время можно было тысячу раз перестраховаться и найти способы.
