Александр Маджугин (Все сообщения пользователя)

Забавно - пока пытался победить эту проблему, случилась другая - 1c_exchange.php перестал авторизовывать пользователя.
При этом никаких настроек в 1с не менял - пытался подменить внешний код каталога в битриксе, что естественно не влияет ни как на права пользователей и т.п.
Востановил сайт из резервной копии - та же песня. Т.е. какая-то проблема на стороне 1С повидимому...

Никак не дается настроить импорт каталога товаров из 1с.
1 При импорте создается новый инфоблок. Как произвести выгрузку в существующий инфоблок?
2 Есть ли где-то документация по интеграции, в которой бы описывалась интеграция?
Гугл подсказывает этот документ http://www.google.ru/url?sa=t&rct=j&q=&esrc=s&source=web&cd=5&ved=0CEQQFjAE&url=http%3A%2F%2Fmedia-army.ru%2Fuploads%2F1c-bitrix%2F1c_tutorial.pdf&ei=YH-IT57uHJCeOrbC7M4J&usg=AFQjCNG77y07jcJs4UHrRnEtEm-FCXDCFw&sig2=uVz50mj36r15IgxOmJh3qA
Однако это то ли рекламная листовка то ли чья-то шутка...
Например таблица отбора описана фееричной цитатой:
Я бы сам конечно не за что бы не догадался, что таблица отбора выгрузки товара, служит для отбора выгрузки товара...
Зато видимо о том как это работает и настраивается должен.
Там правда описан шаг настройки "Настройка выгружаемых каталогов" и я бы даже воспользовался описанием, если бы он у меня был.
Вобщем, если я просмотрел где-то документацию, киньте ссылочку пожалуйста.

Вобщем дело на самом деле в дефолтной кодировке базы - битрикс не пытается ее исправить, что возможно и правильно - мало ли чего хотел админ.
А одмин в данном случае ничего не хотел... он просто забыл изменить дефолтную кодировку мускула.
Для тех кто столкнется с проблемой:
Идем в Настройки - Инструменты - SQL запрос, а короче - сюда: сайт/bitrix/admin/sql.php?lang=ru&del_query=Y
И выполняем запрос:
Вместо cp1251 не забываем подставить православную utf8 если не забыли сделать это при установке продукта или latin1 если ваша цель наоборот все поломать.

Выполняем. Радуемся.
P.S.
если будете копировать запрос отсюда, то не поленитесь набрать все же слово "alter" руками. Остальное можно копировать. И не говорите что не предупредил...

Пробую

Получаю ошибку - ну конечно - кодировка не совпадает - там latin1

Делаю


Повторяю предыдущий запрос - срабатывает, правда вместо русских букв знаки вопроса...
Пробую импорт и внезапно:
Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and (cp1251_general_ci,COERCIBLE) for operation '='
Выходит при импорте таблица b_xml_tree удаляется, а вместо нее создается новая, причем с дефолтной кодировкой. Это где-то настраивается? Не могли же разрабы так жестко просчитаться?

Как-то я упустил, что саму ошибку-то и не написал... Вот она:
Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and (cp1251_general_ci,COERCIBLE) for operation '='
По всей видимости это просто проблема кодировки таблицы - нужно переконвертировать ее.
Если получится - отпишусь для будущих поколений.

Почему это? Если я поставлю куку без времени истечения, то браузер обязан удалить ее при закрытии.
Однако CMain::set_cookie отказывается ставить куки без даты истечения.

Решил просто установкой кукув со сроком истечения через одну минуту.

CMain::set_cookie ставит куки со сроком хранения 1 год, даже если дидлайн для них не указывать.
Это даже в справке написано: http://dev.1c-bitrix.ru/api_help/main/reference/cmain/set_cookie.php
А как поставить печеньку без срока хранения, что бы она удалилась при закрытии браузера?

Спасибо. Мне тоже такое надо будет завтра пилить. Вот чувствовал я что перебирать в цикле ID секций не самое лучшее решение...

Точно такой же ошибки не нашел. Были очень похожие но если капнуть совсем не такие.
Проверку БД выполнял.

Не используй ВИЗИВИГ, же.
Ну если сложно так сразу код писать - сделайте страницу в нем, а потом поправьте код уже в каком-нибудь вменяемом редакторе.

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

Нет, Сергей.
Возможно я плохо объяснил.
Допустим у меня есть элемент у которого есть свойство EMAIL. Вот мне необходимо, что бы не было двух элементов с одинаковыми EMAIL.
Можно как-то штатно сделать невозможным добавление такого элемента? Или надо перехватывать попытку добавления, проверять уникальность и отменять добавление если свойство не уникально?

Хм... ясно. Теперь мне стал понятен смысл очистки POST. Спасибо.
Я уже попытался использовать обработчик для установки куки. Использовал OnBeforeIBlockElementAdd. Но куки не ставятся...
Так и должно быть? Или у меня есть какая-то проблема?

Ну естественно его ID - по ID предложения можно определить товар, а по ID товара определить предложение нельзя.
Цена - это свойство предложения такое же как и любой другое.
Ну и главное - товар, без свойств предложения в корзину положить можно. Только предложение без товара - нельзя.

Если выполняется POST запрос, например,  для добавления элемента в инфоблок, с помощью формы добавления, то массив POST очищается.
Как я понимаю, происходит это потому, что добавление элемента и соответственно обработка такого POST запроса выполняетс каким-то обработчиком в ядре, который формирует пустую страницу с переадресацией на страницу-цель в HEADERS HTTP.
Правильно ли?
Поэтому до целевой странице долетает уже совсем другой запрос браузера в котором переменных POST уже нет.
Но мне необходимы некоторые поля POST чтобы отобразить их на запрашиваемой странице. Для того, что бы пробросить переменные обработанного POST до цели я сейчас использую очевидный костыль - добавляю в init.php:



И соответственно добавляю в actiopn формы переменную GET 'savepost' - очень некрасиво...
Как добится того же результата грамотно?
Напомню цель - показать значение поля POST запроса в странице и поставить пользователю куку с ней.
Есть еще одна идея - это перехватить добавление элемента в init и поставить куку там. Но тоже не ахти, хоть и кажется лучше...

Нет. В корзину попадают именно товары и СВОЙСТВА sku, что не одно и тоже с sku.

Можно ли обеспечить уникальность элемента по некоторому полю, при добавлении с помощью bitrix:iblock.element.add.form, стандартными средствами?

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

Все уже давно стоит и сайты давно работают.
Человек который делал недоступен.
Клиент обратился с довольно странными идеями...
Дело в том, что это ЕЩЕ одна регистрация на сайте у него. Одна уже есть.
Должна быть одна регистрация для просмотра цен, а другая для возможности заказа. Регистрация для возможности заказу уже реализована.
Как - в подробности не вникал, но явно используется не стандартная реализация регистрации пользователей. Поэтому и решил заюзать стандартную... Теперь, когда после переписки с клиентом выяснились некоторые подробности - буду пилить свой велосипед.
Например этот тип регистрации (который для того, что бы видеть цены) должен быть без пароля. О_о

Спасибо, Евгений.
Но это же не поможет сделать раздельную регистрацию для разных доменов. Т.е. один человек зарегистрировавшись на одном домене, сможет авторизоваться с этой учеткой и на другом. Просто если галка будет снята, то авторизация не будет распространятся на другой домен.
Я правильно понял?
А как держится авторизация между доменами? fram'ы подгружаются для установки куков на другом домене?

Все разобрался. Оказывается в GET надо передовать тип все же, т.е. ссылка должна быть http://<сайт>/bitrix/admin/1c_import.php?type=catalog&mode=init
О чем этот http://dev.1c-bitrix.ru/api_help/sale/catalog_protocol.php ман умалчивает. Поправьте, что ли.

Это не сильно радует. Но спасибо за ответ, Денис.
Но остается другой вопрос "почему у меня сейчас два сайта на одном движке и в одном пользователь залогинен, а в другом нет". Точнее он эволюционерует в "что почитать о том как происходит авторизация (точнее управление сессией, определение ее владельца и создание объекта $USER) в битрикс и как ее смогли настолько поломать разрабы сайта"

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

Клиент жалуется что после обновления 1С перестал работать импорт каталога.
1C говорит Не удалось установить соединение с сервером. Проверьте имя пользователя и пароль.
Пытаюсь вручную пройти инициализацию:
http://<сайт>/bitrix/admin/1c_exchange.php?type=catalog&mode=checkauth
Получая куку - все как положено.
http://<сайт>/bitrix/admin/1c_import.php?mode=init
Получаю "failure Unknown command type."
На сайте вроде ничго не меняли. В чем может быть проблема? Куда копать?