Не сохраняются изменения товаров с большим количеством характеристик Есть решение
Обнаружена ошибка:
У нас есть товары с большим количеством артикулов (33*5=165 штук).
Когда этот товар редактируем в бэкенде кнопка Сохранить вроде как срабатывает, но реально ничего не сохраняется.
На фронтэнде изменений нет, после выхода из редактирования товара снова заходим - тоже все изменения сбросились.
На товаре с малым количеством артикулов сохранение работает.
Кто нибудь еще такое замечал? Как это побороть?
PS еще замечал, что при большом количестве характеристик не все артикулы выводятся в список артикулов, в бэкенде. Видимо, есть какое-то ограничительное число, но конкретно какое - определить не могу. Но кнопки "далее" или перейти на следующую страницу списка нет. То есть, что не поместилось - просто не выводится.
10 ответов
Возможно, на вашем хостинге не хватает оперативной памяти или времени на исполнение скрипта. Попробуйте проверить логи при помощи бесплатного приложения Логи на момент ошибки - там должна быть более детальная информация по ошибке.
Или max_input_vars если php 5.4+
PHP 5.3. А какое значение max_input_vars имеет смысл поставить?
Спасибо за ответ. Логи проверил все, но ошибок не зафиксировано. Были только при импорте из CSV, но это похоже не то:
2015-07-14 11:04:52:
export: Invalid category count. Expected 3 but get 69
Включил галку "Включить логирование ошибок PHP". Сохранял изменения в товаре снова, но файл wa-log/php.log даже не создался. То есть ошибок нет?
И еще - кнопка Сохранить не зависает, отрабатывает где-то за секунду, зеленеет, рядом появляется галочка. То есть времени как бы немного уходит, и скрипт якобы отработал. Но изменения не применились.
Спасибо за ответ. Логи проверил все, но ошибок не зафиксировано. Были только при импорте из CSV, но это похоже не то:
2015-07-14 11:04:52:
Иexport: Invalid category count. Expected 3 but get 69
Включил галку "Включить логирование ошибок PHP". Сохранял изменения в товаре снова, но файл wa-log/php.log даже не создался. То есть ошибок нет?
еще - кнопка Сохранить не зависает, отрабатывает где-то за секунду,
зеленеет, рядом появляется галочка. То есть времени как бы немного
уходит, и скрипт якобы отработал. Но изменения не применились.
На хостинге максимальная нагрузка в пике не превышает 12-15 процентов от разрешенной, но это в момент импорта файла 2500 строк. Импорт проходит нормально без ошибок.
А вот кнопка сохранить для 1 товара- не работает.
Внимание разработчикам!
Ошибка эта есть на самом деле, я ее искусственно повторил в демо-магазине Webasyst. Возникает она так:
1. если артикулы создаются выбором характеристик
2. и получается артикулов более 160 штук, т.е. например 33 х 5 значений характеристик.
То при сохранении изменений , например описания товара, "Сохранить" не срабатывает, и пишет parseerror рядом с кнопкой Сохранить.
На моем хостинге купленный скрипт тоже не сохраняет, но ошибку не пишет.
160 артикулов еще работает, 165-уже ошибка.
Могли бы найти и исправить эту ошибку?
Спасибо.
Возможно (!) на хостинге установлено недостаточно большое значение конфигурационной переменной max_input_vars. Стандартное значение обычно 1000. Попробуйте увеличить его в 2-3 раза.
Так и есть: значение max_input_vars было 1000, установили 5000 - все работает.
Спасибо!
Проблема решена.
PS: на всякий случай, пишу как это делается (на моем хостинге)
в файл .htaccess добавляем строку
php_value max_input_vars 5000
Подобная проблема возникает не только с артикулами, но и со значениями большого количества услуг для товаров. При постепенном наполнении магазина товарами наступает внезапно и лететь начинают все списки значений услуг, и для вновь создаваемых, и для редактируемых товаров, не зависимо от того, что редактировалось: хоть сам список значений услуг, хоть краткое описание товара. После сохранить кнопка из желтой переходит в зеленую, но кроме "слета" половины списка ни чего не происходит.
В "техподдержке" отправили к этой статье. Увеличил вариантс до 5000, но результат нулевой. Уведомил об этом "поддержку", она попыталась закрыть запрос без ответа и молчит уже второй день.
Аналогичная проблема была на старом ВА, при большом количестве характеристик. Было это еще в феврале 2013 года, поэтому, что тогда "вылечило" не помню, т.к. "поддержка" футболила к хостерам, а те - к разработчикам. Итак целую неделю. После множественных ударов в бубен заработало, и как я понимаю, ни кто так толком и не понял благодаря какому удару в бубен. Я думал, что прошло, как страшный сон, ан нет ((((
Походу дела, аналогичная проблема при редактировании большого заказа! При добавлении в него товаров и скидки, скидка обнуляется. Увеличил max_input_vars — заработало.
Было бы здорово написать где-то об этом параметре, потому что никаких ошибок в моем случае нигде не появлялось, просто слетала скидка и все, а люди глазеют в монитор и не понимают, почему!