Форум

Коллеги, подскажите, пожалуйста, какие данные сессии (авторизации) нужно передавать при запросе страницы административного раздела через QueryGetData()? Пихаю в параметры идентификатор сессии, но его недостаточно что ли...
Вообще мне нужно вывести [B]на одну страницу[/B] сразу несколько печатных форм по заказам интернет-магазина, отсюда и необходимость использования QueryGetData() в цикле.
[CODE]$arQuery = array(
"doc=".$_REQUEST['doc'],
"ORDER_ID=".$ORDER_ID,
"BASKET_IDS=".$BASKET_IDS,
"QUANTITIES=".$BASKET_QS,
bitrix_sessid_get()
);
$data = QueryGetData(
$_SERVER["HTTP_HOST"],
80,
"/bitrix/admin/sale_print.php",
implode("&", $arQuery),
$error_number = 0,
$error_text = "",
"GET"
);
print_r($data);[/CODE]Результат вывода переменной $data - форма авторизации.

Уже в который раз после очередного обновления битрикса в голову приходит афоризм: не было печали - апдейтов накачали!... В этот раз я имею в виду фильтр заказов интернет-магазина.

Чем руководствовались господа разработчики, когда проектировали неудаляемые вкладки фильтра заказов, типа "Приоритетные заказы", "Заказы, разрешенные к отправке", "Подвисшие заказы"? Особенно умиляет последний термин  :)  Возникает логичный вопрос: кто их подвесил и за какое место?

Почему эти вкладки нельзя удалить или переименовать?

Почему господа разработчики, сделав неудаляемые вкладки, фактически навяливают мне свою логику обработки заказов?

Почему, в конце концов, господа разработчики просто взяли и похерили те предустановки фильтра заказов, которые я сделал сам, и которые мне удобны? Что за неуважение такое к клиенту??? Я в шоке...

Я, конечно, могу снова сделать свои вкладки, но эти-то я удалить не могу! И в итоге страница раздуется по ширине так, что совершенно неудобно будет работать с фильтром.

Логика обработки заказов, господа разработчики, может существенно отличаться от той, которую вы предполагаете, не имея опыта интернет-продаж. Вы задумайтесь как-нибудь об этом, очень рекомендую!  

На тикет в техподдержку #[url=http://www.1c-bitrix.ru/support/customers/ticket.php?ID=340000]340000[/url] был дан ответ:
[B]Автоматическое сообщение о создании заявки в разработку[/B]

На основе информации из данного обращения была создана заявка в отдел разработок.
Категория: Пожелания. Критичность: Нормальная.
Номер обращения в разработку: 34405.

Не устраивает меня такой ответ. Критичность должна быть высокой. И категория "Пожелания" тоже не устраивает. [B]Прошу разработку быть адекватной и исправить проблему как можно скорее![/B]

Приветствую вас, уважаемые разработчики! В нашу вебстудию http://gav1.ru трубется программист Битрикса. Примерно так выглядит вакансия:

Требования:
Опыт работы с 1С-Битрикс Управление сайтом
Портфолио с нетиповыми сайтами
PHP, HTML, CSS, MySQL
Стаж от одного года

Обязанности:
Программирование компонентов, шаблонов, несложных модулей
Интеграция шаблонов дизайна
Поддержка существующих сайтов на Битриксе

Условия работы:
Оплата сдельная, в будущем возможен и оклад
Работа частично в офисе

От себя добавлю, что на настоящий момент ситуация такая: скоро в работу пойдет перенос сайта страховой компании на Битрикс с программированием 4 простых компонентов, затем на подходе один крупный проект по славному городу Санкт-Петербургу. Там будет много фукнционала, например интерактивная карта города с 3D флеш панорамами (полное ТЗ я могу выслать на почту по запросу). Плюс еще пара заказов, находящихся в стадии переговоров.

Действующий программист (я) сейчас занят своим проектом, поэтому ему требуется замена (либо поддержка). Но лучше полная и окончательная замена.  :)

Добрый день!

Прошу подсказать, как реализовать необходимую фичу, требующую вмешательства в административный интерфейс.

Сначала опишу для ясности свою задачу. Работаю над каталогом автоаксессуаров. Есть много марок авто, и по несколько моделей для каждой марки. Для марок создан инфоблок, равно как и для моделей, причем в инфоблоке "Модели" представлены вообще все модели, для всех марок. Настроена множественная связь "марка -> модели".
Есть также инфоблок "Товары", который имеет множественную "товар -> марка". При вводе товара в каталог нужно указать, для какой марки и для какой модели предназначен товар. Чтобы сделать наполнение каталога максимально удобным, необходимо, чтобы при выборе марки в выпадающий список моделей загружались модели ТОЛЬКО для этой марки (вызывается метод, получающий все элементы инфоблока "Модели", связанные с выбранным в списке элементом инфоблока "Марки", и выдающий их массиве, который потом попадает в опции списка). Вот тут у меня и возникли вопросы:
1) каким образом прикрутить AJAX к форме редактирования элемента инфоблока?
2) какие классы и методы используются для обращения к инфоблоку и получения связанных элементов?

Подозреваю, что это не так сложно реализовать. Буду признателен, если подскажете направление, в котором двигаться, и где что нужно прочитать. :)