Форум

Не нужно было давать выбор текст/html. Нужно было делать только html и хранить не в массиве, а в скалярном значении. Тогда бы в публичке не появлялись надписи "Array". Ну и фильтрация из той же оперы.

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

[QUOTE]ruby.rabbit пишет:
Если не использовать визредактор, на ручную компоновку вызова этого компонента (особенно когда видишь именно его впервые) уйдёт по-моему не менее часа.[/QUOTE]

Если не секрет, что запрещает все-таки использовать визуальный редактор?

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

Даниил, при всем уважении - выбирайте, пожалуйста, выражения.

Да, с пользовательскими полями типа "HTML" есть некоторые концептуальные проблемы. Они выявлены и будут исправлены.

[QUOTE]Гость пишет:
нет возможности открывать каждый тикет в новом окне[/QUOTE]

Уважаемый Гость, существует по крайней мере четыре способа открытия тикета в новом окне из списка:

1)Shift+Click на ссылке в колонке "ID";
2)Shift+DoubleClick на строке в списке;
3)Ctrl+RightClick на ссылке в колонке "ID", затем выбрать "Открыть в новом окне";
4)Click на меню действий, затем Shift+Click на пункте "Изменить".

Поведение правого клика в списке вы можете изменить в настройках интерфейса. Тогда пункт 3 будет выглядеть как

3)RightClick на ссылке в колонке "ID", затем выбрать "Открыть в новом окне"

т.е. привычным образом.

Вы можете предложить еще несколько альтернативных способов открыть тикет в новом окне, мы постараемся все их реализовать.

[QUOTE]Гость пишет:
Модуль "Компрессия" установлен, однако провайдер использует какой-то прокси, который не позволяет сжимать трафик[/QUOTE]
Почему бы не работать напрямую, если это поможет задействовать сжатие?

[QUOTE]Гость пишет:
Так зачем же мне каждый раз качать все клиентские скрипты, которые, подозреваю, и составляют большую часть трафика?[/QUOTE]
Все клиентские скрипты выделены в отдельные файлы и кешируются браузером. В качестве рекомендации могу посоветовать очистить "временные файлы интернета", в случае IE это помогает решить множество проблем.

[QUOTE]Гость пишет:
Не понимаю, откуда наши инфоблоки в модуле техподдержки[/QUOTE]
В левом меню. Если у вас в меню открыты разделы сайта, или секции инфоблоков - это запоминается и выводится в HTML каждой страницы. Можно сократить трафик, схлопнув лишние пункты.

[QUOTE]Беляев Александр Петрович пишет:
все примеры bitrix, ненавязчиво, подсказывают привязку именно к ID[/QUOTE]
Да, это так, но имеется в виду создание сайта "с нуля", без учета импорта данных со стороннего решения.

Если же говорим об импорте, например, из 1С, то привязка всегда идет по EXTERNAL_ID. Нет другого способа сопоставить товары из двух разных систем, внутренний идентификатор БД тут не поможет.

Для сохранения ссылок и связей между объектами вы можете использовать такие поля как CODE ("Мнемонический идентификатор") и EXTERNAL_ID ("Внешний код").

Привязываться к внутреннему ID базы данных большого смысла нет.

В общем случае - никак. А зачем вам ID сохранять?

1. Лучше PHP 5. Помимо того, что он (PHP) теоретически более отлаженный, в продукте есть оптимизация под новые возможности PHP 5.

2. До того, как истечет время демо-версии, у вас будет полтора месяца. За это время нужно успеть зарегистрировать продукт, иначе он полностью прекращает работу.

3. Перенос данных нужно делать, используя API продукта. Примерно так: выбираем данные из старой БД, приводим их к пригодному для БУС виду, вызываем функции API для импорта данных. Документация доступна.

"Правильные" письма отправлялись уже в 5-й версии модуля рассылок. Вложения кодируются в письме именно согласно стандарту MIME. Правильность проверялась на нескольких клиентах, включая Mozilla, The Bat!, Outlook, Outlook Express, Google Mail.

Ошибка у вас скорее всего в локальном firewall. Возможно, он блокирует соединения к веб-серверу.