Форум

BitrixEnv 4, CentOS 6
Что-то наковырял с кроном, в итоге теперь одна задача выполняется в положенное время пять раз подряд:
[CODE]Dec 11 12:07:01 server CROND[83774]: (root) CMD (php -f /home/bitrix/ext_www/site.ru/www/bitrix/tools/file.php)Dec 11 12:07:01 server CROND[83776]: (root) CMD (php -f /home/bitrix/ext_www/site.ru/www/bitrix/tools/file.php)Dec 11 12:07:01 server CROND[83783]: (root) CMD (php -f /home/bitrix/ext_www/site.ru/www/bitrix/tools/file.php)Dec 11 12:07:01 server CROND[83787]: (root) CMD (php -f /home/bitrix/ext_www/site.ru/www/bitrix/tools/file.php)Dec 11 12:07:01 server CROND[83790]: (root) CMD (php -f /home/bitrix/ext_www/site.ru/www/bitrix/tools/file.php)[/CODE]Для пользователя root задач нет:
[CODE][root@server log]# crontab -lno crontab for root[/CODE]Содержимое /etc/crontab:
[CODE]* * * * * root php -f /home/bitrix/ext_www/site.ru/www/bitrix/tools/file.php[/CODE]В чем проблема может быть?

Есть такая проблема, встречалась на разных сайтах и редакциях - в админке, корневой каталог в "Структуре сайта", открывается 10-20 сек. Вложенные каталоги и файлы открываются без проблем. Количество вложенных папок и файлов не большое (до 10). Сам сайт также работает быстро.

В админке нет такого инструмента как "Отладка", поэтому отловить причину не могу.
Может знает кто в чем дело?

Centos 6 + BitrixEnv4. Создан сайт, изменений в автоматически созданные для сайта конфиги апача и nginx не вносилось.
Проблема в том, что инструкции из файла urlrewrite.php исправно работавшие на стороннем хостинге, на моем сервере не работают (возвращается страница 404).  Уже два дня мучаюсь, не могу понять причины.
Ниже содержимое .htaccess и urlrewrite.php проблемного сайта. Буду рад любой помощи.

[B].htaccess[/B]
[CODE]RewriteEngine On
Options -Indexes
ErrorDocument 404 /404.php

<IfModule mod_php5.c>
 php_flag allow_call_time_pass_reference 1
 php_flag session.use_trans_sid off

 #php_value display_errors 1

 #php_value mbstring.func_overload 2
 #php_value mbstring.internal_encoding UTF-8
</IfModule>

<IfModule mod_rewrite.c>
 Options +FollowSymLinks
 RewriteEngine On
 RewriteCond %{REQUEST_FILENAME} !-f
 RewriteCond %{REQUEST_FILENAME} !-l
 RewriteCond %{REQUEST_FILENAME} !-d
 RewriteCond %{REQUEST_FILENAME} !/bitrix/urlrewrite.php$
 RewriteRule ^(.*)$ /bitrix/urlrewrite.php [L]
 RewriteRule .* - [E=REMOTE_USER:%{HTTP:Authorization}]
</IfModule>

<IfModule mod_dir.c>
 DirectoryIndex index.php index.html
</IfModule>

<IfModule mod_expires.c>
 ExpiresActive on
 ExpiresByType image/jpeg "access plus 3 day"
 ExpiresByType image/gif "access plus 3 day"
</IfModule>
[/CODE]
[B]urlrewrite.php[/B]
[CODE]<?
$arUrlRewrite = array(
array(
"CONDITION" => "#^/discounts/([a-z0-9-]+)\\.html$#",
"RULE" => "code=$1",
"ID" => "",
"PATH" => "/discounts/detail.php",
),
array(
"CONDITION" => "#^/faq/([a-z0-9-]+)\\.html$#",
"RULE" => "code=$1",
"ID" => "",
"PATH" => "/faq/detail.php",
),
array(
"CONDITION" => "#^(.+)\\.html(\\?.*)?$#",
"RULE" => "$1.php",
"ID" => "",
"PATH" => "",
),
);
?>
[/CODE]т.е. запросы html файлов должны редиректиться на существующие php файлы.

Такая вот проблема. При попытке отредактировать страницу в режиме HTML или Текст открывается форма с пустым полем для текста. Заголовок загружается. В публичке или админке - одинаково. В режиме PHP текст прогружается нормально.
Если создать страницу через Структуру сайта, то в дальнейшем она также не редактируется в режимах Текст и HTML.
Причем что интересно главная страница сайта редактируется нормально.

Для чего используется каталог stack_cache? Нет понятно конечно что для некоего кеша, но какого конкретно? Запросов MySQL?
Дело в том что по этому пути - /bitrix/stack_cache/MYSQL/b_iblock/30/ лежит файл 306004069f336106238000efc8c322b9.php с размером 2,5 Мб в котором сохранена полная структура части (а может и всех) ИБ сайта - со всеми полями и свойствами.
Для чего это нужно?
Пока этот файл не удалишь дико тормозят публичные страницы. Удаляю файл - обновляю любую страницу в админке - опять записывается то же самое. При обновлении публичной страницы такого нет.

Вот такой вот незатейливый код на 100 ИБ выполняется кучу времени на локалке, вызывает таймаут на сервере и вешает MySQL. Сервер не самый слабый.

[CODE]$rsIblock = CIBlock::GetList(
Array(),
Array(
'TYPE' => $IBType,
'ACTIVE' => 'Y',
), true
);
$ib = new CIBlock;
$arFields = Array(
"SITE_ID" => Array("s1", "s2"),
);
while($arIblock = $rsIblock->Fetch()){
$res = $ib->Update($arIblock["ID"], $arFields);
}[/CODE]

Как еще можно обновить привязку ИБ к сайтам?

Неожиданно, после выгрузки сайта на хостинг, стали вылазить предупреждения типа:

[CODE]Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/home/example/data/www/example.com/bitrix/templates/.default/page_templates/.content.php/template.php) is not within the allowed path(s): (/home/example/data:.) in /home/example/data/www/example.com/bitrix/modules/main/admin_tools.php on line 309[/CODE]
и
[CODE]Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/home/example/data/www/example.com/info/contacts.php/.left.menu.php) is not within the allowed path(s): (/home/example/data:.) in /home/example/data/www/example.com/bitrix/modules/main/classes/general/menu.php on line 65[/CODE]

Файла "/home/example/data/www/example.com/info/contacts.php/.left.menu.php" действительно не существует.

В файле admin_tools.php на 309 строке стоит проверка существования файла:
[CODE]$template_file = $template_dir."/".$file."/template.php";
if(!file_exists($template_file))[/CODE]
В файле menu.php примерно то же самое.

Вопрос - почему битрикс неверно строит путь для подключения файла? При условии что ничего в ядре не менялось.

В общем скрипт restore.php почему-то не смог восстановить базу (хотя написал что все ОК) и ввиду отсутсвия доступа к сайту через ssh я восстановил базу через phpmyadmin. После этого слетела кодировка на имени типа инфоблока и имени-отчестве пользователя - и там и там выводятся вопросики. В остальном вроде бы все в порядке. Имя типа ИБ я поменял вручную - заново вбил, а вот с именем пользователя такая штука не прошла - при открытии формы редактирования в админке имя и фамилия отображаются нормально. В тоже время в публичной части и в админке на верхней панеле выводятся вопросы.
Что делать?

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

Есть надежный метод борьбы с таким кешированием, основанный на генерировании рандомного или привязанного к дате изменения имени файла, типа http://URL/function.js?ver=123456, где 123456 берем из filemtime($filename). Но как в этом случае быть с файлами styles.css, template_styles.css и особенно со скриптами и стилями компонентов битрикса, которые подключаются автоматически?

Какие есть идеи?

Каким образом кастомизировать стандартное сообщение об ошибке Битрикса, например об ошибке MySQL?

Пробовал компонент system.show_message ковырять, но это не то.