Форум

Один из плюс в пользу компонентов vs pure API:
- возможность использовать кеширование компонента "из коробки"
- разделение шаблон+логика "из коробки"

Есть подозрение, что скорость будет всё-таки хуже, чем при pure API. Правда это интуитивно, тестов, подтверждающих мысль, я не делал =)
Должно быть что-то вроде
бистро > API+HTML Сache > API+Php Cache > Component+Cache > API > Component

Но, сравнивать  с CodeIgniter, всё же смело.

Пробежался глазами по маркетплейсу. Задачу подогнуть форми под потребности ресурса решают многие. Но модули, которые я увидел, предлагают декоративные улучшения:
[LIST]
[*]http://marketplace.1c-bitrix.ru/solutions/elipseart.formdesignmodify/
[LIST]
[*]позволяет изменить внешний вид стандарных контролов
[*]добавлет некоторые правила валидации
[/LIST]
[*]http://marketplace.1c-bitrix.ru/solutions/focus.calculator/
[LIST]
[*]решает частную задачу: форма как калькулятор.
[/LIST]
[*]http://marketplace.1c-bitrix.ru/solutions/asd.select2input/
[LIST]
[*]позволяет обыграть <input type="text"> , как список. Простень и со вкусом
[/LIST]
[*]http://marketplace.1c-bitrix.ru/solutions/yenisite.filter/
[LIST]
[*]переводит стандартные контролы в фильтре в красивые ползунки
[/LIST]
[/LIST]И что-то я не вижу решений, которые б помогли мне упростить создание разнородных форм.



2 администраторам форума:
- и всьо-таки одна из тем topic43242 и topic43243 лишняя...

На днях уважаемый [url=http://dev.1c-bitrix.ru/community/webdev/user/94859/]DZHETIGAPA[/url] спросил о том, как предзаполнять форму после submit. И ответов там не густо...
Проблема вот в чем.
Современный сайт это уже не просто отображение контента, но взаимодействие с пользователем. И за частую, такое взаимодействие решаеться через html(<form />)+php($_REQUEST) . Вот и получается, что работа с формами - это неотъемлемая часть сайта, как сервиса.

А вот тут возникает целый ворох типичных задач:
- валидация,
- санитаризация данных,
- вывод сообщений об ошибках,
- предотвращение разного рода атак.

И эти задачи встают не просто от проекта к проекту, а от формы к форме в рамках одного проекта.

Решение, котороя я видел: [B]ручной режим[/B]
- это, когда форма в html конструируется из записей вида
[CODE]<input type="text" name="field1" value="<?=htmlspecialcharsEx($_REQUEST["field1"])?>"> [/CODE]Соотвественно все остальные вещи (валидация, вывод ошибок,...) прописываються на каждый элемент формы тоже вручную.

Вот и вопрос к тру-битрикс-разработчикам:

[B]Как автоматизировать или упростить работу с формами? [/B]

На днях уважаемый [url=http://dev.1c-bitrix.ru/community/webdev/user/94859/]DZHETIGAPA[/url] спросил о том, как предзаполнять форму после submit. И ответов там не густо...
Проблема вот в чем.
Современный сайт это уже не просто отображение контента, но взаимодействие с пользователем. И за частую, такое взаимодействие решаеться через html(<form />)+php($_REQUEST) . Вот и получается, что работа с формами - это неотъемлемая часть сайта, как сервиса.

А вот тут возникает целый ворох типичных задач:
- валидация,
- санитаризация данных,
- вывод сообщений об ошибках,
- предотвращение разного рода атак.

И эти задачи встают не просто от проекта к проекту, а от формы к форме в рамках одного проекта.

Решение, котороя я видел: [B]ручной режим[/B]
- это, когда форма в html конструируется из записей вида
[CODE]<input type="text" name="field1" value="<?=htmlspecialcharsEx($_REQUEST["field1"])?>"> [/CODE]Соотвественно все остальные вещи (валидация, вывод ошибок,...) прописываються на каждый элемент формы тоже вручную.

Вот и вопрос к тру-битрикс-разработчикам:

[B]Как автоматизировать или упростить работу с формами? [/B]

Как вариант:
[CODE]$myInput = '<input type="hidden" name="id" value="id"/>';
$arItem['INPUT'] = str_replace(
   '</form>',
   $myInput.'</form>',
   $arItem['INPUT']
); [/CODE]http://php.net/manual/ru/function.str-replace.php

Ух! Весёлый у Вас вопрос =)
1. Вы задавли этот вопрос собсно самому эр телекому? Можно ли что б играл произвольный звук, пока "клиент ждет оператора"? Для этого у них должен быть апи. По идее... Или какой-нить другой механизм.
2. Сам Битрикс, в принципе, может быть оператором этих звуковых файлов (которые будут рекламными). Но Битрикс к этой идее имеет ровно такое же отношение, как и Wordpress или ZendFramework, - посредственное.

Если эр телеком ответит что-то толковое, то продуктивнее писать сюда: http://www.1c-bitrix.ru/partners/order.php

Мое имхо.

[QUOTE]Александр Дементьев пишет:
при заказе администратору либо менеджеру приходило письмо о заказе - такой то человек заказал это итд[/QUOTE]Когда происходит заказ срабатывает почтовое событие SALE_NEW_ORDER (Новый заказ). Письма (шаблоны писем), которые уходят, Вы можете увидеть здесь:
/bitrix/admin/message_admin.php?lang=ru&find_event_type=SALE_NEW_ORDER

Нет ничего сложного добавить свой шаблон с адресами администратора и менеджера. Там же есть типы шаблонов "Изменения статуса заказа на Выполнен и Принят".

Если данных типов сообщений окажется недостаточно, тогда, как указали выше, свои функции на системные события:
создание заказа    OnBeforeOrderAdd & OnOrderAdd
и обновление заказа    OnBeforeOrderUpdate &  OnOrderUpdate

[QUOTE]965986@gmail.com пишет:
И что надо сделать? как устранить проблему?[/QUOTE]Вариант 1. Кнопка "Сбросить"
Вариант 2. На скриншоте видна кнопка "Удалить настройки по умолчанию" (белый лист с красным крестиком над "Сбросить")
Вариант 3. В настройках инфоблока убрать галочки с обязательных свойств.

Да-да! В этом именно в этом и проблема:
[QUOTE]возможно удалены поля обязательные для заполнения, поэтому нельзя сохранить[/QUOTE]Такая ситуация может проявится например: вкладки были уже изменены, а позже одно из удаленных свойств становиться "обязательным".

Попадал ли кнонибуть на два ограничения:
1) ограничения GET-request  в N-символов?
2) при фильтрации в диапозоне чего-нибуть  проявляется "Index is ignored for BETWEEN constraint"
Что делать ? Как решать?