maxXLlive, не могу понять в чем у вас проблема. Ещё раз повторю, каталог в 1с у вас ни куда не делся, слетела только интеграция. Неясно в чем сложность создать интеграцию заново?
Каталог с сайта в 1с импортировать зачем? Импорт каталога с сайта в 1с делается только в случае крайней необходимости. В нормальной ситуации 1с всегда(!) является первоисточником, в том случае если существует связка 1с и сайта.
maxXLlive, да это и есть идентификатор, в инфоблоке он называется внешний код, но я вам рекомендую для начала выгрузить в другой инфоблок, чтобы посмотреть всё-ли в порядке, и чтобы не затереть информацию в имеющемся каталоге на сайте. Если вы заново будете создавать интеграцию в 1с, при первой выгрузке создастся новый инфоблок каталога и ему присвоится новый внешний код. Потом уже есть варианты, либо удалить старый каталог переключиться на новый, тогда придётся везде на сайте менять id каталога на новый, либо переписать id в интеграции чтобы выгрузка шла в старый каталог. Ну или в новом инфоблоке стереть внешний код, предварительно записав его в старый, и потом удалить новый инфоблок за ненадобностью.
Интеграция это то что выгружает ваши товары на сайт из 1с, в ней задается своя структура, сделано это потому что почти всегда рабочий каталог в 1с по структуре не подходит для выгрузи на сайт, в нем много лишнего и структура для менеджеров, бухгалтеров но не для сайта. Т.е. в интеграции обычно вы создаете свою структуру, добавляете туда нужные товары из каталога, т.е. задаете соответствие товаров в каталоге 1с со структурой разделов каталога которая будет отображаться на сайте. Если я всё правильно понял, то вы удалили именно интеграцию, а сам каталог остался. И по этому да, интеграцию нужно будет создать заново, восстановить всю структуру, но это обычно не так сложно и недолго, набить структуру в интеграции заново.
И не совсем понимаю как всё устроено в 1с УНФ сейчас, давно этим не занимался, по этому по восстановлению ни чего сказать не могу. Возможно есть какая-то техническая поддержка где вам могут помочь.
Ankhena, я ни чего не рекомендую, это вы занимаетесь глупостями, как и большинство кураторов qna, сильно много "умничаете", по поводу того на чём не нужно заострять внимание, что не лучшим образом сказывается на аудитории авторов ответов. Ошибки в моем примере нет, не отнимайте время.
Ankhena, где я ввожу в заблуждение? Укажите где говорится о том что запрещено использовать ttf шрифты или это является ошибкой? В реальной жизни кто что хочет то и использует.
Ankhena, это всё индивидуально, начиная с того что браузер сам может генерировать начертания, если это выглядит нормально, а sans-serif обычно выглядит нормально, почему бы и да. Во вторых можно использовать в качестве заголовков шрифты больших размеров, скажем, 200-300% от основного, вполне себе в тренде до сих пор. Ну ив третьих это не относится к вопросу, в качестве быстрой отладки можно такое использовать, на mdn именно такой пример именно с ttf шрифтом. А так, да, можете подключать сколь угодно шрифтов, всё зависит от нужд проекта и фантазии.
Ankhena, да, потому что в стилях проекта не используется "жирность", и не вижу ни чего плохого в том чтобы использовать ttf, формат до сих пор поддерживается.
Tech, всё что вы заполняли тестово, если это не касается структуры, только данных, на основу накатывать не нужно, зачем на основе тестовые данные? В большинстве случаев всё что вы делаете базы данных не касается.
Если это стандартный функционал, то скорее всего структура данных будет неизменна, максимум что понадобится это изменить настройки и/или сделать обмен с учетной системой.
Если это ваш модуль со своими таблицами, ORM, тогда всё идёт по стандартной схеме, через обновление модулей, как написано в доках, вам нужно каждый апдейт оформлять как патч, и если там меняется структура базы данных, а данные нужно оставить, тогда пишутся скрипты, которые выполняют переход с одной структуры данных на другую.
CML2_MANUFACTURER содержит строку, по этому 'CML2_MANUFACTURER.VALUE'=> false не даст ни какого результата, отрицание пустой строки в ORM '!CML2_MANUFACTURER.VALUE' => ''
Сайт B, если всё правильно, и если там авторизация через куку, вернёт куку в ответ, она запишется в виде файла на хост, а дальше автоматом будет отправляться с каждым следующим запросом на сайт B, опять-же если всё сделано правильно.
koder_1, это не инфоблок, это каталог, в битриксе каталог это "костыль" поверх инфоблока, в виде связной таблицы в которой хранится специфическая информация о товаре.
Не особо понятно в каком месте это выдаёт, но если посмотреть, в запросе передаётся ID, хотя по INSERT по идее ключевое поле должно быть с автоикрементом, следовательно ID при создании передавать не нужно.
RomyGalaxy, а в чем собственно опасность? php смотрит сессию, и выдает данные в зависимости от этого. В объект user передаются данные которые ни как его не компрометируют ес-но. Это решение чтобы не делать лишний асинхронный запрос из vue на тот случай когда страница обновится.
А роуты это отдельная тема, их можно назначать динамически, все методы для этого есть, для проверки авторизации читайте раздел Navigation Guards в доке Vue Router.
Каталог с сайта в 1с импортировать зачем? Импорт каталога с сайта в 1с делается только в случае крайней необходимости. В нормальной ситуации 1с всегда(!) является первоисточником, в том случае если существует связка 1с и сайта.