Прикупили данное решение для одного из наших клиентов. Развернули, ахнули от вкусностей и качества реализации. И вот пришел момент, когда клиент сказал, мол хочу чтобы фотки шин были поменьше.
Мы же начитанные... пошли в настройки инфоблока моделей шин и изменили картинку анонса... Результат - пустая главная страница со спецпредложениями. В итоге - день коту под хвост. Разумеется, написали в ТП, где нам начали давать очень странные, простите, даже глупые советы... Глупые, не в том смысле, что люди не понимают что говорят, а в том что ТП даже не вникла в глубину вопроса, а посмотрела на проблему чрезмерно поверхностно. Стало обидно за державу, но потом вспомнил, программист я или нет? ТП это хорошо, а без нее быстрее (надеюсь Сергей Рыжиков сможет понять глубину проблемы и это будет +1 к проведению реформы в ТП). Развернул 2 проекта, один из них сломал настройкой, второй остался девственно чистым. Собрав мысли, сверив все скрипты перешел к изучению БД. Я признаюсь сразу честно и прошу мне не говорить, что тут это нормально, а тут нет. Я просто В ЛОБОВУЮ сделал сверку и составил запрос:
UPD ATE b_iblock SET `SECTION_PAGE_URL` = NULL, `DESCRIPTION` = NULL, `SECTION_CHOOSER` = NULL, `LIST_MODE` = NULL, `EDIT_FILE_BEFORE` = NULL, `EDIT_FILE_AFTER` = NULL WHERE `ID` = 5;
UPD ATE b_iblock SET `SECTION_PAGE_URL` = '#SITE_DIR#tyres/#CODE#/', `DESCRIPTION` = NULL, `SECTION_CHOOSER` = NULL, `LIST_MODE` = NULL, `EDIT_FILE_BEFORE` = NULL, `EDIT_FILE_AFTER` = NULL WHERE `ID` = 4;
UPD ATE b_iblock_property SE T `DEFAULT_VALUE` = NULL, `FILE_TYPE` = NULL, `LINK_IBLOCK_ID` = NULL WHERE `IBLOCK_ID` = 5;
UPDATE b_iblock_property SE T `DEFAULT_VALUE` = NULL, `FILE_TYPE` = NULL, `LINK_IBLOCK_ID` = NULL WHERE `IBLOCK_ID` = 4 AND CODE!='model_more_photos';
UPDATE b_iblock_property SE T `DEFAULT_VALUE` = NULL, `FILE_TYPE` = 'jpg, gif, bmp, png, jpeg', `LINK_IBLOCK_ID` = NULL WHERE `IBLOCK_ID` = 4 AND CODE='model_more_photos';
Таким образом мы возвращаем значения полей к виду, каким их делает мастер создания магазина колес.
Данное решение я предоставляю тем, кто столкнулся с проблемой и будет пользоваться этими "костылями", пока программисты Битрикса не выпустят фикс к продукту.
Так же я хочу обратиться к разработчикам Битрикса... Господа, дамы. Я понимаю, что тяжело проверять решения партнеров, да, там могут быть ошибки, хотя с точки зрения концепции MarketPlace это недопустимо (если это не beta). Но я отказываюсь понимать, как такие ошибки в релизе продукта совершают сами программисты из 1С-Битрикс... Ведь вам известна структура БД, известно о продукте все...
Это платное решение. Не тестирование, не freeware... Это не баг, не опечатка. это НЕСОВМЕСТИМОСТЬ.
Печаль.
p.s. когда оформляем код "апдейт" в запросе разделяет как "UPD ATE", вот этот пробел - это уже баг. Ведь при оформлении в виде кода должна быть целостность написания.
Номер обращения был дан выше: #245376 Но там, думаю, не будет особо достаточной информации по проблеме, т.к. проблема решалась напрямую мной с разработчиками решения по телефону. Поэтому, ждем апдейта решения.
Вкратце - при сохранении свойств инфоблока Шины слетала привязка с SKU моделей шин, соотв. ломался весь каталог.
Поэтому приходится всякий раз восстанавливать связь в настройках SKU, чего разумеется простой смертный просто не догадается сделать... До момента, когда мы нашли этот баг, у клиентов на руках оставался сломанный каталог товаров, который получалось чинить только SQL запросом, который я опубликовал в первом посте. Сейчас это делать не приходится, т.к. стало понятно как лечить более человеческим методом, однако не удобно и не корректно с точки зрения концепции продукта.
Группы на сайте создаются не только сотрудниками «1С-Битрикс», но и партнерами компании. Поэтому мнения участников групп могут не совпадать с позицией компании «1С-Битрикс».