$initdir в CPHPCache::Clean() соответствует $initdir в CPHPCache::InitCache()
$basedir не трогайте.
$basedir не трогайте.
«Да не могут же они!»
20.01.2012 02:50:56
Хм.
В версии 10 действительно всё плохо. Если кто-то добавляет комментарий на форуме, в компоненте forum.topic.reviews ничего не обновится. Я не знаю, как это лечить, кроме очевидного, но плохого решения: перенести вызов forum.topic.reviews в component_epilog.php и убрать у этого компонента кеширование.
«Да не могут же они!»
|
|
|
19.01.2012 21:39:17
Рабочий пример
Ну, в общем, там много гитик. Смотрите примеры использования в штатных компонентах.
«Да не могут же они!»
|
|||
|
19.01.2012 20:00:50
1) А у вас вообще подключен mod_rewrite?
Закомментируйте <IfModule mod_rewrite.c> и соответствующую ему строку </IfModule>. Если сайт упадёт с ошибкой, значит, не установлен. 2) Я бы сделал вот так (это касается и расположения директив, и синтаксиса):
«Да не могут же они!»
|
|||
|
19.01.2012 19:51:03
В простейшем случае как-то так:
/bitrix/components/%NAMESPACE%/show.rates/.description.php:
/bitrix/components/%NAMESPACE%/show.rates/.parameters.php:
/bitrix/components/%NAMESPACE%/show.rates/component.php:
/bitrix/components/%NAMESPACE%/show.rates/templates/.default/template.php:
«Да не могут же они!»
|
|||||||||
|
19.01.2012 19:30:59
Надо настраивать почтовый сервер, "из коробки" он не может быть настроен.
См.
«Да не могут же они!»
|
|
|
19.01.2012 19:21:36
ID юзера хранится в поле CREATED_BY раздела?
«Да не могут же они!»
|
|
|
19.01.2012 18:58:27
Это надо лезть в тело компонента (component.php), искать, какая языковая переменная используется, потом искать, где она задаётся, всё это очень утомительно.
Скорее всего, ваша языковая переменная определена в файле /bitrix/modules/main/lang/ru/classes/general/user.php Соответственно, в /bitrix/php_interface/user_lang/ru/lang.php надо будет прописать что-то типа:
«Да не могут же они!»
|
|||
|
19.01.2012 14:42:38
Могут лежать в языковом файле компонента, могут лежать в языковом файле ядра.
Для переопределения можно использовать этот способ:
«Да не могут же они!»
|
|
|
19.01.2012 14:37:01
???
Событие onBeforeIBlockElementUpdate вызывается перед изменением элемента инфоблока. В обработчике этого события можно получить текущее значение интересующего вас свойства. Получать его придётся вам самому через API модуля инфоблоков. Событие onAfterIBlockElementUpdate вызывается после изменения элемента инфоблока. Узнать "старое" значение свойства в обработчике этого события уже нельзя.
«Да не могут же они!»
|
|
|
19.01.2012 14:25:47
Как вам будет удобно. Если вы можете сделать всё, что вам нужно, в обработчике onBefore -- используйте его. Если не можете, извлекайте "старое" значение свойства в onBefore, сохраняйте его где-нибудь (да хоть в глобальной переменной), а в onAfter стравнивайте с новым.
«Да не могут же они!»
|
|
|