Имеется ли возможность в PHP создать переменную для всех соединений?

Question

[Aspirant555]

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

Comments

[Дмитрий]

Какую проблему вы пытаетесь решить? Если это какие либо потоки, возможно вам поможет shared memory https://www.php.net/manual/ru/book.shmop.php

[Сергей delphinpro]

PHP рожден, чтобы умирать ©
Когда вы поймете этот основной принцип работы, то вопрос покажется вам мягко говоря некомпетентным.

[Aspirant555]

Сергей delphinpro, Ну не сказал бы, _SESSION то имеется. Вот хотелось бы, что-то похожее но не привязанное к сессии.

[Дмитрий]

Aspirant555, так задачу опишите?

[Сергей delphinpro]

Aspirant555, Еще раз: все переменные исчезают по завершению работы скрипта.
Вы можете сохранить значение переменной в сессии, базе данных, файле, памяти или еще где-то. При следующем запуске вы можете прочитать сохраненное значение в переменную и использовать его. Других вариантов нет.

[Aspirant555]

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

[Дмитрий]

Aspirant555, а чем вариант с лок файлом не угодил?

[Aspirant555]

Дмитрий, устраивает, просто странно, что нет аналога Сессии для такого дела. Не смог найти, поэтому задал вопрос.

[Дмитрий]

Aspirant555, ссылку открывали?

[Aspirant555]

Дмитрий, Да, в файл проще =)

[Дмитрий]

Aspirant555, по сути те же яйца, только в профиль. Ну и дело не в фс, а в памяти

[Ипатьев]

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

[Ипатьев]

Да, в файл проще.
До тех пор, пока он вдруг не затрется неожиданно

Answer 1

[rPman]

php изначально создавался для запуска короткоживущих приложений, работающих только пока открыто веб-соединение, и чтобы данные шарить между соединениями используют на выбор: семафоры, очереди и общую память (самый простой с точки зрения обслуживания но считается низкоуровневым и немного сложноват для использования), сторонний сервер ...nosql (например memcache/redis/...) или ...sql (рекомендуется так как легко масштабируется), файлы с блокировками (не эффективный быдлокод, но очень прост в использовании)

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

Comments

[Aspirant555]

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

[rPman]

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

p.s. на windows не поддерживается или поддержка ограниченная, что логично

[psiklop]

rPman, где найти хорошее инфо по react php ? Я нашел только, что он сильно ускоряет сайт. Но не знаю почему и как заменить php-fpm на react php. Хорошее инфо не гуглится. Будет ли прирост скорости на самописных php сайтах и за счет чего - только ajax?

[rPman]

psiklop, у тебя какая то каша в голове

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

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

Главный недостаток backend как непрерывно работающий веб сервер - это сложность масштабирования, он предполагает что сервер работает не просто на одном физическом сервере но и даже в одном процессе, когда как подход - на каждый запрос выполняется короткоживущий процесс позволяет 'из коробки' создавать распределенные приложения сразу на любом количестве ядер и серверов.