Цитата |
---|
axigreat пишет: если свойств много, как быстро это сделать разом? |
«Да не могут же они!»
16.11.2011 16:25:53
Давайте порассуждаем.
1) 302 редирект проявляется только в каталоге 2) 302 редирект делает битрикс, а не апач или нжинкс (видно по заголовкам) 3) 302 редирект явно добавлен предыдущим разработчиком (штатные компоненты так себя не ведут) Где этот редирект может находиться (от более вероятного к менее вероятному): * в компонентах или шаблонах каталога * в /bitrix/php_interface/init.php или в подключаемых в нём файлах * в шаблоне сайта * ещё где-то, если предыдущий разработчик решил извратиться Ну, что тут можно сделать. Искать. Строки для поиска: "302", "404.php", "LocalRedirect", "header("
«Да не могут же они!»
|
|
|
16.11.2011 15:10:35
Хм. Да, действительно, при обращении к урлам вида
Поищите этот редирект в компонентах каталога или их шаблонах. Искать, видимо, надо по строке "302".
«Да не могут же они!»
|
|
|
16.11.2011 12:54:33
Если кастомизированные компоненты лежали в своём пространстве имён (не в /bitrix/components/bitrix), то не должны.
Но вообще при установке обновлений, особенно при переходе на новую версию, лучше сначала установить обновления на тестовый сайт, проверить его работоспособность, а уж после этого обновлять боевой сайт.
«Да не могут же они!»
|
|
|
15.11.2011 23:57:11
Хотя можно и поизвращаться. Например, завести кеш для админов и кеш для всех остальных:
Соответственно, вам придётся очищать не один кеш, а два, но зато шаблон можно будет кешировать.
«Да не могут же они!»
|
|||
|
15.11.2011 23:35:34
Я бы в такой ситуации вообще не кешировал бы шаблон.
Получение $arResult['COMMENTS'] будет закешировано, а вот шаблон будет выполняться на каждом хите.
«Да не могут же они!»
|
|||
|
15.11.2011 16:45:07
Нет, увы, не получится. Резевное копирование не позволяет выборочно перенести один из сайтов ("сайтов" в терминологии битрикса). Все изменения в базе (инфоблоки, группы пользователей, сами пользователи, опросы, веб-формы и т.д. и т.п.) придётся переносить вручную.
«Да не могут же они!»
|
|
|
15.11.2011 14:10:01
Предполагаем, что нужное событие должно начинаться с OnBefore. В /bitrix/modules/blog/mysql/blog_post.php видим события OnBeforePostAdd и OnBeforePostUpdate. Массив полей $arFields передаётся в эти обработчики по ссылке. Это означает, что вы можете поменять поля $arFields в обработчике событий до того, как они будут записаны в базу.
«Да не могут же они!»
|
|
|
15.11.2011 13:45:14
Начиная со строчки "Также условия фильтра могут объединяться не только по условию "И", но и "ИЛИ"
«Да не могут же они!»
|
|
|
15.11.2011 12:53:16
Если событие не документировано, помогает поиск в теле модуля по слову "ExecuteModuleEvent". Для события OnPostAdd видим следующий код:
Понимаем, что в обработчик события передаётся ID поста ($ID) и поля поста ($arFields).
«Да не могут же они!»
|
|||
|