Слайды доклада с Barcamp 7, Краснодар 2016 г.

1. Как быть с большими сайтами
на
WordPress
Petrozavodsky
Интернет журнал BroDude

2. Владимир
Twitter @petrozavodsky
https://alkoweb.ru
Руководитель отдела
разработки BroDude

3. WordPress не религия !
Это всего лишь CMS

4. Откуда все эти сайты ?
Данные сервиса Google Тренды
https://goo.gl/IUpzby

5. И это только Россия
В мире популярность WordPress
традиционно выше

6. Достаточно графика
P.S. Drupal красный, остальные популярные CMS
тоже есть на этом графике.
https://goo.gl/CH8sZY

7. Большой ли у меня
Сайт ?

8. Высокая посещаемость
с чего начать ?

9. Этот путь пройден до нас
1. Nginx + php5-fpm.
2. Object cache, memcached.
3. wordpress pages cache
4. Многосерверные и распределённые архитектуры

10. Оптимизировать код
1. autoload в add_option()
2. orderby => rand в SQL
3. режимы wp-cron
4. wp_remote_get , curl запросы

11. В чем интрига доклада
???

12. Большой
или
посещаемый ?

13. Поддержка больших
сайтов
Проблемы:
-Баги;
-Отсутствие обновлений;
-Legacy code;
-Уязвимости.

14. Безопасный деплоймент

15. Откажитесь от FTP
Почему ?
- Открытый трафик, снифферы, перехват
пароля по сети
- Кража паролей из FTP клиента
- Забытые пароли
- Медленная скорость
- Проблемы с параллельной правкой
- Ошибки в продакшене

16. На этом о деплое
всё!

17. WP-CLI
- php в bash
- обработка больших данных
- автоматизация
- лёгкая разработка с WP-CLI
http://wp-cli.org/
Аналог drush в Drupal

18. Переписываем частями
● Шаблон, (в 90% случаев это необходимо).
● Самописные и «хакнутые» плагины.
● Делаем так, чтобы обновления до последней версии не ломали сайт.
● Тестируем на копии сайта с реальными данными.
● Обновляем, «вендорные» плагины, шаблоны до последней версии.
● Сравниваем код ядра с соответствующей версией из архива релизов
https://ru.wordpress.org/releases/ если различий нет, то обновляемся
до последней версии; если есть, убираем «хаки» из кода ядра и
обновляемся до актуальной версии.

19. Объектно-ориентированное
программирование
- инкапсуляция;
- переиспользование;
- скорость разработки выше;
- безопасность.

20. Плагины
Очень просто начать писать плагины
Можно уложиться менее чем в 20 строк

21. Структура проекта
также простая, может состоять из одного файла

22. Почему нужно писать именно так?
Проблема именования функций Область видимости класса позволяет
решить проблему, инкапсулируя код.
Инициализация кода в момент хука
plugins_loaded
Почти весь любой функционал можно
реализовать в момент этого хука либо
позже.
ООП наследование, переиспользование
и т.д.
Писать в объектно-ориентированном
стиле приятно и легко.
Одинаковая структура проектов делает
возможной оптимизацию
Стандартная структура плагинов
облегчает обслуживание, деплой, сборку
ресурсов и т.д.
Повышается скорость разработки Факт :)

23. mu-plugins
- Находятся в ~/wp-content/mu-plugins / ;
- Хорошее место для сниппетов, которые в google предлагают вставить в
functions.php акивного шаблона ;
- Плагины, помещенные в этом каталоге, невозможно выключить из админ.
панели, также как и включить;
- Позволяют легко и надёжно отредактировать функционал ядра.
P.S. плагины вызываются в алфавитном порядке, в зависимости от имени
файла, это может вызвать проблемы, но только в том случае, если не
используете для инициализации события хуков и фильтры.

24. Зачем нужно писать
плагины ?
1. Модульность.
2. Переиспользование в других проектах.
3. Разработка мелкими релизами.
4. Легко организоваь работу команды.

25. Дебагеры
1. XDebug
2. DBG
3. ZendDebug
4. XHprof
5. А так же многие другие..
Всем известно о пользе дебагеров, их нужно использовать,
так как они наши друзья :)

26. Встроенные дебагеры
и
плагины
1. Включите режим дебага в wp-cinfig.php
define('WP_DEBUG', true);.
2. Просто используйте встроенный дебагер.
Самые необходимые плагины.
1.Debug Bar
2.Kint Debugger
3.Debug Bar Actions and Filters Addon
4.Debug Bar Console

27. Debug Bar
Выводит:
1.Notices/Warnings.
2.Информацию о выполненных запросах в базу данных.
3.Все аргументы WP Query.
4.Все deprecated функции/методы во всем коде, включая ядро.
5.Регулярное выражение WP_Rewrite,
6.текущего URL
7.Object Cache, состояние кеша объектов
8.например Memcached
https://wordpress.org/plugins/debug-bar/

28. Debug Bar

29. Kint Debugger
1. Вывод d($variable), это лучше чем var_dum();
2. Трасирует Kint::trace()
3. Умеет выводить в интерфейс debug bar;
4. Понравится любителям Drupal и Devel.
https://wordpress.org/plugins/kint-debugger/

30. Kint Debugger

31. Debug Bar Actions and Filters
Addon
https://ru.wordpress.org/plugins/debug-bar-actions-and-filters-addon
Выводит все хуки и фильтры,
использованные внутри запроса, списком,
а также в виде дерева внутри интерфейса
Debugbar

32. Debug Bar Actions and Filters
Addon

33. Debug Bar Actions and Filters
Addon

34. Debug Bar Console
https://wordpress.org/plugins/debug-bar-console/
Простая консоль, позволяющая написать и запустить
кусочек php или SQL запрос прямо в окружение
текущей конфигурации WordPress, и сразу увидеть
результат выполнения в нижней части экрана.
Доступны все функции ядра плагинов и шаблона.

35. Debug Bar Console

36. Минутка уличного дебага
Gist Github - https://goo.gl/m4Pzaa

38. Обезопаситься от
внешнего мира
1. Применяем код ревью внутри команды.
2. Обязательное автообновление и использование
актуальных версий.
3. Обязательное ревью «вендорных» плагинов и тем.

39. Популярные уязвимости
своими руками
● Неавторизованный доступ
● XSS
● Sql injection
● Race conditions

40. IDE
В phpstorm и NetBeans
уже есть
поддержка WordPress

41. Изучите PHP
Найдите время максимально подробно изучить язык, на котором
программируете.

42. Конец
Спасибо за внимание