Не сохраняются изменения товаров с большим количеством характеристик Есть решение

Обнаружена ошибка:

У нас есть товары с большим количеством артикулов (33*5=165 штук).

Когда этот товар редактируем в бэкенде кнопка Сохранить вроде как срабатывает, но реально ничего не сохраняется.

На фронтэнде изменений нет, после выхода из редактирования товара снова заходим - тоже все изменения сбросились.

На товаре с малым количеством артикулов сохранение работает.

Кто нибудь еще такое замечал? Как это побороть?

PS еще замечал, что при большом количестве характеристик не все артикулы выводятся в список артикулов, в бэкенде. Видимо, есть какое-то ограничительное число, но конкретно какое - определить не могу. Но кнопки "далее" или перейти на следующую страницу списка нет. То есть, что не поместилось - просто не выводится.



5 ответов

  • 3
    Елена Круглова 15 июля 2015 08:06 # Решение

    Так и есть: значение max_input_vars было 1000, установили 5000 - все работает.

    Спасибо!

    Проблема решена.

    PS: на всякий случай, пишу как это делается (на моем хостинге)

    в файл .htaccess добавляем строку

    php_value max_input_vars 5000

  • 1

    Возможно, на вашем хостинге не хватает оперативной памяти или времени на исполнение скрипта. Попробуйте проверить логи при помощи бесплатного приложения Логи на момент ошибки - там должна быть более детальная информация по ошибке.

    • +1

      Или max_input_vars если php 5.4+

    • +1
      Елена Круглова Елена Круглова 14 июля 2015 15:20 #

      Спасибо за ответ. Логи проверил все, но ошибок не зафиксировано. Были только при импорте из CSV, но это похоже не то:

      2015-07-14 11:04:52:
      export: Invalid category count. Expected 3 but get 69


      Включил галку "Включить логирование ошибок PHP". Сохранял изменения в товаре снова, но файл wa-log/php.log даже не создался. То есть ошибок нет?

      И еще - кнопка Сохранить не зависает, отрабатывает где-то за секунду, зеленеет, рядом появляется галочка. То есть времени как бы немного уходит, и скрипт якобы отработал. Но изменения не применились.

    • +1
      Елена Круглова Елена Круглова 14 июля 2015 15:34 #

      Спасибо за ответ. Логи проверил все, но ошибок не зафиксировано. Были только при импорте из 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 товара- не работает.

  • 1
    Елена Круглова 15 июля 2015 01:35 #

    Внимание разработчикам!

    Ошибка эта есть на самом деле, я ее искусственно повторил в демо-магазине Webasyst. Возникает она так:

    1. если артикулы создаются выбором характеристик

    2. и получается артикулов более 160 штук, т.е. например 33 х 5 значений характеристик.

    То при сохранении изменений , например описания товара, "Сохранить" не срабатывает, и пишет parseerror рядом с кнопкой Сохранить.

    На моем хостинге купленный скрипт тоже не сохраняет, но ошибку не пишет.

    160 артикулов еще работает, 165-уже ошибка.

    Могли бы найти и исправить эту ошибку?

    Спасибо.

    • +1

      Возможно (!) на хостинге установлено недостаточно большое значение конфигурационной переменной max_input_vars. Стандартное значение обычно 1000. Попробуйте увеличить его в 2-3 раза.

  • 1
    Oleg Sokolov 18 октября 2015 10:29 #

    Подобная проблема возникает не только с артикулами, но и со значениями большого количества услуг для товаров. При постепенном наполнении магазина товарами наступает внезапно и лететь начинают все списки значений услуг, и для вновь создаваемых, и для редактируемых товаров, не зависимо от того, что редактировалось: хоть сам список значений услуг, хоть краткое описание товара. После сохранить кнопка из желтой переходит в зеленую, но кроме "слета" половины списка ни чего не происходит.
    В "техподдержке" отправили к этой статье. Увеличил вариантс до 5000, но результат нулевой. Уведомил об этом "поддержку", она попыталась закрыть запрос без ответа и молчит уже второй день.

    Аналогичная проблема была на старом ВА, при большом количестве характеристик. Было это еще в феврале 2013 года, поэтому, что тогда "вылечило" не помню, т.к. "поддержка" футболила к хостерам, а те - к разработчикам. Итак целую неделю. После множественных ударов в бубен заработало, и как я понимаю, ни кто так толком и не понял благодаря какому удару в бубен. Я думал, что прошло, как страшный сон, ан нет ((((

  • 1
    Iron_bone Партнер-разработчик 14 сентября 2016 15:12 #

    Походу дела, аналогичная проблема при редактировании большого заказа! При добавлении в него товаров и скидки, скидка обнуляется. Увеличил max_input_vars — заработало.

    Было бы здорово написать где-то об этом параметре, потому что никаких ошибок в моем случае нигде не появлялось, просто слетала скидка и все, а люди глазеют в монитор и не понимают, почему!

Добавить ответ

Чтобы добавить комментарий, зарегистрируйтесь или войдите