Как быть с большими сайтами на Word press
- 1. Как быть с большими сайтами на WordPress Petrozavodsky Интернет журнал 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. В чем интрига доклада ???
- 13. Поддержка больших сайтов Проблемы: -Баги; -Отсутствие обновлений; -Legacy code; -Уязвимости.
- 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, и сразу увидеть результат выполнения в нижней части экрана. Доступны все функции ядра плагинов и шаблона.
- 36. Минутка уличного дебага Gist Github - https://goo.gl/m4Pzaa
- 38. Обезопаситься от внешнего мира 1. Применяем код ревью внутри команды. 2. Обязательное автообновление и использование актуальных версий. 3. Обязательное ревью «вендорных» плагинов и тем.
- 39. Популярные уязвимости своими руками ● Неавторизованный доступ ● XSS ● Sql injection ● Race conditions
- 40. IDE В phpstorm и NetBeans уже есть поддержка WordPress
- 41. Изучите PHP Найдите время максимально подробно изучить язык, на котором программируете.