- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
<?php
class SmsController extends Controller
{
protected static $currentYear;
public static function currentYear()
{
if (is_null(self::$currentYear)) {
self::$currentYear = date('Y');
}
return self::$currentYear;
}
?>
Follow us!
а он не умеет pyc как питон?
FPM — это средство для автоматического запуска процессов при использовании FastCGI.
черт! это лучшее определение JS какое я когда либо слышал!!
От приложений для node.js так же пахнет, хотя JS шаблонизатором никто не считает.
Пэхапэшный скрипт теоретически можно запустить «в режиме демона», а из него открывать соединения с помощью функций для сокетов, но этим никто не пользуется (вероятно, потому, что диспетчер соединений из PHP так себе и большой нагрузки не выдержит).
Так что обычно, если нужно хранить контекст, используют расширения. При работе PHP в режиме FastCGI (или в режиме модуля Apache или IIS) память расширений сохраняется между вызовами. На этом и основаны всякие memcache.
Но вот работать в фоновом режиме (как в ASP.NET или Servlets) он не может, потому все прикручивают к нему всякий там cron. С другой стороны от этого он stateless, что может и не всегда плохо, а для супер-пупер хайлоада наверное даже полезно.
Как и в Ruby и в node.js
нет, интерфейс там FastCGI и говорит по нему сервак. проблемы:
(1) в пыхе GC почти никогда не запускается. и он IIRC говно.
(2) это работает нормально только с одной php страничкой. можно впихнуть "селектор" странички параметром с внутренним диспатчем, но тогда еще быстрее натыкаешься на (1).
если не ошибаюсь, еще была проблема что такой демон может быть только один. (и много-поточностью в пыхе ниразу не пахло.) со всеми вытекающими.
Нет, FastCGI — это если мы не извращенцы. А если мы извращенцы, то гугли про reactphp, который уже упомянул Fike, или смотри вот эту статью:
http://kvz.io/blog/2009/01/09/create-daemons-in-php/
http://php.net/manual/ru/function.socket-accept.php
Но да, этим никто не пользуется, потому что «в пыхе GC почти никогда не запускается». Если этим активно пользоваться, пых будет жрать оперативку и тормозить.
Можно запускать детей, заставлять их работать и убивать через десяток-другой запросов...
А потом в него завезли потоки.
Не совсем так. PHP слаб и умирает так же быстро, как и в ранние годы.
JS окреп и пропитал собою веб-приложения. Почта, мессенджеры и соцсети могут жить в наших сердцах браузерах долгое время без обновления страницы.
Кстати, популярные сайты обрабатывают корректно ситуацию, когда они пару недель назад обновились, а у пользователя в браузере вкладка всё ещё не обновилась?
«Если что-то перестало работать, нажмите F5 (или Ctrl+F5)».
Это не так. Как минимум vk front-end developers это учитывают при разработке.
На Хабре когда-то читал об этом.
Одно дело писать код и совсем другое писать об этом на хомячкабре.
Никакой закономерности обнаружить мне не удалось. ВК может несколько месяцев не показывать ни одного красненького сообщения, а потом в какой-нибудь день засыпать ими.
Если бы только веб...
Но молодых людей, жующих «Ригли Сперминт», можно встретить где угодно.
Люди десктоп пишут на JS, мобил пишут на JS, ну фу такими быть!!
хром не знаю - но мозилла все еще лажается. ирония: лажается даже на ихней местной багзилле.
гугло/этц приложения мне кажется эту ситуацию детектят и специально обрабатывают. но весь остальной веб все еще спотыкается на аггрессивном кэшировании.
> $currentYear
...
Они могут часами спорить, что быстрее, empty() или strlen(); дрочить на бенчмарки минорных версий одного и того же говнофреймворка; лениво парсить даты и конкатенировать строки; инлайнить функции и инклюды; экономить на валидации входных данных, при этом случайно забывая про SQL-запрос в ебучем цикле.
что бы бенчить, думать не надо. через какое-то время народ и отвыкает.