Как вы думаете, будет ли разница в случае использования vps c двумя ядрами? Есть вариант 2 cores 2.66+ GHz + 1 Gb DDR3 ECC + 30 Gb SSD или же 1 x 3300 MHz + 1024 Mb DDR + SSD 20 gb. Разница незначительная 1$, но хотелось бы услышать ваше мнение.
За статью огромное спасибо!
Да, бэкенд будет шустрее обрабатывать несколько одновременных запросов. Если выберете двухядерный вариант, рекомендую увеличить число воркеров в конфигурации php-fpm.
Я переносил WordPress сайты на https неоднократно. Без Varnish блог работает без ошибок по https. Включаю Varnish - сыпятся ошибки mixed content и ssl handshake. В чем может быть проблема?
Так происходит из-за того, что сайт отдаётся Varnish'у по http, а он в свою очередь отдаёт получившийся результат фронтенду.
Попробуй добавить в wp-config.php следующее:
define('FORCE_SSL_ADMIN', true);
if ($_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https') {
$_SERVER['HTTPS']='on';
}
Greetings, cr3at0r!
После обновления контента на сайте кеш varnish не очищается. Устанавливал все по статье 1 в 1. Кеширование cloudfalre off(скрин). Можете подсказать где искать проблему, или хотя бы в каком направлении смотреть? Сделал все пока напрямую на бэкэнд. Скрин плагина Varnish HTTP Purge:
Добрый день!
Дошел до конца, но ошибка 502 не уходит.
В CentOs 7 не понятно куда писать DAEMON_OPTS= и нужно ли. Вообщем этот конфиг не работает. Только намучился.
Не могли бы написать аналогию для CentOs 7 или подправить этот конфиг?
Установил Varnish с нуля.
Со стандартными настройками запускается.
Перехожу к правке /etc/varnish/default.vcl
.port = "81"; - Порт поменял, нормально.
Как только добавляю следующую строку acl purge
acl purge {
"localhost";
"127.0.0.1";
}
Сохранить, рестарт Varnish. и на этом этапе все. Не запускается. Может вопрос в синтаксе ?
Здравствуйте. Не парюсь по этому поводу :)
Как показывает мой опыт, место для хранения конфигураций - дело сугубо личное.
Зачастую в проектах все конфиги вообще хранятся в каком-то одном месте, на них просто указывают симлинки. Скажем, все конфиги хранятся в репе с проектом. Когда вы его выкладываете, вы имеете ту же инфраструктуру на продакшене.
Система CI в этом случае значительно упрощается - просто разворачиваете как есть и релоадите сервисы.
Можно и напротив, разворачивать всё по дефолтным путям - тут плюс в том, что всё будет как по мануалам.
Подскажите, а на чем сейчас ваш сайт работает, не на WordPress?
Вообще, информация в статье актуальная? Если нет, так может ее лучше удалить, чтобы не вводить людей в заблуждение.
Либо, если статья до сих пор вам генерирует трафик, то хотя бы ее актуализировать.
Как вы думаете, будет ли разница в случае использования vps c двумя ядрами? Есть вариант 2 cores 2.66+ GHz + 1 Gb DDR3 ECC + 30 Gb SSD или же 1 x 3300 MHz + 1024 Mb DDR + SSD 20 gb. Разница незначительная 1$, но хотелось бы услышать ваше мнение.
За статью огромное спасибо!
Да, бэкенд будет шустрее обрабатывать несколько одновременных запросов. Если выберете двухядерный вариант, рекомендую увеличить число воркеров в конфигурации php-fpm.
Настроил как написано, получаю ошибки mixed content. В чем может быть проблема? Спасибо.
Приветствую, это говорит о том, что ресурсы, используемые на сайте пытаются загрузиться по HTTP. Нужно переносить всё на HTTPS.
Я переносил WordPress сайты на https неоднократно. Без Varnish блог работает без ошибок по https. Включаю Varnish - сыпятся ошибки mixed content и ssl handshake. В чем может быть проблема?
Так происходит из-за того, что сайт отдаётся Varnish'у по http, а он в свою очередь отдаёт получившийся результат фронтенду.
Попробуй добавить в wp-config.php следующее:
Если не поможет - попробуй варианты из этой статьи - https://managewp.com/wordpress-ssl-settings-and-how-to-resolve-mixed-content-warnings
Greetings, cr3at0r!
После обновления контента на сайте кеш varnish не очищается. Устанавливал все по статье 1 в 1. Кеширование cloudfalre off(скрин). Можете подсказать где искать проблему, или хотя бы в каком направлении смотреть? Сделал все пока напрямую на бэкэнд. Скрин плагина Varnish HTTP Purge:
Приветствую!
Кеширование выключено в аккаунте cloudflare или же вообще cloudflare отсутствует?
Кеширование выключено в аккаунте
Добавь в wp-config.php строчку:
IP замени на IP сервака. Работает?
Да, только вместо ip сервера 127.0.0.1:6081.
В плагине кстати есть поле для добавления ip, но строку с портом он отказывался кушать.
Спасибо!
Добрый день!
Дошел до конца, но ошибка 502 не уходит.
В CentOs 7 не понятно куда писать DAEMON_OPTS= и нужно ли. Вообщем этот конфиг не работает. Только намучился.
Не могли бы написать аналогию для CentOs 7 или подправить этот конфиг?
Добрый день, ну, нужно загуглить, где находится конфиг Varnish'а в CentOS и его править. Там должна быть эта директива сразу после установки.
Установил Varnish с нуля.
Со стандартными настройками запускается.
Перехожу к правке /etc/varnish/default.vcl
.port = "81"; - Порт поменял, нормально.
Как только добавляю следующую строку acl purge
acl purge {
"localhost";
"127.0.0.1";
}
Сохранить, рестарт Varnish. и на этом этапе все. Не запускается. Может вопрос в синтаксе ?
Я не такой искушённый. Но вы не создаёте хост для сайта в /etc/nginx/sites-available/? И не переводите его в /etc/nginx/sites-enabled/?
Здравствуйте. Не парюсь по этому поводу :)
Как показывает мой опыт, место для хранения конфигураций - дело сугубо личное.
Зачастую в проектах все конфиги вообще хранятся в каком-то одном месте, на них просто указывают симлинки. Скажем, все конфиги хранятся в репе с проектом. Когда вы его выкладываете, вы имеете ту же инфраструктуру на продакшене.
Система CI в этом случае значительно упрощается - просто разворачиваете как есть и релоадите сервисы.
Можно и напротив, разворачивать всё по дефолтным путям - тут плюс в том, что всё будет как по мануалам.
Что выбирать - решать вам :)
Подскажите а как настроить varnish с чутом woocomerce на борту? да бы не кешировать корзину!
Привет. Писал статью года 3 назад, с тех пор с вордпрессом не работал, не помню уже ничего.
Подскажите, а на чем сейчас ваш сайт работает, не на WordPress?
Вообще, информация в статье актуальная? Если нет, так может ее лучше удалить, чтобы не вводить людей в заблуждение.
Либо, если статья до сих пор вам генерирует трафик, то хотя бы ее актуализировать.
Сайт самописный уже давно. Статья актуальна и по сей день, но разбираться с другими сайтами, почему там что-то не работает у меня нет времени)