Марат

На данном этапе пока никак.
Постараюсь ближе к осени, переделать и переработать. Учту. Внутри компонента многое можно и нужно исправить и переделать.
К тому же сейчас работаю над одной разработкой. Возможна она сможет помочь. Связано с переопределением урлов.

"Живые гифы" - это анимированные гифы. Их, как я понимаю, gd обрабатывать не будет. Такие гифы можно пропустить без ресайза, да и любой аватар с библиотеки. В библиотеке они идут 100Х100px. Но, в целом для хака это будет неправильно. Вдруг кто-то решит обновить библиотеку и закачает туда авы в тыс. пикселей. И получите вместо авы, полноценную картинку. Кроме того, устанавливается и копия авы в 64px, уменьшать всё равно нужно. Так что, халявные авы будут не "живые" )))

max_execution_time. Ограничение времени выполнения скрипта.Не эксперементировал, но думаю на шаред хостингах такое не прокатит. У вас скорее всего vds.

300 ?!? Не отвалилось по таймауту? GD как ни как. Не хило )

murakami, Дмитрий , давайте разбираться, почему не работает.
Домен не должен влиять.
Для начала, правильно ли у вас настроен CRON? Выполняются ли другие задачи? Если с этим всё нормально, то в админке смотрим, добавилась ли задача и пробуем запустить его. По умолчанию, должны добавиться аватары у 3 пользователей, которые зарегистрировались ранее, чем два дня назад. Причем, сортировка идет по id пользователя, по убыванию. То есть сначала поменяется у тех, кто позже зареган. От текущего времени отнимаете 2 суток, и находите пользователей, которые зарегались чуть ранее этого времени и смотрите, поменялось ли. Если ничего не изменилось, то в админке включаем режим отладки и снова запускаем задачу. Смотрим, что выдаст.
Если лень разбираться самим, то дайте в личку фтп и админ доступ. Посмотрю сам.

да вот что то туплю, не могу сообразить как выдернуть id из этого массива

print_r() всегда поможет узнать что да как в переменных )
А в плагине нужно заменить $item на $item['id']. Везде, кроме строки возврата return $item; . Не помню, есть ли эта строка в плагине. Для 'USER_LOGIN' её можно просто удалить, если есть.

Да дело в этом и есть. Для разных евентов передаются разные данные. Для логоута в плагин передается id пользователя, для логина массив. Перепишите, подставляя с массива id юзера и будет работать. Вы же разбираетесь, сами сможете сделать. Дело на 5 минут, но пока совершенно нет времени ).

Да. Я тут подумал, лучше делать по CRON всё же... Пусть будет через 48 часов после регистрации, но нужно чтобы запускалось по крону. Если привязывать ко входу, пользователь может вообще не появиться. Поэтому самое оптимальное будет так. Создать метод в компоненте users и запускать по крону. Опять же хак получается, но можно записать в конце файла модели, добавить комментарий и не будет проблем при обновлении.
Как доберусь, сделаю. Несложно, недолго, просто совсем нет времени пока. Лето всё же )

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

+ Молодец! Не поленились.
Плагины это серьезное оружие, несмотря на малый объем работы. Можно многое реализовать с помощью них. Имеют большое значение для системы.
Список эвентов полезно иметь под рукой. Хотя бы, чтобы знать, какие есть и применять. А вот насчет описаний, нужно ли? Кому нужно, тот и сам разберется. Тем более, что интуитивно по названию можно определить, что за эвент. А там уже, который нужен, нужно открывать и ковыряться. Потому что в плагины передаются различные переменные. Где то это просто строка, где то массив... И в любом случае нужно разбираться со значением переменных.
Кроме того, хочу обратить внимание. У многих вызывает затруднение. Вызов самого метода. Первый вариант может иметь такой вид:
В данном случае, в самом плагине мы можем исполнять произвольный код и даже не заморачиваться с тем, что вернуть. Плагин будет работать.
Второй вариант:
Вот тут уже нужно поаккуратнее. Хотя в самом плагине и можем исполнять произвольный код и даже можем и не затрагивать полученные плагином данные, но вернуть обратно переменную $cat мы обязаны. Иначе не будет работать. Это важно.
В общем, эвенты и плагины это значимо. Спасибо за список. Пригодится.

Подробнее. Точно уверены, что из-за плагина? Что ещё делали перед этим? Что устанавливали?
Когда появились ошибки? Когда только установили плагин, или когда сработало событие(кто-то зашел, вышел). Ничего не ясно.

Не думал, что многие не нажимают кнопку "выход" ))) Кто ставил, понаблюдайте у себя. Меняется ли ава у новых пользователей. Если нет (не разлогиниваются), то сделаю второй вариант плагина, привязанный ко входу. Это несложно. Или кому нужно отпишитесь. Будет время, переделаю. Этот вариант останется как есть. Имеет право на существование. Пусть не у всех меняется, но вероятность есть.
Проблема в том, что если сделать при входе, то теряется весь смысл половых аватаров. Ава будет устанавливаться при первом заходе, когда пол ещё точно не указан. И будут браться только унисексовые. Можно сделать конечно, менять только через сколько то дней после регистрации(дата регистрации у нас есть). Но тоже нет вероятности, что юзер вернется.
Поэтому лучше сделать по cron, наверно. Скриптик или добавить метод в модель компонента юзер(лучше). Тут проблема, скрипт может отваливаться по таймауту. Если у всех сразу менять, то GD точно отправит в аут. Но можно по 3 штуки например менять за раз. В общем, не проблема. Лучше сделать так, имхо. К тому же есть механическая(ручная) смена аватара от Механика ))) Лучше всё же автоматом, по cron. Механическая тоже нужна, мало ли какую порнофотку там закачают )))

Всем спасибо за поздраввления! ) На самом деле, сын - это непоседливое чудо, который был бы счастлив играть с папой 24 часа в сутки. Но, ввиду вечной занятости папы, не получает должного внимания )))

lezginka.ru:

а можно принудительно через админку(там где не установлено) ? так как "установка при разлогинивании" не устраивает

В рамках плагина не получится, у плагинов админка очень скудная. Если только делать отдельным скриптом и подключать, например, через cron.

SJen:

а ставил аватар при втором заходе этого юзера на сайт

Долго думал, куда привязать плагин. Тоже думал при входе, но всё же будет оптимальнее при выходе, ибо второй раз пользователь может и не появиться. Если при регистрации, то неизвестен пол. А при выходе есть вероятность, что пользователь укажет пол. Вероятность того, что пользователь не нажмет кнопку выход, конечно же есть. Но для этих целей, есть заглушка "nopic.jpg". Ну, хоть кто-то всё равно нажмет "выход", например я(всегда разлогиниваюсь), и попадет на крючок.
Если кому нужно, можно привязать к другим событиям. Отпишитесь куда нужно. Дам инструкцию, что нужно сделать. Или Dimitrius подскажет )

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

Ах, да! Забыл написать, тестировалось на локалхосте. Прошу протестить на unix-площадках и отписаться )

Просто добавить мероприятие мало, нужно добавить ещё заведение, где оно проходит. Затем привязать мероприятие к заведению(можно даже нескольким) с указанием даты и времени. И только после этого мероприятие появится на главной, и на одной из страниц "архив", "сегодня" или "скоро", так как все эти страницы как фильтр выводят мероприятия по дате. Плюс ещё фильтр по городам. Совет, установите и потестируйте на локалхосте, чтобы понять все возможности афиши.

Переустанавливать не нужно. Заменили файл и всё. Работает как прежде. Пригодится, если надумаете когда-либо удалить или переустановить компонент. Хотя такая необходимость возникает крайне редко.

Перезалил архив. Подробности смотрите в самом посте. UPDATE от сегодняшнего дня.
Правильнее было бы удалять цели комментирования и комментарии при удалении компонента. Но система не позволяет это сделать. Нужно ввести пользовательские функции при удалении расширений. Позже отпишусь в багтрекере.

Это значит, что неправильно прописали путь. Проверьте. Так навскидку могу сказать, что пропустили папку public_html или www(в зависимости от настроек сервера). То есть должно быть как-то так: /home/3rdregion/data/www/site.com/public_html/cron.php. Нужна абсолютная путь от корня сервера до файла cron.php.
Можно настроить крон для запуска по vget. В этом случае указываем путь http://site.com/cron.php.

Спасибо!