Как писать оптимальный PHP код?

Question

[pagelary]

Нашел статью по оптимизации PHP на Хабре. Мне кажется, что многие рекомендации там носят параноидальный и непрактичный характер. Какие самые важные правила посоветуете использовать при разработке новой системы на PHP? (20% правил, которые дадут 80% результата)

Answer 1

[Дэн]

99% оптимизации PHP это
- обязательно использовать APC (или opCache в новых версиях)
- использовать ООП только там, где это реально нужно
- использовать кэширование
- здравый смысл (не загружать списки из 100 элементов, если нужно только 10 и т.п.)

Поддерживаю Fesor - микрооптимизация - это скорее привычки, но никак не методы решения каких-то реальных проблем со скоростью работы.

Что почитать:
- Общие правила оптимальной работы PHP на практике
- Howto по производительности PHP с внутренностями
- 50 micro tips для оптимизации PHP (англ.)

Comments

[evnuh]

@OnYourLips нет

[evnuh]

@OnYourLips представим сколько программ написано на C и что они умеют и применим это все к PHP.

[FacedSID]

Я бы еще посоветовал почитать вот эту статью на хабре habrahabr.ru/post/226707/. Там очень четко расписаны внутренности PHP относительно работы с переменными, выделением памяти и прочими прелестями. Я оттуда узнал несколько новых и полезных вещей!

[Алексей]

Про ООП ерунду сказал - можно использовать всегда и везде. Без системный процедурный код приводит к большим трудности в поддержке и трудно-определяемым багам. В проектах сложности выше средней - обязательно использование ООП и тестов.

[Сергей Протько]

@HaJIuBauKa не обязательно а рекомендуется. Ну... тесты да, объязательно.

Answer 2

[evnuh]

Преждевременная оптимизация - зло.
При разработке системы следует уделить внимание её архитектуре, а не замене одних методов на других. Ну и, конечно, оптимизировать надо там, где надо. А то понапишут кривых запросов к БД, зато вложенные циклы на PHP соптимизированы.

Comments

[Володимир Годяк]

подтверждаю

Answer 3

[Сергей Протько]

SOLID, тесты и рефакторинг. А микрооптимизациями заниматься не стоит, точнее как, стоит знать то что там предлагается, но писать код только потому что "вот эта штука генерит на один опкод меньше" явно не стоит. Всеравно все упрется в базу и I/O.

Comments

[Mikhail Osher]

Про опкод - это я. :) Улыбнуло. :)

Answer 4

[Виталий Желтяков]

В своё время я написал более полную статью(обратите внимание на первое предложение).

Вся оптимизация PHP фактически сводиться к уменьшению времени работы с внешними данными (СУБД, кэш и файлы). То есть как можно меньше лезем в кэш, стараемся избавиться от работы с БД, либо сводим всё к одному-двум запросам, правильно разбиваем работу с файлами. И всё... Всё остальное паранойя

Answer 5

[Назар Мокринский]

Та статья достаточно старая, пишите как пишите, потом поставьте xdebug, и через Webgrind посмотрите какой класс/метод/строка сколько общего времени выполнения занимают.
Это даст вам реальные, а не абстрактные в вакууме результаты. А вот полученные результаты уже берите на вооружение и учитывайте следующий раз при написании.