Перестал работать Ajax

Главные вкладки

Аватар пользователя Bios Bios 22 декабря 2015 в 9:38

Есть интернет-магазин на Drupal Commerce работал без проблем длительное время и вот в какой то перестал работать Ajax в модуле Inline Entity Form (переключатель представлений товара).

На любое действие выкидывает ошибку браузера скриншот прилагаю:

http://s017.radikal.ru/i408/1512/83/155cfe866429.jpg

Подскажите пожалуйста в чем может быть дело? На сайте последнее время никаких модификаций не было, обновления тоже никакие не ставились.

Не знаю связанно это или нет но стала также выпадать ошибка:
Notice: Undefined index: #ajax в функции ajax_form_callback() (строка 395 в файле /var/www/vhosts/site.com/httpdocs/includes/ajax.inc)

Версия Друпал 7.41

Скажите пожалуйста в какую сторону копать? С Ajax никогда не работал.

Комментарии

Аватар пользователя kirill_dan kirill_dan 22 декабря 2015 в 14:25

Так не бывает, что ничего не трогали и что-то рабочее отвалилось. Проблема с колбек функцией. Не понимает, какая должна функция обрабатывать. Скиньте кэш. Потом накатите наново модуль Inline Entity Form релиз версию (не дев.) и обновите ядро Друпал. Запустите update и пробуйте снова.

Аватар пользователя Bios Bios 22 декабря 2015 в 17:14

kirill_dan

Спасибо за ответ.

Перезалил ядро, переустановил (удалил и снова включил) Inline Entity Form. Проблема осталась.

У модуля Inline Entity Form нашел такую проблему.
https://www.drupal.org/node/2556027

Моя проблема может быть както связана с этим? Ошибка такая же

Аватар пользователя xakd xakd 22 декабря 2015 в 18:11

Видимо обновляли Друпал и такое произошло? Или же хостер может сменил версию PHP - недавно решал человеку проблему, когда безобидный ЗАКОММЕНТИРОВАННЫЙ код выдавал крах и белый экран из-за повышения версии PHP, полдня его искал.
Можно было бы и этой проблемой заняться

Аватар пользователя Bios Bios 22 декабря 2015 в 20:30

xakd
Нет обновление точно не при чем. После последнего обновления прошло более месяца. Все работало.

Тоже подумал на хостера. После разговора выяснилось что именно на этот сервере (на котором работает сайт) появилось много жалоб. Сказали что какие то проблемы при работе с фреймами. На всякий случай попорошу хостера перенести сайт на другой сервер.

И еще одна интересная закономерность: сайт работал на ISP панели долгое время, а потом начал жутко висеть. Проблему так и не нашли перенесли на Plesk панель, сайт стал нормально работать но периодически появляются какие то проблемы.

Аватар пользователя kirill_dan kirill_dan 22 декабря 2015 в 20:56

С панелью может быть проблема. Так как панель, это не просто шкурка, а целая система со своими версиями пыхи, мускула и настройками. Скорее всего в этом дело. Гляньте phpinfo, посмотрите отчет о состоянии, может какие косяки выдаст в настройках. Еще может быть шляпа в настройках апача у хостера. Ведь как аякс срабатывает, происходит вызов друпал роутера, и через ссылку вызывается колбек с передачей в него параметров и данных. И вот на этом этапе у вас и происходит глюк.

Из той ссылки, что вы дали, я понял, что начиная с версии 7.39 нужно делать валидацию передаваемого аяксом пути. Иначе путь будет считаться не заслуживающим доверия и будет выдавать такую ошибку. И есть два варианта валидации. Там выложен патч файл, который нужно накатить на модуль.

Аватар пользователя kirill_dan kirill_dan 25 декабря 2015 в 22:37

Попробуйте другие версии модуля поставить. Самый последний дев., к примеру. Или патч в какой-нибудь иде среде накатите.

Аватар пользователя Bios Bios 27 декабря 2015 в 19:17

Эпопея продолжается. Хостер сказал что несколько дней назад они ставили какие то обновления и у пользователей посыпались проблемы. На данный момент якобы проблему устранили.

Действительно теперь товары можно редактировать, но случайно узнали что как минимум один товар отредактировать или добавить новую вариацию нельзя. Выпадает уже другая Ajax ошибка.

http://s011.radikal.ru/i318/1512/b9/69bfe47230ce.png

Аватар пользователя Bios Bios 30 декабря 2015 в 13:43

Проблема решена, оказалось что с какого то тлена серверный антивирус блокировал загрузку. На странице редактирования была размещена ссылка но ютуб ролик (iframe)

Так вот KOMODO хостера блокировал загрузку. Хостер добавил какие то исключения сейчас все работает

Аватар пользователя Bios Bios 30 декабря 2015 в 13:45

А вообще с момента переезда на PLESK постоянно какие то проблемы от мало до велика, и им нет конца.

Если кто то решает для себя Plesk или ISP то лучше ISP. Она не такая удобная и красивая, но по крайней мере с ней нет проблем