Демонизированный PHP - before it was cool
0 likes1,117 views
Доклад касается разработки демонизированных приложений на PHP, обсуждая особенности языка, такие как производительность и управление памятью. Рассматриваются преимущества использования PHP для создания прототипов и оптимизации кода, а также внедрение различных библиотек и инструментов, таких как libevent. Автор акцентирует внимание на важности правильного управления исключениями и сетевыми соединениями в разработке.
Демонизированный PHP - before it was cool
- 1. Демонизированный PHP - before it was cool Arvīds Godjuks Areto Development Москва, 2015
- 2. О себе • PHP – Разработчик? – Архитектор? – Web Developer? – Сделай то, незнаю что!
- 3. О себе
- 4. Если вы... • Думаете потоками • Писали на phpDaemon • Использовали libevent • Просто человекоподобный робот
- 5. Доклад – баян ;)
- 7. Лёгкий экскурс в историю
- 8. PHP < 5.3 • GC • Утечки памяти • Баги
- 9. PHP >= 5.3 • GC как ультимативное средство • Стабилизация 5-ки как таковой • Libevent, phpDaemon – поспособствовали развитию
- 10. Однако В большинстве случаев – обыкновенно отсутствие знаний и/или интереса
- 11. Демон – это не сложно Практически не отличается от того, как это делается в C/C++ под Linux.
- 12. Демон – это не сложно Материал для разработки демонизированных приложений на C/C++ похож на то, как это нужно делать в PHP.
- 13. Демон – это не сложно Но дъявол в деталях :)
- 15. НО ВО ИМЯ КТУЛХУ
- 16. Архитектура • Единая кодовая база – Бизнес логика – Валидация – Переиспользование кода
- 17. Издержки • Время на синхронизацию проектов • Поиск персонала – Не редко большие зарплаты • Обучение существующего персонала
- 18. С точки зрения здравого смысла, гораздо быстрее и дешевле реализовать прототип на PHP и судить о необходимости смены инструмента по результатам
- 19. PHP - быстрый • Особенно с выходом 5.4 • Ну а тесты PHP7 вообще показывают цифры, в которые не сразу вериться – 50%-90% прироста скорости
- 20. PHP - быстрый • Тонкая прослойка над C/C++ библиотеками – Иногда накладные расходы минимальны • Сам язык прилично оптимизирован
- 21. Когда не стоит • У вас много данных – С PHP7 сильно улучшит ситуацию • Вам нужна математика • Производительность любой ценой • Ну очень большой и сложный проект • Инстинкт говорит “ни-наааа-до!”
- 22. Когда не только можно, но и нужно Если у вас проект на фреймворке, который имеет приличные CLI компоненты. В таких проектах до 60-70% кода может реюзаться между WEB и CLI частями, что экономит время и силы комманды
- 23. Когда не только можно, но и нужно Вы начинаете новый проект, в котором можете изначально заложить необходимый фундамент
- 24. PhpDaemon • Не об этом речь • Создание FastCGI приложения на PHP возможно и неплохая идея, но тут я вам не могу помочь. – Сделайте доклад, если реализовывали успешно :)
- 25. Libevent • Опять же, не о том доклад • С ней не работал
- 26. pnctl_fork() • Это только начало • Хабр, StackOverflow и документация содержат все ответы, какие только можно придумать.
- 27. pnctl_fork() • Кто , прочитав статью про сабж, задались вопросом “А что дальше?”
- 29. Прежде чем начать, прочитайте • Документацию • Статьи • Особенности работы PHP в CLI режиме
- 30. Полезняшки • cli_set_process_title – PHP 5.5+ • PECL – proctitle – Если у вас PHP < 5.5
- 31. Обработка ошибок • Логируйте всё. • Валидируйте все данные, не зависимо откуда они пришли. • Пишите параноидальный код. – Всё вокруг хочет вас нае**ть. • error_reporting(E_ALL), только хардкор – Это вам не веб скриптики...
- 32. Exceptions • Хорошо продуманная система исключений сделает вашу жизнь простой • Возможность выбрасывать исключения разных типов и их ловить на практике очень сильно упрощает и облегчает код – Однако не стоит увлекаться их кол-вом – слишком много тоже плохо. • Если у вас фреймворк – как правило у него уже есть структура исключений – не надо велосипедить.
- 33. PHP ошибки в Exception • Весьма полезный механизм – Помогает записать все обстоятельства и валидно отключить демон. – Само собой бывают исключения
- 34. Управление памятью • Да-да! Глаза вас не подводят.
- 35. Управление памятью • Всегда удаляйте данные за собой – unset() ваш друг
- 36. Управление памятью • По возможности явно удаляйте объекты – Поможет от проблем с зацикленными ссылками
- 37. Управление памятью • Проверяйте компоненты на утечки памяти – Пишите патчи – Шлите в апстрим
- 38. Управление памятью • GC – Периодически запускайте gc_collect_cycles() сами
- 39. Сетевые соединения • У них есть таймауты – Их нужно конфигурировать – А так же учитывать в разработке – Поддерживать соединения в активном состоянии • Ping? Pong!
- 40. Сетевые соединения • Подключение к MySQL тоже сетевое соединение – Даже если это Unix socket – У MySQL сервера есть таймаут на inactivity, по которому он закрывает соединение со своей стороны • wait_timeout опция
- 41. Сетевые соединения • Memcached • Mongodb • и.т.д.
- 42. Я обещал HHVM? • Так и не добрался :(
- 43. Вопросы?