Комментарии 17
НЛО прилетело и опубликовало эту надпись здесь
Спамеры скажут спасибо:)
sourceforge.net/projects/identicons/
вполне себе «подключил — заработало»
вполне себе «подключил — заработало»
Да, этот код я тоже видел, когда искал необходимое решение.
Вот его основные недостатки:
— очень мало настроек (фактически, их нет, и используется кубик 3x3)
— везде используется обращение к $_GET[«hash»], в которой, собственно, должен передаваться хэш
— нет функции сохранения сгенерированного изображения
Кроме того, мой PHP 5.3.2 почему-то стал категорически ругаться на imageantialias(), что тоже потребовало доработки кода.
В общем, это принцип «подключил — допилил — заработало», который меня не устроил. Поэтому написал свой велосипед, где убран элемент допиливания и есть больше конфигурационных возможностей.
Вот его основные недостатки:
— очень мало настроек (фактически, их нет, и используется кубик 3x3)
— везде используется обращение к $_GET[«hash»], в которой, собственно, должен передаваться хэш
— нет функции сохранения сгенерированного изображения
Кроме того, мой PHP 5.3.2 почему-то стал категорически ругаться на imageantialias(), что тоже потребовало доработки кода.
В общем, это принцип «подключил — допилил — заработало», который меня не устроил. Поэтому написал свой велосипед, где убран элемент допиливания и есть больше конфигурационных возможностей.
НЛО прилетело и опубликовало эту надпись здесь
Ну, вообще, это генерация юзерпика новому пользователю, который ещё не залил свой собственный. Благодаря тому, что картинки в большой степени уникальные, ленты комментариев или чего-то ещё, где выводятся ю-пики, перестают выглядеть однообразно (как в случаях, когда всем пользователям без ю-пиков ставится одинаковая стандартная заглушка). Это позволяет визуально разделять сообщения от разных пользователей.
Привязка же к каким-то персональным данным, таким как e-mail, позволяет генерировать одну и ту же картинку (неслучайную) для конкретного пользователя.
Привязка же к каким-то персональным данным, таким как e-mail, позволяет генерировать одну и ту же картинку (неслучайную) для конкретного пользователя.
Интересное решение от Сагалаева.
Появилась идея скрипта, который выдает случайную картинку с какого-нибудь развлекательного ресурса, например. Вставляешь на каком-нибудь форуме в [img] — и люди удивляются :)
Применений можно найти тучу. Для некоторых, конечно, лучше изменить расширение скрипта на jpg с помощью апача.
Применений можно найти тучу. Для некоторых, конечно, лучше изменить расширение скрипта на jpg с помощью апача.
Спасибо! В своё время приметила фишку с аватарками на stackoverflow.com, но так и не дошли руки до «поискать/написать».
/me оглядываясь по сторонам тащит библиотечку себе в проект
/me оглядываясь по сторонам тащит библиотечку себе в проект
Нравится. Возьму на вооружение.
Вопрос:
$av->init('email or other data', 100); //100 — это, как я понял, размер в пикселях. А вот как дальше использовать атрибут «email or other data»? В реализацию лезть как-то не хочется, а по описанию непонятно…
Вопрос:
$av->init('email or other data', 100); //100 — это, как я понял, размер в пикселях. А вот как дальше использовать атрибут «email or other data»? В реализацию лезть как-то не хочется, а по описанию непонятно…
Прошу прощения, что недостаточно полно описал использование: для меня оно казалось очевидным, поскольку работает по принципу Gravatar и иже с ним.
Итак, на вашем проекте регистрируется новый пользователь и указывает при регистрации какие-то свои данные. И теперь у вас есть два пути для отображения его юзерпика:
1. передав в Avatarco::init() первым параметром его e-mail, например, вы можете физически создать файл изображения в нужной директории и внести запись о ю-пике в базу, чтобы в дальнейшем отображать ю-пик в виде обычной картинки
2. вы можете не создавать картинку физически до тех пор, пока пользователь не надумает её себе залить в профиль, а в тех местах, где нужно отображать ю-пик, вставляете вместо картинки скрипт с этим классом, где снова-таки передаёте в Avatarco::init() e-mail, и поскольку он у этого пользователя всегда один, узор всегда сгенерируется тот же самый, независимо от размера, который вы передаёте в Avatarco::init() вторым параметром
Итак, на вашем проекте регистрируется новый пользователь и указывает при регистрации какие-то свои данные. И теперь у вас есть два пути для отображения его юзерпика:
1. передав в Avatarco::init() первым параметром его e-mail, например, вы можете физически создать файл изображения в нужной директории и внести запись о ю-пике в базу, чтобы в дальнейшем отображать ю-пик в виде обычной картинки
2. вы можете не создавать картинку физически до тех пор, пока пользователь не надумает её себе залить в профиль, а в тех местах, где нужно отображать ю-пик, вставляете вместо картинки скрипт с этим классом, где снова-таки передаёте в Avatarco::init() e-mail, и поскольку он у этого пользователя всегда один, узор всегда сгенерируется тот же самый, независимо от размера, который вы передаёте в Avatarco::init() вторым параметром
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Библиотека генерации пользовательских картинок для сайта