Иван Иванов (Все сообщения пользователя)

Можно, а лучше вообще создать свое почтовое событие и шаблон для него, и подставлять идентификатор события в ваш CEvent::Send()

Посмотрите, что приходит ответом на аякс-запрос, и приходит ли оно вообще.
Это можно сделать например в firebug-е или в хроме, в инспекторе ресурсов.

А там точно есть этот ключ?
Откройте файл и сделайте fputs($logfile,print_r($arrVALUES,true));

Как хорошо, когда хром сам подсказывает, какой див не закрыт...

Мне нравится для архивации tar -cjf
Жмет sql в полтора раза лучше, чем -czf но в 5 раз медленнее.
С раром не сравнивал

Чтоыб сделать простой SQL запрос через админку битрикса, навыки программирования не нужны. Лучше ответьте, повлияет ли такой запрос на целостность данных битрикса?

А еще такая беда случается в некоторых браузерах если не указать домен в настройках сайта. Он не может правильно установить куку и автоматически логоффается.

Если надо получить все значения, которые были вбиты в какое-то свойство у разных (всех) элементов иблока - тогда надо получить все элементы иблока, сгруппировав по значению свойства (PROPERTY_XXX_VALUE).

Может быть в почтовом событии не были определены переменные которые есть в почтовом шаблоне?

А нельзя ли просто сделать так в админке (SQL):
UPDATE b_iblock_section_element SET IBLOCK_SECTION_ID=новый_ид WHERE IBLOCK_SECTION_ID=старый_ид
Или будут осложнения?

Чтобы не было "еще одного письма", старый механизм отправики уведомлений отключите...

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

Если в одном месте работает, а в другом нет, надо дебагить. Скорее всего опечатка где-то.
Помогает вставка var_dump($_GET) в страницу, шаблон или компонент, чтобы узнать, правильно ли разбирается чпу. Если вставка var_dump не производит эффекта, то скорее всего не происходит редирект на страницу (неверная маска чпу). Если дамп есть, но в нем отсутствует значение переменной - значит опечатка в урл иблока. Ну и т.д. В крайнем случае, можно добавить правила вручную в файл urlrewrite.php, минуя логику компонента, для дебага или насовсем.

if ($arResult["PREVIEW_PICTURE"]) {...}
(или $arResult["PREVIEW_PICTURE"]["SRC"], не помню точно как там приходят пустые картинки, см var_dump($arResult))

В обработчике события напишите отправку уведомления CEvent::Send по условию IBLOCK_ID например, для тех иблоков, для которых надо отправлять уведомления.

Кеширование настраивается отдельно для каждого компонента в их настройках.
А еще есть html-кеширование, но его лучше вообще выключить, так как оно частенько глючит из-за того, что отдает неверные заголовки, свойственные статике.

То, что совпадает с шаблоном #^/catalog/([a-z]+)/([0-9]+)/([0-9]+)/#,
будет также совпадаеть и с шаблоном #^/catalog/([a-z]+)/([0-9]+)/# (rtfm),
поэтому первый шаблон может рабатывать для адресов второго шаблона.
var_dump($_GET); нужно сделать в коде страницы, чтобы посмотреть, правильно ли получены параметры GET.

Надо чтобы был VPS и стоял не за океаном от пользователей.
А если по русскоязычной поддержке - nic или timeweb вроде более-менее годные.

А какова причина накрутки? xss или голосование без авторизации?

Вариант 1. Костыль: $DB->Query("SET NAMES 'cp1251'"); в init.php
Вариант 2. Поковырять my.cfg на предмет кодировок для соединения.

А вы на каком сервере его запускаете?

Ответ здесь: "jpg теперь идет мимо апача". То есть тот, кто конфигурировал nginx, решил картинки отдавать статикой с диска. Надо настраивать в конфиге nginx исключения для тех картинок, которые на самом деле являются сценариями php и посылать их в апач. Можно, конечно, вообще все картинки слать в апач, но тогда какой смысл ставить nginx?

Сайт лежит. Проверьте, подключаются ли css вообще и какие.

Первое выражение является частным случаем второго. Поменяйте их местами.
На странице сделайте var_dump($_GET); var_dump(__FILE__); чтобы посмотреть, правильно ли происходит реврайт.

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