Вход • Регистрация

магазин не заполняется товаром

  • 05 мая 2015 г.
  • Друзья! День добрый, помогите разрешить проблему.Не удалось добавить новый элемент в базу данных. Возможно, таблица diafan_shop_brand имеет неправильную структуру.
    adm/includes/save.php:199 Ошибки эти появляются при добавлении товаров категорий производителей и при импорте. Будьте так добры, подскажите в чем причина
  • 05 мая 2015 г.
  • Дык "Что? Где? Когда?".
    У юзера СУБД есть права?
    • 05 мая 2015 г.
    • Права есть. А про что где когда? Поподробнее простите за некомпетентность
      • 05 мая 2015 г. , редакция: 05 мая 2015 г.
      • 1) Тестирование и исправление БД делал?
        • 06 мая 2015 г.
        • Восстановление только пробывал из админки. Пишет прошло успешно но так и не помогло
          • 06 мая 2015 г. , редакция: 06 мая 2015 г.
          • Баловался с импортом товара через CSV?
            - посмотри какой ID у последнего товара в БД
  • 06 мая 2015 г.
  • Duplicate entry '4294967295' for key 'PRIMARY'
    Не удалось добавить новый элемент в базу данных. Возможно, таблица diafan_shop имеет неправильную структуру.
    • 06 мая 2015 г. , редакция: 06 мая 2015 г.
    • Всё просто до ужаса - Выгружаешь таблицу из PHPMyAdmin
      Удаляешь а потом правишь в файле (который выгрузил вот это место: )
      ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='Товары' AUTO_INCREMENT=4294967295 ;
      Подставляешь нужный по порядку ID (ещё не занятый!!!!!)
      и заливаешь обратно!

      САМЫЙ ПРОСТОЙ СПОСОБ ЧТОБ НЕ НАКОСЯЧИТЬ)))
  • 19 октября 2015 г.
  • Правлю длинный номер типа "4294967295" в PHPMyAdmin на уникальный порядковый. Все ок., добавляю один товар из админки. Он добавляется опять с длинным номером и уже при добавлении нового товара выходит ошибка типа "Duplicate entry '4294967295' for key 'PRIMARY'"

    Как быть? Что нужно поправить в базе чтоб номера добавлялись по порядку?
    • 19 октября 2015 г.
    • id править в базе сильно не желательно. На скрине во вложении как изменить порядковый номер в свойствах таблицы.
      • 12 ноября 2015 г.
      • Это тоже не помогло. Выходит ошибка типа "Duplicate entry '4294967295' for key 'PRIMARY'"
        Что делать, как это пофиксить? Пожалуйста, помогите советом.
      • 12 ноября 2015 г.
      • Всё, нашел решение. Нужно было исправить последний длинный ID товара на следующий порядковый через редактирование, а затем этот последний порядковый ID изменить в свойствах таблицы как описал АНДРЕЙ (KODA).
  • 12 ноября 2015 г.
  • Цитата

    Это тоже не помогло. Выходит ошибка типа "Duplicate entry '4294967295' for key 'PRIMARY'"

    Цитата

    Всё, нашел решение. Нужно было исправить последний длинный ID товара

    Т.е. очень интересно, если учесть, что int(11) со свойством unsigned имеет диапазон значений от 0 до 4294967296

    Если нужны более крупные значения, то есть тип BIGINT диапазон которого от -9 223 372 036 854 775 808 до 9 223 372 036 854 775 807
    Диапазон без знака от 0 до 18446744073709551615. Для столбцов типа BIGINT необходимо учитывать некоторые особенности.

    Цитата
    этот последний порядковый ID изменить в свойствах таблицы как описал АНДРЕЙ (KODA).

    Не спорю, но приведу доп. инфу для тех кому интересно. В MySQL есть вспомогательная БД information_schema, в которой хранится необходимая информация о всех таблицах БД сервера. И вот именно там храниться следующий номер для авто инкремента, т.е. перед добавление записи в таблицу БД не ищет максимальный номер записи, на это ведь будет тратиться время, которое дорого. Если по каким-то причинам необходимо сделать чтобы следующая запись начиналась с какого-нибудь другого числа, просто напишите команду:
    Код

    ALTER TABLE `tablename` AUTO_INCREMENT = тут_пишем_нужное_число;

    не забывайте об используемом типе поля, чтобы ваше число не вышло за рамки.
  • 12 августа 2016 г.
  • Так, ребята, у кого такая ошибка "4294967295" возникает, давайте вспоминайте, что делали перед ней? Импорт? 1С? Как-то по особенному добавляли товар?

Новости

  • 18 июня
  • В сборке большое обновление demo-шаблона, дополнительная защита от спама, улучшение YML-импорта и еще много важного и интересного.
  • 24 апреля
  • В новой сборке совершили революцию в структурировании кастомизированной информации в шаблонах, добавили авторегистрацию пользователей, усовершенствовали защиту от спама, актуализировали накопительную скидку, а также улучшили производительность и стабильность работы системы.
  • 12 января
  • После выхода сборки 7.1 мы выпустили уже три патча, в каждом из которых улучшаем административную часть сайта. Сборка DIAFAN.CMS 7.1.3 уже доступна к установке. 

Форум