Модуль Prestashop застрял в режиме обслуживания - PullRequest
0 голосов
/ 24 января 2020

У меня странная проблема с модулем моего prestashop. Я использую скрипт JS, который принимает возможные цвета в зависимости от категории продукта и выбранного языка из моего модуля и предлагает их в качестве возможных значений в поле формы настройки. Когда работы выглядят так:

enter image description here

Данные получены из модуля магазина в myurl.com/en/module/mymodule/getcolors?prod=37, где prod - идентификатор продукта. На основе идентификатора продукта модуль проверяет, какая категория и какой набор цветов доступен, и возвращает их как JSON ответ.

Это работало некоторое время, но затем нужно было внести некоторые изменения, а теперь на некоторых устройствах это больше не работает. Он работает на моем домашнем компьютере и в работе, но не на моем смартфоне и ноутбуке Paretns.

Что произойдет, когда я введу myurl.com/en/module/mymodule/getcolors?prod=37 url?

На устройствах, где работает модуль, я вижу JSON ответ с доступными цветами, но на устройствах, где модуль не работает, я вижу информация о режиме prestashop maintanace, поскольку магазин был в автономном режиме!

Я пытался:

  • пару раз включать / выключать режим обслуживания (с включенным и выключенным режимом отладки) ,
  • вручную удалить файлы кэша Smarty,
  • вручную установить PS_ENABLE_SHOP в 1 в таблице конфигурации базы данных

У меня была такая же проблема, когда я начал использовать этот модуль , но как-то это начало работать. Есть идеи что делать? Кажется, это какая-то проблема с кешем.

Редактировать:

https://myurl.com/en/module/mymodule/getcolors?prod=37

Host: myurl.com

User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:72.0) Gecko/20100101 Firefox/72.0

Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8

Accept-Language: pl,en-US;q=0.7,en;q=0.3

Accept-Encoding: gzip, deflate, br

Connection: keep-alive

Cookie: _ga=GA1.2.1785140579.1576511420; PrestaShop-802a277372a8bab414734d0de4ba8899=def502007f9698a628f473fe5e0361b2d2ae59ea7be7280fc40ffe5d1f18095a7a9d4da956eb114678b6ff2375a7540d17f868820d39db6c4c3d67b105e9cd0ff648e45609c3f119afddb50db22b06f43ce6aa973447dca317420bf7578ae606cb7737eece27c6b935b0a68c91755218abfc300819b3698d95239d8f99791526596e9285fcbc499a4bc41d7521c6f96b1074bd4213d768d19c2ba663f22babb4277fd642881156fdfcc5f552cb48d4a30aac54d4174b4d9a153e17b7cb21c3e4a16ce808cadbf466262a949b1b5228e1d35882635f8b45bb3d8f439f; _gid=GA1.2.30008684.1579769668; PHPSESSID=subde22b0oe571kq0o0s336r27

Upgrade-Insecure-Requests: 1

GET: HTTP/1.1 500 Internal Server Error

Date: Fri, 24 Jan 2020 10:08:59 GMT

Server: Apache/2

X-Powered-By: PHP/7.0.33

Expires: Thu, 19 Nov 1981 08:52:00 GMT

Cache-Control: no-store, no-cache, must-revalidate

Pragma: no-cache

Vary: Accept-Encoding,User-Agent

Connection: close

Content-Type: text/html; charset=utf-8

X-Content-Encoding-Over-Network: gzip

Transfer-Encoding: chunked

Это HTTPheaders на компьютерах, которые кажутся работающими. Но, как вы можете видеть, статус ответа 500 . На компьютерах, где я получаю информацию о режиме обслуживания, статус ответа 307 . Что может быть не так?

...