Форум

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

преобразовуют в[B] div[/B]: chrome, safari
преобразовуют в [B]p[/B]: IE, opera
преобразовует в  [B]бр[/B]: mozilla

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

Разобралась. Проблема была в правах доступа к инфоблокам. В настройках необходимых инфоблоков выставила для всех пользователей "Чтение" - и все заработало. Вдруг пригодится кому:)

Помогите, пожалуйста. Аналогичная задача.
НО. Не могу сообразить, почему не выдает результат?

[CODE]if (CModule::IncludeModule('iblock')){
$resc = CIBlock::GetList(Array(), Array('TYPE' => 'domains', 'SITE_ID' => SITE_ID, '=CODE' => $cur_country), false);
while($arrc = $resc->Fetch())
$cc_name=$arrc["NAME"];
}[/CODE]

while не отрабатывает, $resc возвращает пустой массив. Хотя в типе domains 100% присутствует передаваемый $cur_country
(он, кстати, тоже передается - без пробелов, лишних символов).

описание проблемы:

После переноса сайта на другой сервер копированием по ftp все вроде бы нормально. Авторизация проходит нормально. Но при входе в админку страница зависает.



CentOS 6 x64
uname -a: 2.6.32-71.29.1.el6.centos.plus.x86_64 #1 SMP Sun Jun 26 16:27:27 BST 2011 x86_64 x86_64 x86_64 GNU/Linux

Apache:
httpd-tools-2.2.15-5.el6.centos.x86_64
httpd-2.2.15-5.el6.centos.x86_64
mod_ssl-2.2.15-5.el6.centos.x86_64
mod_proxy_html-3.1.2-6.el6.x86_64
mod_bw-0.8-3.el6.x86_64
mod_extract_forwarded-2.0.2-8.el6.x86_64
mod_cluster-1.1.1-2.el6.x86_64
mod_limitipconn-0.23-3.el6.x86_64

PHP:
php-cli-5.3.2-6.el6_0.1.x86_64
php-gd-5.3.2-6.el6_0.1.x86_64
php-ezc-Base-1.8-1.el6.noarch
php-bcmath-5.3.2-6.el6_0.1.x86_64
php-common-5.3.2-6.el6_0.1.x86_64
php-5.3.2-6.el6_0.1.x86_64
php-mysql-5.3.2-6.el6_0.1.x86_64
php-xml-5.3.2-6.el6_0.1.x86_64
php-mbstring-5.3.2-6.el6_0.1.x86_64
php-dba-5.3.2-6.el6_0.1.x86_64
php-mcrypt-5.3.3-1.el6.x86_64
php-channel-ezc-1-2.el6.noarch
php-ezc-Archive-1.4.1-2.el6.noarch
php-tidy-5.3.3-1.el6.x86_64
php-ZendFramework-1.11.9-1.el6.noarch
php-pdo-5.3.2-6.el6_0.1.x86_64
php-pear-1.9.0-2.el6.noarch
php-process-5.3.2-6.el6_0.1.x86_64

mysql-5.1.52-1.el6_0.1.x86_64

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

А вы их явно указывали? Создавали подменю? Попробуйте переключиться в режим редактирования - с права вверху, на панели управления (авторизовавшись с правами администратора), наведите на блок меню и выберите "Редактировать разделы меню" - добавьте необходимые подразделы. Если после этого не получится ожидаемое - то, скорее всего, что-то не так в верстке. Редактировали шаблон?

[QUOTE]Alexey Andreev пишет:
Ошибаетесь. Битрикс оперирует такими понятиями, как




Код


if(isset($arXMLElement[GetMessage("IBLOCK_XML2_NAME" ;) ] ;) )
А это значит, что необходимо как минимум 2 правки в ядре или кастомизация.[/QUOTE]
Еще раз спасибо, Алексей)

Решили вопрос? В чем проблема была?

У нас аналогичная ситуация.

Вот что нам на аналогичную проблему ответила тех.поддержка:

"Либо правилами сервера блокируется соединение с нашим сервером обновлений на 80 порт, либо не хватает оперативной памяти, чтобы открыть новый сокет - и по той и по той причине вам надо контактировать с хостером."

[QUOTE]Дмитрий Степанов пишет:
Кстати после применения mbstring.func_overload=2 на других проектах находящихся на том-же сервере и рассчитанных на 1251 возникают многочисленные проблемы с работой строковых функций. Так что будьте осторожны.[/QUOTE]

Исходные данные - пользователю нужны:
mbstring.func_overload 2
mbstring.internal_encoding UTF-8

Хостинг не готов предоставить эти настройки ввиду большого кол-ва сайтов в разных кодировках.
Каков компромисс?