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

Перенос данных из 4.2 на 4.3

  •
  • 20 октября 2010 г.
  • Имеется таблица diafan_param в версии 4.3 с полями
    (id, name, module_name, type, site_id, sort, search, list, block, required, trash)
    в версии 4.2 поля немного отличаются
    (id, name, module_name, type, site_id, param, sort, search, depend_price, required, trash)

    итого в обновлённой таблице:
    1. Отсутствуют поля param (перечисленные через запятую параметры)) и depend_price(похож на флаг указывающий на зависимость от этого параметра цены)
    2. Присутствуют поля list, block (Каково их назначение?)
    Как правильно перекинуть данные из старой таблицы?
  • 20 октября 2010 г.
  • Ещё для таблицы diafan_param_element
    4.3 - (`id`, `value`, `param_id`, `element_id`, `module_name`, `trash`)
    4.2 - (`id`, `value`, `param_id`, `element_id`, `depend_price`, `module_name`, `trash`)
    куда необходимо перенести данные из `depend_price` потому как это уже не флаг.
    •
    • 20 октября 2010 г.
    • Действительно изменилась структура таблицы с дополнительными характеристиками в версии 4.3. В том числе изменилась логика характеристик, влияющих на цену. Но зачем Вам тратить время на перенос этих изменений вручную, если мы автоматизировали этот процесс, написав update.php, который полностью переносит контент на новую версию. В том числе корректно переносит дополнительные характеристики и зависимые цены.
      Или у Вас возникли какие-то проблемы с переносом?
      •
      • 21 октября 2010 г.
      • Именно так. Обновляю на своей рабочей машине. Потому как в прошлый раз, обновление прошло не очень удачно и пару дней пришлось восстанавливать рухнувшие вещи - это связано с некоторой коррекцией некоторых стандартных модулей. То что было мной добавлено в новой версии идёт в комплекте. И думаю сделано это грамотнее. Потому как я представления не имею о том, что находится в ядре и как оно там работает.
        В общем я установил у себя новый пакет, и интегрирую сюда то, что надо, и чего нет в старой версии, для того чтобы в следующий раз, воспользоваться авто-обновлением и не тратить время на восстановление рухнувшего функционала. Надеюсь всё пройдёт гладко.
        Ну если нет схемы переноса данных - придётся раздраконить файл обновления.
  •
  • 21 октября 2010 г.
  • Залил к себе старую версию запустил update.php получил 2 ошибки

    Notice: Constant ABSOLUTE_PATH already defined in Z:homel.industriashop.ruwwwupdate.php on line 21

    эта ошибка вроде бы не очень критична, а вот вторая

    Undefined variable: cat_id in Z:homel.industriashop.ruwwwupdate.php on line 333

    насколько может быть критична в данной ситуации? Если скрипт сообщил, что обновление успешно завершено (Обновление успешно завершено).
  •
  • 25 октября 2010 г. , редакция: 25 октября 2010 г.
  • Мучаясь 2 дня, руками дозалив таблицы, которые были обновлены идущим в комплекте с CMS v4.3 апдейтером, игнорируя сотни предупреждений о возможных ошибках, удаляя поля которые остались в наследство от предидущей версии, но отсутствующие в текущей, наконец я добрался до финишной черты.

    Ничего хорошего не получилось.
    В админке исчезли картинки, дополнительные характеристики товаров отображаются в списке, но отсутствуют на странице редактирования товара.
    Пользователю невидно ни одного товара только разделы.
    •
    • 28 октября 2010 г.
    • Дмитрий, а зачем руками-то? update.php есть же в пакете. Помимо изменения таблиц в БД этот файл обновления может производить определенные действия с файлами картинок, переименовывая или перенося их. А это может не произойти, если права на папки на хостинге стоят не полноценные для работы скриптов.
      •
      • 29 октября 2010 г.
      • Ну да - но я то перенос делаю на своей машине, для того чтобы потом просто залить обновлённый вариант на host не ломая мозги поисковым ботам. Вот в процессе обновления при помощи update.php как выше уже писал вывалилось 2 ошибки, причём вторая привела к некоторым затруднениям. Вот и пришлось остатки вправлять руками.
        А не может такого быть что если пропустить пару тройку обновлений в пределах 4.2.X то обновление до 4.3.0 станет роковым как в моём случае?
        Поэтому вопрос обновления предлагаю сделать таким образом - завести страничку разумеется с доступом для партнёров и купивших лицензии и там выкладывать все обновления.
        Например:
        4.2.0(rev1234) до 4.2.1(rev1291) скачать
        4.2.1(rev1291) до 4.2.3(rev1366) скачать
        4.2.3(rev1366) до 4.2.3(rev1370) скачать
        4.2.3(rev1370) до 4.3.0(rev1452) скачать
        и т.д.
        чтобы можно было скачать, то что надо и обновится, пусть даже это будет несколько файлов, но зато можно быть увереным, что всё пройдёт так как надо. (Это из моего личного опыта)
        •
        • 29 октября 2010 г.
        • Вы знаете, в основном проблемы возникают, когда приходится при обновлении трогать таблицы БД. Мы уже разработали концепцию такой структуры БД, которую трогать между крупными версиями не надо. Сейчас ее обкатываем.
          Плюс, мы хотели в будущем давать информацию скрипту обновления о том, какие файлы были затронуты пользователем, чтобы их не трогать или сохранять автоматические исходные копии.
          В общем, мы работаем над тем, чтобы было надежно и удобно пользователям. Ваши пожелания также приняли к сведению.
          •
          • 29 октября 2010 г.
          • Это хорошая новость, только данную возможность надо было раньше заложить. ;) Уже сейчас сомневаюсь, что получится обновиться на новую версию. В связи с этим вопрос, ваши новые доработки и фишки, как интегрировать в существующую версию? Есть ли у вас лог изменений версий? Актуальная информация, я думаю, не только для меня.
            • 01 ноября 2010 г.
            • Нет - как такового лога изменений нет. Всё делалось по необходимости. К сожалению здесь нет Системы Контроля Версий и трудно даже посчитать сколько файлов было изменено. И поскольку в текущей версии появился недостающий функционал - было решено частично отказаться от собственных наработок в пользу стандартных, для облегчения обновления поддерживаемых ресурсов.
              [ Заложить никогда не поздно ;) Пусть такая система начнёт работать с версии 4.3.0 тем более она получилась знаковой ]
              •
              • 03 ноября 2010 г.
              • Заофтопим тут. Так как нестандартные вещи приходится дописывать самому, то естественно о дальнейшем обновлении движка можно забыть, существенный минус. Я думаю, вам известно, как это проблема решена в битриксе, есть своё пространство для компонентов. Дописывай и правь, без потери обновления. Что вы думаете по этому поводу?
  •
  • 25 октября 2010 г. , редакция: 25 октября 2010 г.
  • дописав руками билиберду в чистые поля таблицы shop для первой позиции, открыв потом этот товар через админку - и удалив то что ненужно и сохранив отредактированый товар. Товары начали отображаться, но без картинок. И после перехода в нутрь товара не отражаются дополнительные параметры.
  •
  • 25 октября 2010 г.
  • Каким образом отслеживаются дополнительные характеристики для категорийтоваров в текущей версии.
    Они все в куче сейчас находятся.
    Раньше можно было видеть для какой категории эта дополнительная характеристика и можно было вывести список характеристик только для интересующей категории.
    Как теперь работать с характеристиками и что тепрь надо сделать с таблицами чтобы эта информация зацепилась так как надо?
    •
    • 26 октября 2010 г.
    • Согласен, сам сталкнулся. В идеале нужно сделать группировку характеристик. Есть разный товар, для каждого товара есть свои + перекрёстные характеристики и выводить в товаре их нужно упорядочено. В админке каша, передвигать их стрелочками снизу вверх - не удобно, потеря времени.
      • 28 октября 2010 г.
      • Над этим работаем сейчас. Раньше, в 4.2, когда характеристику можно было назначить только для одной категории или для всех - проблем в группировкий не было, было хорошо видно, откуда характеристика.
        В 4.3 характеристику сделали прикрепляемой к выборочным категориям, пришлось отображение убрать.
        Сейчас занимаемся оптимизацией интерфейса. В ближайшие дни через автообновление выложим.

        Кстати, баг с упорядочиванием вывода харакетристик исправили. :)
        •
        • 29 октября 2010 г.
        • Это радует. Ато я уже собрался в ручную занулять элементы, которые по умолчанию не имеют значений.
  •
  • 25 октября 2010 г. , редакция: 25 октября 2010 г.
  • в связи с тем что дополнительные характеристики в 4.3 не могут быть применены к вложенным подкатегориям теперь их в ручную надо назначить пользуясь блоком множественного выбора :(
    •
    • 26 октября 2010 г.
    • Поддерживаю
      •
      • 28 октября 2010 г.
      • Ну-у... Думали, лучше дать больше возможностей, не стали наследовать характеристики. Мы считаем, что "доп.характеристики" - совсем нечасто обновляемый раздел. При заполнении магазина структура создается и все. Лучше дать возможность тонко настроить характеристики для кажддой категории и подкатегории... Нет? :)
        •
        • 29 октября 2010 г.
        • Ну да согласен. Такой подход решает избыточность дополнительных характеристик. Допустим для
          "велосипедов" характеристика 'цвет' имеет значения [001 синий, 002 зелёный, 005 красный], а для
          "авто" характеристика 'цвет' имеет значения [001 синий, 007 жёлтый, 105 красный]
          всё это цвет неважно к какому товару он относится, но было бы хорошо если бы можно было добавлять цвета не в мясо, а както упорядочивая после добавления чтобы не запутаться к чему относится тот или иной "цвет". Можно конечно создать 2 характеристики 'цвет' но тогда у нас появляется избыточность значений как в примере [001 синий] встречается 2 раза хотя можно было бы его исключить в случае если характеристика была бы одна.
  •
  • 25 октября 2010 г.
  • Непонятно каким образом теперь указывается, что дополнительная характеристика влияет на цену.
    И как для такой характеристики её редактировать.
    •
    • 28 октября 2010 г. , редакция: 28 октября 2010 г.
    • Да, в 4.3 несколько изменена логика. Надеемся, в лучшее сторону. :)
      Теперь зависимость цены от характеристики указывается в товаре. Это удобно, когда в одной и той же категории один товар различается по цене в одной характеристике, а другой товар в другой характеристике.

      Например, ставите в категории "Телефоны Nokia":

      Цитата
      Nokia 8800

      "Отделка (зависит от цены)"

      _(обычный) - 25.000 р.
      _(золотой) - 35.000 р.
      _(бриллиантовый) - 50.000 р.

      "Комплектация"

      _(обычный)


      А ниже еще один телефон
      Цитата
      Nokia 3300

      "Отделка"

      _(обычный)

      "Комплектация (зависит от цены)"

      _(обычный) - 12.000 р.
      _(с гарнитурой и автоаксессуарами) - 18.000 р.

      •
      • 29 октября 2010 г.
      • Ну да - это тоже верно. А что если будут присутствовать товары для которых зависимость цены будет от 2 характеристих, что будет в этой ситуации цена будет суммироваться или как?
        Nokia 8666 "Отделка (зависит от цены)" и "Комплектация (зависит от цены)" = ?
        И ещё раз уж к слову пришлось. Было бы круто если можно было удалять неиспользуемые значения характеристик типа список без вреда для 'здоровья'. Тем более если я правильно понимаю при текущей организации это бвут сделать не очень сложно. (Может я чегото не так понял. Раньше то точно это было очень проблематично имел место сдвиг значений и вытекающие из этого последствия.)
        •
        • 29 октября 2010 г.
        • Не, пока галку "Зависит от цены" можно только к одной характеристике прикрепить. Ставишь к другой, первая снимается автоматический, вроде комбобокса.
          Неиспользуемые характеристики убирать - это удобно, конечно. Но БД устроена в виде таблиц, и если ломать таблицу (в одной строчке 5 колонок, в строчке ниже 9 колонок), или разбрасывать по разным, это значительно снизит производительность системы в целом, особенно при достаточной посещаемости...
  •
  • 19 июля 2011 г.
  • Приветствую ,пытаюсь обновить diafan.CMS версия 4.2 пишет мне php_network_getaddresses: getaddrinfo failed: Name or service not known
    •
    • 19 июля 2011 г.
    • Эта ошибка означает, что Вы неправильно указали хост для подключения по FTP к своему сайту в Параметрах сайта.
  •
  • 21 июля 2011 г.
  • не могли бы вы выложить или скинуть пример настроек??
    •
    • 21 июля 2011 г.
    • Пример:

      FTP-хост: ftp.site.ru
      FTP-логин: username
      FTP-пароль: password
      Относительный путь до сайта: public_html/site.ru/www
      •
      • 03 июля 2012 г.
      • На сколькоя посвящен в 4.2 автоматического обновления нет

Новости

  • Не пропустите сборку DIAFAN.CMS 7.1.4
  • 24 апреля, среда
  • В новой сборке совершили революцию в структурировании кастомизированной информации в шаблонах, добавили авторегистрацию пользователей, усовершенствовали защиту от спама, актуализировали накопительную скидку, а также улучшили производительность и стабильность работы системы.
  • Сборка DIAFAN.CMS 7.1.3
  • 12 января
  • После выхода сборки 7.1 мы выпустили уже три патча, в каждом из которых улучшаем административную часть сайта. Сборка DIAFAN.CMS 7.1.3 уже доступна к установке. 
  • Новость. Сборка. Тарифы
  • 15 декабря 2023 г.
  • Подводим итоги 2023 года. Выпустили новую сборку DIAFAN.CMS 7.1.1, вводим новые тарифы на аренду сайта и коммерческую поддержку и автообновления с января 2024 г., строим планы на будущий год.
Все новости