| Цитата |
|---|
| axigreat пишет: если свойств много, как быстро это сделать разом? |
«Да не могут же они!»
|
Давайте порассуждаем.
1) 302 редирект проявляется только в каталоге 2) 302 редирект делает битрикс, а не апач или нжинкс (видно по заголовкам) 3) 302 редирект явно добавлен предыдущим разработчиком (штатные компоненты так себя не ведут) Где этот редирект может находиться (от более вероятного к менее вероятному): * в компонентах или шаблонах каталога * в /bitrix/php_interface/init.php или в подключаемых в нём файлах * в шаблоне сайта * ещё где-то, если предыдущий разработчик решил извратиться Ну, что тут можно сделать. Искать. Строки для поиска: "302", "404.php", "LocalRedirect", "header("
«Да не могут же они!»
|
|
|
|
|
|
Если кастомизированные компоненты лежали в своём пространстве имён (не в /bitrix/components/bitrix), то не должны.
Но вообще при установке обновлений, особенно при переходе на новую версию, лучше сначала установить обновления на тестовый сайт, проверить его работоспособность, а уж после этого обновлять боевой сайт.
«Да не могут же они!»
|
|
|
|
|
|
Хотя можно и поизвращаться. Например, завести кеш для админов и кеш для всех остальных:
Соответственно, вам придётся очищать не один кеш, а два, но зато шаблон можно будет кешировать.
«Да не могут же они!»
|
|||
|
|
|
|
Я бы в такой ситуации вообще не кешировал бы шаблон.
Получение $arResult['COMMENTS'] будет закешировано, а вот шаблон будет выполняться на каждом хите.
«Да не могут же они!»
|
|||
|
|
|
|
Нет, увы, не получится. Резевное копирование не позволяет выборочно перенести один из сайтов ("сайтов" в терминологии битрикса). Все изменения в базе (инфоблоки, группы пользователей, сами пользователи, опросы, веб-формы и т.д. и т.п.) придётся переносить вручную.
«Да не могут же они!»
|
|
|
|
|
|
Предполагаем, что нужное событие должно начинаться с OnBefore. В /bitrix/modules/blog/mysql/blog_post.php видим события OnBeforePostAdd и OnBeforePostUpdate. Массив полей $arFields передаётся в эти обработчики по ссылке. Это означает, что вы можете поменять поля $arFields в обработчике событий до того, как они будут записаны в базу.
«Да не могут же они!»
|
|
|
|
|
|
Если событие не документировано, помогает поиск в теле модуля по слову "ExecuteModuleEvent". Для события OnPostAdd видим следующий код:
Понимаем, что в обработчик события передаётся ID поста ($ID) и поля поста ($arFields).
«Да не могут же они!»
|
|||
|
|
|