Форум

вот это
[CODE]$PHOTO["SRC"][/CODE]
вы вообще откуда взяли?
в decription отсутсвуют ковычки?

Вообще в каком компоненте вы пытаетесь задействовать fancybox

Еще один момент:
[CODE]<script type="text/javascript">
$(function() {
$$('a#effect1').fancybox({
[/CODE]
Что за 2 $$ ? одного ИМХО вполне достаточно

чет сообщение 2 раза отправилось

[QUOTE]Сергей Васюков пишет:
..
За отправку сообщения отвечает следующий код (init.php):

AddEventHandler("iblock", "OnAfterIBlockElementAdd", Array("MyClass", "OnAfterIBlockElementAddHandler"));

[CODE]class MyClass
{
function OnAfterIBlockElementAddHandler(&amp;$arFields)
   {
...
   CEvent::Send('COMMENT_ADDED',SITE_ID,$arSend);
..
   }
} [/CODE]

Подскажите, пожалуйста, если кто уже сталкивался с подобной проблемой, как грамотно найти выход из сложившейся ситуации. Не хотелось бы отказаться или от премодерации, или от оповещений.[/QUOTE]

У меня ощущение что параметров в функции CEvent::Send должно быть явно больше.
Может в вашем случаи собака зарыта именно тут?

это у меня проверка на принадлежность пользователя группе с id = 7 было

первый по значению полю сортировки,второй порядок насколько помню по алфавиту,
но по умолчанию знач. поле сортировки у всех 500 - поэтому идет по алфавииу.

Т.о. если задать знач. поля сортировки у разделов они выведутся в том порядке какие будут значения.

1. Отправка сообщения:
[CODE] $arEventFields = array(
                   "name"  => $name,
           );
           CEvent::Send("NEW_USER", "s1", $arEventFields, "Y", "34");
[/CODE]
Где "NEW_USER" - тип почтового сообщения - можете воспользоваться уже имеющимимся, можете создать свой
"34" - id почтового сообщения - этот точно руками создавать
$arEventFields - массив передоваемых параметров с тело письма. Туда что угодно можно отправить - хоть из профиля пользователя выдарть его почтовый ящик при регистрации - и передать его одним из знач. в массиве в шаблон письма а там подставить в поле для отправки.

2. Проверка на принадлежность группе пользователей:
[CODE]
global $USER;
  if ($USER->IsAuthorized()){
    $arGroups = CUser::GetUserGroup($USER->GetID());
     $i = 0;
     while ($i <= count($arGroups)) {
       if ($arGroups[$i]==7){ //
// вот тут мы получили подтверждение принадлежности пользователя группе и можем отправить ему письмо
       break;
       }//if
     }//while
  }//if
[/CODE]
Это один из вариантов. можно и проще. группы пользователя записать в массив, а далее сделать проверку на наличие значение в массиве.

[QUOTE]Александр Черкасов пишет:
Дык давно уже известно: http://www.exler.ru/blog/item/1990/[/QUOTE]
Не , про это то  я знаю.
Кстати по этому поводу - нет ли где нибудь на ЭТОМ (1с-bitrix.ru) сайте описание этого алгоритма. Заказчик просит, чтобы предъявить его (алгоритм подсчета) разгневанным участникам конкурса. а то данная ссылка ему кажется неавторитетной.

Как на стандартный компонент "bitrix:iblock.vote" наложить ограничение не по сессиям считать, а по ip и чтоб 1 раз скажем в день? вообще ведь никаких настроек нету по поводу подсчета голосов.
На сайте до того доходит что люди ботов пишут которые повышают рейтинг и пока боремся с помощью бана по ip.

Как решать эту проблему?

в 11 утра была работа с 5300 проголосовавшими за нее, в 4 вечера у данной работы упал рейтинг с 4-х до 2.3 а кол-во в нем проголосовавших с 5300 до 9 человек.
В журнале событий , в статистике вообще нету никаких упоминаний что этот элемент изменяли. так же в ИБ дата последей модификации данного элемента стоит на позопрошлой неделе.
За весь день авторизовывались 2 человка  - оба админа. и обоим этот геморой нахрен не нужен.
Вопрос: [B]КАК ... можно сбрость значения свойств элемента - которые используются для голосования - необлодая правами админа и при этом не отсветив в журнале событий??[/B]

И еще интересный момент:
(Проголосовало: 4892, Рейтинг: 3.33) - это один элемент
затем входит другой. создает свой элемент - голосует 1 раз И!
(Проголосовало: 1, Рейтинг: 3.33) - выходим на 2-ю позицию!
Пи[цензура]ц рейтинг.

День добрый.
на одном из разработанных сайтов нашей студии есть раздел с голосованиями за работы конкурса:
http://www.turbereg.ru/competition/leto_in_udm/
Для оставления своего голоса используется компонент bitrix:vote , по умолчанию была установленная из списка применяемых шаблонов аяксовская версия. а далее немного кастомизирована - внешний вид.
И теперь у заказчкика проблемы.
1. Люди у которых размещены работы пишут что у них обнуляются поля кол-во проголосовавших и оценка.
Проверка показала что ни один из админов к этому делу не имеет. значения свойств не менял, а другие лица доступа к ним не имеют.
2. У заказичка сомнения что за те дни сколько идет конкурс могли проголосовать 5 тыс. чел. за одну работу, посещаемость в сутки порядка 600 человек. - тесты показали что можно проголосовать из разных браузеров
Где настройки голосовалок? чтобы мы смогли установить что за одну работу нельзя голосовать более 1 раза с 1 ip.

Жду советов. Спасибо

Ну упростите регистрациу - напишите свою на API, пусть оставляют только email - который им будет служить логином.
пароль генерируйте автоматически, его (пароль) отправляйте на указанный ящик, а после добавления пользователя сразу авторизовывайте.
А вот если захотят сменить логин или пароль - пусть идут в свой профиль.