При попытке отладки таких проблем я сначала запускал их в оболочке, чтобы вы могли получить доступ к любым сообщениям журнала, которые инструмент может выдавать при сбое либо раньше , во время или после сбоя.
$ kdenlive |& tee kdenlive.log
Из снаряда. Попробуйте это и запишите любой вывод, который может быть сгенерирован, в файл kdenlive.log
. Идя дальше, вы можете использовать strace
, чтобы увидеть, какие системные вызовы kdenlive
делает, что может помочь вам понять, где может возникнуть проблема.
$ strace -o kdenlive_strace.log kdenlive
При использовании Varnish с Magento. Varnish действует как внешний/прокси-сервер, а Magento действует как внутренний сервер. Таким образом, всякий раз, когда пользователь обращается/запрашивает URL-адрес вашего веб-сайта, он сначала попадает на интерфейс Varnish (), затем передает запрос на сервер Magento (), затем Magento обрабатывает запрос и снова передает запрос Varnish и, наконец, Varnish отправляет запрос/страницу веб-сайта пользователю.
Вот поток запросов:
User request (website URL) --> Varnish (frontend) --> Magento (backend) --> Varnish (frontend) --> User requested page (website URL)
Итак, в вашем сценарии у вас есть 2 сервера, как показано ниже.
Varnish Server (frontend): 129.89.188.245 on port 80
Magento 2 Server (backend): 129.89.188.244 on port 80
Надеюсь, вы создали файл конфигурации лака из панели администратора Magento. Если нет, вы можете сгенерировать его, выполнив следующие шаги, и настроить Varnish.
1. Log in to the Magento Admin as an administrator.
2. Click STORES > Configuration > ADVANCED > System > Full Page Cache.
3. From the Caching Application list, click Varnish Caching.
4. Enter a value in the TTL for public content field.
5. Expand Varnish Configuration and enter the following information:
Access list: Enter the fully qualified hostname, IP address for which to invalidate
content.
Backend host: Enter the fully qualified hostname or IP address and listen port of the Varnish backend or origin server; that is, the server providing the content Varnish will accelerate. Typically, this is your web server.
Backend port: Origin server's listen port.
6. Click Save Config.
7. Click on "Export VCL for Varnish 4" to create a default.vcl
8. Replace Varnish current default.vcl configuration file with the generated one and restart the Varnish service.
После этого измените Magento Базовый URL-адрес и Безопасный базовый URL-адрес на Varnish IP/домен.
Теперь, когда первый пользователь заходит на ваш веб-сайт с помощью URL/IP, Varnish извлекает страницу/контент из Magento и кэширует их, а затем возвращает пользователю. Когда второй пользователь запрашивает ту же страницу/контент, Varnish обслуживает его из кеша.
Надеюсь, это объяснение рассеет ваши сомнения.