пишу простенькое дополнение на примере
как отладить это самое дополнение?
упаковал, залил, установил - работает.
вношу изменения в index.php - заливаю в папку дополнения - обновляю в личном кабинете - нет изменений.
почему?
помогает смена названия папки дополнения и установка по новой.
но хотелось бы понять - где и как тут работает кэширование?
Кеширование работает так
Если отключено - не работает.
Если включено и в вашем дополнение есть параметр включающий кеширование ( 'supports'=>array('cache')) - то будет кеш
Читаем описание функции rcl_tab()
хорошо, я еще проще опишу.
дополнение установлено через админку и прописалось в wp-content/wp-recall/add-on/testdop/
я вдруг хочу поменять иконку, которая выводится в меню - с 'icon'=>'fa-envelope' на 'icon'=>'fa-television'
делаю, сохраняю index.php - заливаю в wp-content/wp-recall/add-on/testdop/
обновляю личный кабинет - иконка не меняется.
если я упакую дополнение в папку testdop2 и установлю через админку - иконка будет изменена.
почему она не меняется, если просто заменить файл index.php в wp-content/wp-recall/add-on/testdop/ ?
каждый раз при любом изменении кода дополнения требуется изменить название папки дополнения, потому что без этого никакие изменения не видны.
кэш в плагине отрублен везде, где я только нашел (в продвинутых настройках).
с иконкой это просто пример - код внутри дополнения тоже не меняется до переустановки дополнения с другим названием папки.
если было так просто, то я бы не спрашивал 🙁
иконка, предоположим, могда закэшироваться - а как же текст, возвращаемый функцией?
он где и как кэшируется?
берем готовое дополнение со страницы
устанавливаем его.
открываем imdex.php и меняем название контактной формы - заливаем index.php в папку дополнения.
обновляем до посинения через Ctrl + F5 - все равно видим изначальное название контактной формы, хотя где оно могло сохраниться то?
как я уже сказал - эту проблему я решаю через смену названия папки с дополнением, но это чрезвычайно кривой путь и явно неправильный. хотелось бы понять, что и как может кэшироваться.
если было так просто, то я бы не спрашивал
ну а вдруг))
На самом деле проблема явно не в плагине реколл.
Я и Андрей постоянно правим дополнения и такого нет.
Еще в довесок что Андрей предположил - использование cdn. Сразу вспоминаю случаи когда народ обложку и аватарку меняют, а они после обновления исчезают. Так как cloudflare, к примеру, им кеш отдавал старый
в заголовках там:
HTTP/1.1 200 OK Server: nginx Date: Sat, 21 Jan 2017 11:46:08 GMT Content-Type: text/html; charset=UTF-8 Connection: keep-alive X-Powered-By: PHP/5.5.38 Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Set-Cookie: PHPSESSID=srvl5nj1k0107cdlaah7cuqq97; path=/ X-Powered-By: PleskLin Vary: Accept-Encoding Strict-Transport-Security: max-age=31536000 X-Frame-Options: SAMEORIGIN X-Content-Type-Options: nosniff
А зачем он нужен домашний сервер? Геморой в настройке.
Я пользуюсь виртуальным - его настраивают спецы. Мне лишь остается выбрать версию php (бывает важно например проверить и на 5.6 и на 7.1). Вот и все настройки.
Я раньше тоже на локальном настраивал. Да надоело на эту науку время тратить. Хост добавить там сложней к примеру. А на виртуальном хостинге все легче.
Один момент только важен - наличие стабильного интернета или резервного канала. Такой присутствует.
Конечно тру спецы используют виртуальные машины и на своих пк все делают - но пока я не понял преимуществ.
это у вас один виртуальный сервер для тестирования, а у меня на локальном сервере висят 3 десятка сайта - для отладки, настройки, проверки обновлений и прочего. если на локальном все работает нормально - заливаю изменения на реальные сервера.
впрочем, это вообще лишь вопрос привычки.
мне просто непривычно и неудобно править php-код на реальном сервере.
