Форум

[QUOTE]udav99 написал:
Максим Дорофеев ,не в php файлах, а в контенте.. в наполнение страницы.. там где текстовый редактор и html режимы.[/QUOTE]
Вы написали "поправить в одном месте этот код", значит речь идет в первую очередь о PHP-коде, а не о контенте, значит Максим правильно говорит.
А если не хочется с этим возиться, то посмотрите модули:
[URL=http://marketplace.1c-bitrix.ru/solutions/grain.customsettings/]http://marketplace.1c-bitrix.ru/solutions/grain.customsettings/[/URL]
[URL=http://marketplace.1c-bitrix.ru/solutions/askaron.settings/]http://marketplace.1c-bitrix.ru/solutions/askaron.settings/[/URL]
А если не подходит - то изобретайте свой велосипед.

Хотя, если вы напишете подробнее свою задачу, думаю, будут и другие предложения.

Что такое слаг?

[QUOTE]Александр Кислицын написал:
вообще-то в $arResult данные вещи должны быть по-умолчанию[/QUOTE]
Так-то да, они там точно есть, в пределах компонента пользоваться удобно, но если нужно "конкретно в определенном месте на странице" (напр., в другой части файла element.php шаблона компонента bitrix:catalog) - то это поможет. Самому недавно понадобилась такая штука. Хотя, можно пользоваться этим из component_epilog.php, но например в моем случае это было неудобно.

[QUOTE]Антон Дегтярёв написал:
после удаления они могут появиться вновь дабы не закрыть индексацию всех урл со знаком вопроса[/QUOTE]
Не понял этого.

Вы понимаете, что связи между robots.txt и ответом сервера (200, 404 и др) нет никакой?
Соответственно, если есть какие-то проблемы, то в robots.txt даже не смотрите, его смотрят только поисковики.
А отправить 404 ошибку на URL со знаком вопроса можно через .htaccess или хотя бы через php-скрипты. Как правильно дополнить .htaccess - поищите в интернете, не уверен что сам подскажу правильно.

А вы уверены, что проблема в битриксе? Битрикс ограничений не накладывает, все дело в сервере. Ошибка "Соединение было сброшено" примерно говорит о проблеме, скорее всего файл долго закачивается. В конфиге PHP есть такой параметр, как max_input_time, а также на сервере есть другие необходимые настройки для длительных запросов. Возможно, даже необходимо делать подобные настройки в nginx - в зависимости от конфигурации.

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

[QUOTE]xavikz написал:
Но обработчик не работает.[/QUOTE]
Возможно, и работает, но:
1) в регулярках плюс должен экранироваться: /\+/
2) для таких простых замен лучше использовать str_replace
3) возможно, после того, как вы задаете код - он где-то перезаписывается.

[QUOTE]Владимир Логинов написал:
PS: ошибка не постоянная, но стабильности работы скрипта никакой!!![/QUOTE]
Я так понимаю, что ошибка выдается всегда одна и та же, но ссылается на разные места в коде, верно? Судя по всему, у вас просто долгий импорт. Нужно или увеличить max_execution_time на сервере (если есть nginx - то увеличить таймаут и на него), или же (это лучше) - импорт делать через Cron, где нет ограничения по времени выполнения.

Да, CIBlockElement::SetPropertyValuesEx всегда возвращает NULL. Но зачем вы вообще возвращаете true или false? Если возвращается false, то и выдается ошибка. При этом отсутствует $APPLICATION->ThrowException(), поэтому текст ошибки Unknown. Подробнее [URL=https://dev.1c-bitrix.ru/api_help/iblock/events/onbeforeiblockelementupdate.php]здесь[/URL].