Форум

На странице

http://geodom.ru/vacancy/injener-geodezist/

скрытое поле 'должность' заполняется java скриптом. Это самый простой способ сделать поле таким, каким  надо, даже со стандартным шаблоном формы. Посмотрите код страницы.

Я так и сделал: "через комментарий", но заказчик просит сделать красиво. Неудобно переводить заказ от одного продавца на другого. Там еще договор создается, его тоже править приходится. Руками неудобно.

Короче, или автоматизировать на стороне 1С. Или так, как я предложил.

Хочу узнать, будет ли корректно работать, если настроить несколько обменов?

:)

Используется стандартный обман с 1С.

Для юридических и физических лиц у заказчика два юр лица.

Хочется, чтобы заказы попадали одну в базу 1С, но к разным продавцам.

Идея: создать копии файла обмена 1c_exchange.php и кастомизировать sale.export.1c таким образом:

добавить по одной строчке $arFilter["PERSON_TYPE_ID"] перед импортом заказов с сайта.

в одном файле
[CODE]$arFilter["PERSON_TYPE_ID"] = 1;
CSaleExport::ExportOrders2Xml($arFilter, false, $arParams["REPLACE_CURRENCY"]);[/CODE]

в другом файле
[CODE]$arFilter["PERSON_TYPE_ID"] = 2;
CSaleExport::ExportOrders2Xml($arFilter, false, $arParams["REPLACE_CURRENCY"]);[/CODE]

А в 1С настроить экспорт от разных организаций.

--------------

вопрос техподдержке и опытным разработчикам:

не будет ли в будущем конфиликтов, если вдруг оба обмена запустятся одновременно? Вообще, насколько безопасна такая кастомизация.

[QUOTE]Ссылка вида http://newtimes.ru/authors/detail/409/?PAGEN_2=2 не работает.
Ссылка вида http://newtimes.ru/authors/detail/409/?PAGEN_1=2 работает.[/QUOTE]

Вообще-то обе эти ссылки не работают.

Если бы вы не написали, что используете bitrix:news, я бы подумал, что вы неправильно настроили ЧПУ вручную.

http://newtimes.ru/authors/detail/409/ нормально,
http://newtimes.ru/authors/detail/409/?PAGEN_1=2 - (c вопросом и списком параметров) пишет "элемент не найден."

А поскольку, вы написали, что используете bitrix:news, то мне кажется вы недоговариваете.

На странице, не один, а два компонента. Первый bitrix:news. Адрес страницы http://newtimes.ru/authors/detail/409/ сформирован из ЧПУ первого компонента.

PAGEN_2 - параметр листалки второго компонента. (news.list скорее всего)

Когда вы вызываете страницу с параметром PAGEN_2, вызывается страница http://newtimes.ru/authors/detail/409/?PAGEN_2=2. На этой странице, обрабатывается адрес, и (если бы не аякс в компоненте) вы бы видели на месте верхнего компонента "элемент не найден".

А на месте нижнего видели бы тоже самое, но с листалкой с параметром PAGEN_1.

Другими словами: настройки ЧПУ в комплексном компоненте работают с /authors/detail/409/, но /authors/detail/409/?PAGEN_1=2 расшифровывают как $ELEMENT_ID = '409/?PAGEN_1=2', поэтому "элемент не найден".

Могу предложить два способа решения проблемы.

1. Сложный.

Написать правило обработки адресов вручную, примерно так:

чтобы страницы вида
/authors/detail/([0-9]+)/\\?(.*?)

он переводил в
/authors/index.php?ELEMENT_ID=$1

===

хитрость в том, что мы объясняем битриксу, что дальше вопроса тоже есть какие-то параметры, чтобы он их не приклеивал к ELEMENT_ID, и больше не выводил "элемент не найден". Если мы работаем без ajax.


или

2. Простой.

Сделать у листалки второго компонента адрес ссылок не

/authors/detail/409/?PAGEN_2=2,

а

/authors/detail/409/?PAGEN_2=2&ELEMENT_ID=409,

может быть, тогда бикрикс правильно расшифрует URL.


P.S.

Вместо ELEMENT_ID может быть надо написать ID, в зависимости от настроек вашего верхнего компонента.

Когда будете отлаживать, отключите аякс в нижнем компоненте. Он затрудняет отладку.

Когда в верхнем при переходе по листалке вы увидете "элемент не найден" - будет легче исправлять ошибки c URL.

Нет, это не глюк. Иногда выборка со свойствами ведет себя неожиданно, если не указывать ID инфоблока.

Свойства привязаны к конкретному инфоблоку а не типу инфоблоков.

Уверен, что если бы вы указали не TYPE, а IBLOCK_ID в запросе, то все было бы хорошо.

А поскольку вы указали TYPE, то приходится следить за уникальностью имен свойств.

Идей, почему не работает обмен много, хостер может и не виноват:

Иногда ошибка происходит из-за прокси-сервера. Если у вас в офисе стоит UserGate, попробуйте напрямую соединиться с интернетом.

Попробуйте убрать галочку в настройках обмена с 1С на сервере "Использовать ZIP сжатие".

Ваша конкретная ошибка:

[QUOTE]Query: DELETE FROM b_search_content_stem WHERE SEARCH_CONTENT_ID = 2347
[Table './lse_100/b_search_content_stem' is marked as crashed and should be repaired] [/QUOTE]

Попробуйте Настройки продукта -> Инструменты -> Проверка БД

Не совсем так. Пример с MSSQL - это, конечно, диверсия. И, наверное, единственный случай, когда я видел администратора MSSQL за работой. MSSQL практически не надо администрировать.

С ораклом проблемы возникают сами по себе. Таблицы растут, инвалидные объекты накапливаются, логи пополняются ошибками - мы на все это реагировали. Плюс постоянный уход за базой: клоны и бэкапы.

В общем, администрирование оракла - сложная задача, и работа у админа будет всегда.

А квалификация наших админов очень высокая.

Если стандартная PHP функция mail не работает, значит проблемы с настройкой хостинга.

Битрикс ни причём.

Евгений, это просто мое личное впечатление от работы с разными базами данных.

Смешного мало.

[QUOTE]Не поделитесь еще своим опытом в этой области? Так много нового узнал...[/QUOTE]

поделюсь.

MySQL, сколько работаю с ним, не подводил. Все-таки маленькие сайты на Битриксе делаю. (пока самый большой 7 000 элементов инфоблоков)

Oracle и MSSQL мы обслуживали у наших американских клиентов. Там не Битрикс стоял, а вся их бухгалтерия. Например, база по кадрам на 100 000 человек.

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

С MSSQL инциденты не случались. Админстратор MSSQL мог всю смену проспать, и ничего не происходило.

Но однажды админы MSSQL двое суток работали на одном сервере, тупо перезагружая сервер базы каждые пол-часа, и пытались найти причину такого поведения.

В общем, как я понял, заказчик уволил своего старого админа, тот на сервере что-то отключил. И поскольку в Windows невозможно выяснить, кто что делал и какие процессы реально работают, ошибку искали долго, а база периодически отлючалась.