Vadim Dumbravanu (Все сообщения пользователя)

Все видим, знаем, исправляем. Почему падает Outlook, мы уже разобрались, будет обновление ядра 10.0.4.

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

Универсальных советов здесь не существует. По моему личному опыту (не претендую на истину) наиболее стабильно себя ведет FreeBSD + nginx + PHP/Apache module + eAccelerator + mysql. Стабильность заключается в таких вот данных команды top:

up 432+14:56:37

Причем, если бы не сбои электропитания, цифра была бы вдвое больше. В течение всего этого периода Apache и Mysql перезапускались исключительно с целью изменения конфигурации.

Справедливости ради замечу, что это не "баг кп", а баг Zend Server. Нам потребовалось время, чтобы распознать и научиться обходить его. Вы можете поставить КП на более стабильную платформу, чтобы не зависеть от непредсказуемого поведения Zend Server.

В Windows 7/Office 2010 отказались от поддержки авторизации HTTP Basic без SSL, т.к. пароль передается в открытом виде. Но там поддерживается авторизация HTTP Digest (см. википедию), при которой пароль не передается в открытом виде, т.е. SSL не обязателен. В версии 10 такой тип авторизации поддерживается в нашей библиотеке документов.

В версии 10 вышла поддержка авторизации HTTP Digest, что закрывает ряд проблем с Windows 7 и Office 2010. Включается в настройках главного модуля.

Перерисовать и переопределить стили  в шаблоне сайта.

Может, начать нужно с простого? Работа с формами: http://ru.php.net/manual/ru/tutorial.forms.php

Да нет же. Речь конкретно об инфоблоках, а не глобальных константах:

http://dev.1c-bitrix.ru/api_help/iblock/classes/ciblockelement/getlist.php

arFilter CHECK_PERMISSIONS - если установлен в "Y", то в выборке будет осуществляться проверка прав доступа к информационным блокам. По умолчанию права доступа не проверяются.

Но, судя по доке, по умолчанию - не проверяются. Т.е. дело не в правах доступа, в чем-то другом.

Нет-нет, плохая практика - делать на случайном хите пользователя админом. В API инфоблоков можно передать параметр "не проверять права доступа" - как раз для таких случаев. См. документацию.

Рекомендую Вам отредактировать почтовые шаблоны на Ваш вкус. К сожалению, обновление не может установить шаблон по умолчанию на работающий сайт, так как ссылки в текущем письме могут быть кастомизированы.

Андрей, когда злоумышленники получат доступ к Вашему сайту по причине:
1)передачи пароля по сетям в открытом виде;
2)хранении пароля в БД в открытом виде;
3)заглядывания "через плечо" в ваш почтовый ящик,
Вы, наверное, первый побежите писать по всем форумам, что "Битрикс - дырявая система".

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

Отлично, я вижу определенный прогресс в освоении БУС.

Возьмусь утверждать, что наш подход (файлы на диске) дает больше свободы разработчику сайта. Поскольку это просто исполняемый файл, то и исполнять он может что угодно: хоть ваш собственный PHP-код, хоть стандартные компоненты - в любом порядке. Иногда полная свобода может напугать разработчика, понимаю. Но с опытом это проходит.

Что касается десятков тысяч файлов - обычно это не так. Динамическая информация (новости, каталог товаров, статьи) чаще сохраняются в БД в модуле "Информационные блоки". Тогда для вывода десятка тысяч товаров используется одна физическая страница (файл), который вызывает компонент инфоблоков, который выбирает и выводит товары из БД.

При должном умении сайт может состоять из десятка физических файлов. Весь контент может быть в инфоблоках, включая меню. Но обычно статические страницы ("О компании") удобнее редактировать как файл, а не как запись БД. Но если таких статических страниц становится неограниченно много, то это повод, чтобы структурировать их и разместить не на диске, а в инфоблоках.

1) /page_templates/ - это папка для шаблонов новых страниц, т.е. когда пользователь создает новую страницу, он может выбрать, по какому шаблону (в панели "Эрмитажа" - "создать страницу" - "по шаблону"). В общем, это для удобства конечного пользователя.

2) /include_areas/ - произвольная (т.е. название не регламентировано) папка для файлов т.н. "включаемых областей" - html/php, которые могут быть включены на страницу с помощью компонента "включаемая область" (main.include). Обычно вызов компонента делают из шаблона сайта. Файлы включаемых областей группируют в эту папку для удобства, т.к. они могут иметь оформление, специфичное для конкретного шаблона сайта. Там могут быть название/лого/контактная информация - чтобы пользователь редактировал только эти данные, не затрагивая шаблон сайта.

3) Безусловно, левая-правая колонки могут быть как в шаблоне сайта, так и в теле страницы. Все зависит от конкретных задач и удобства разработчика/пользователя. Но чаще всего колонки выводятся в шаблоне сайта, но управлять ими можно в зависимости от конкретных страниц.

4) Нет, я не готов сопоставлять терминологию двух систем как в силу незнания, так и различной идеологии. Могу лишь объяснить нашу терминологию. Модуль - это модель данных и API для доступа к этим данным. Компонент - это контроллер и представление для использования в публичном разделе. Компонент (контроллер) с помощью API одного или нескольких модулей манипулирует данными. Шаблон компонента (представление) выводит данные на страницу. Имеет смысл работать только с компонентами 2.0.

5) Да, что касается меню и "хлебных крошек", то нужно работать с шаблонами соответствующих компонентов, а не этими файлами. Тем не менее, совместимость со старыми способами поддерживается.

Джумла - не плохая, она просто другая по идеологии. Поэтому прежде всего нужно понять принципы работы БУС (Битрикс Управление Сайтом).

Начните отсюда - структура страницы: http://dev.1c-bitrix.ru/api_help/main/general/page/structure.php
Затем - порядок исполнения страницы: http://dev.1c-bitrix.ru/api_help/main/general/page/pageplan.php
Потом про модули: http://dev.1c-bitrix.ru/api_help/main/general/modules/index.php
Потом про компоненты: http://dev.1c-bitrix.ru/api_help/main/general/component20/index.php

Установка системы: http://www.1c-bitrix.ru/download/manuals/ru/installation_guide.doc
Интеграция шаблона сайта: http://www.1c-bitrix.ru/download/manuals/ru/BSM_quick_start.doc и http://www.1c-bitrix.ru/download/manuals/ru/integration_guide.doc

В следующем обновлении ядра будет возможность дать свое название гаджету в настройках гаджета.

Господа, личные разбирательства выносите за пределы форума.

Экспорт в XML складывает файлы в отдельную папку рядом с .xml. Экспорт в CSV так не делает.

Еще можно записывать число, умноженное на 10000, а при операциях с ним учитывать эту поправку.

В таблице свойств b_iblock_element_property:

VALUE_NUM numeric(18,4),

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

Списки - это инфоблоки. В админке можно выполнить экспорт-импорт инфоблоков в CSV или XML. В публичке списков запланирован по крайней мере экспорт в Эксель.

TeleportPro?

В принципе, да:

Ф-я ShowHead() появилась далеко не сразу. Это просто прослойка для удобства, чтобы не писать вызовы ф-й ShowCSS, ShowHeadSripts, ShowHeadString, ShowMeta. Ничего удивительного, что API развивается. Семейство ShowHeadSripts, ShowHeadStrings (которые на самом деле необходимы для решения указанной проблемы) появилось достаточно давно, без них не будет работать ряд компонентов, панель управления.

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

Информация о добавлении всех этих функций есть в описании обновлений (история версий).

Возможно, будет достаточно отключить сбор некоторых данных и уменьшить время хранения данных. В настройках модуля отключить:

Сохранять статистику посещений разделов и файлов?  
Собирать данные для отчета "Пути по сайту"?
Сохранять статистику ссылающихся сайтов и поисковых фраз?
Сохранять хиты?
Сколько дней хранить посетителей: 1
Сколько дней хранить сессии: 1

Модуль XMPP установлен? Сервер XMPP при этом запущен, работает? Скорее всего сообщение пытается уйти на XMPP и висит на тайм-ауте. Запустите XMPP-сервер, либо деинсталлируйте модуль, если не планируете использовать.