Monday, April 6th, 2009 12:13 pm
Уважаемые читатели, а вы можете сформулировать, какую функциональность (и в каком виде) должен обеспечивать идеальный (с вашей точки зрения) движок для веб-фотогалерей - при размещении фотографий и при просмотре?
Попробуйте представить, чего бы лично вы хотели в идеале. Чего вам не хватает в тех реализациях, которые вы видели? Что в них сделано неудобно, и как надо?
Можно поделить идеи на "обязательно должно быть" и "неплохо бы ещё".

Вопрос только про про то, как оно должно выглядеть для пользователя, а не как оно внутри должно быть устроено.

Только пожалуйста, описывайте в явном виде, а не просто "как это сделано во фликре/пикасе/яндекс.фотках".
Monday, April 6th, 2009 11:43 am (UTC)
сейчас лично мне Я.Фотки достаточно, но поскольку когда-то я сам начинал галарею писать, могу сжатенько, со взглядом из текущего момента, чего бы мне было достаточно:
- загрузка фотографий из браузера:
а) чтоб можно было выбрать много файлов
б) если можно - выбор каталога, всех файлов из него
в) на этапе загрузки указывается альбом/метка (которых если нет - создается сам)
г) автоматическая генерация превьюшек
- отображение:
а) альбомы/метки
б) навигация по альбомам/меткам, внутри альбома/метки, датам
в) автоматическое маштабирование под текущий размер окна пользователя, и выбор размера пользователем
- управление:
"управлять фотографиями" я стараюсь до публикации (сейчас это LightRoom), и считаю, что это более эффективный путь, чем заливать оригиналы на сайт и чего-то делать там.
Можно разве что сказать, что подписи к фотографии хотелось бы. Мне довольно редко, но были нужны.


отдельно про "альбом/метка" - опыт использования Я.Фоток и некого участия в "Клубе Я.Фоток" привел меня к мысли, что "альбом" как отдельная сущьность не нужен, это банально еще одна метка. Если простому человеку, который еще не привык метками пользоваться и в разрезе меток думать сложно - можно выделить среди меток "некие особенные", через которые эмулировать "альбомы" (отображать отдельным списком и тд).
Я сугубо традиционно сливая с флешки файлы закидываю их в директорию с именем YYYY-MM-DD. Этой моей традиции потакает LightRoom, в котором есть каталоги и подкаталоги, но есть стойкое ощущение, что без всего этого можно обходиться легко. Например ставить метки YYYY-DD-MM :)
Monday, April 6th, 2009 11:55 am (UTC)
ага, спасибо. а чего из этого сейчас не хватает в яндекс.фотках?

к навигации какие-нибудь особенные пожелания есть, или она просто должна быть?

насчет альбомов/меток - IMHO при классическом понимании меток отсутствует порядок фотографий. он там или совсем случайный, или по времени проставления метки, но поменять его нельзя. а в альбомах он есть, и его обычно можно менять. но в общем, никто не мешает сделать по-другому :)
Monday, April 6th, 2009 12:26 pm (UTC)
вот всё это вроде на Я.Фотках есть, кроме разве что заливки каталогов, но мне это не сильно актуально. А с момента как появился плагин к LightRoom - там совсем перестало быть актуальным. Впрочем, я свои фотки выкладываю в столь малых объемах, что до сих пор делаю это приемущесвенно руками от-и-до.

особенных пожеланий к навигации нет. Обычно ведь даешь ссылку или на фото, или на альбом (метку), или на всю галерею. Или получаешь ссылку.
Есть вкусовщина - в самом начале на я.фотках навигация внутри альбома была в виде горизонтальной линейки. Мне так больше нравилось :)
Как-то у меня оно ассоциируется с фотоплёнкой и просмотром кадров сильнее, чем в вертикальном виде :)


Функци "Упорядочивать фотки в альбоме по желанию автора" просили у фоточников давно (не помню, если еще сделали, то обещали точно).

Лично мне хватает сортировки по времени съёмки из EXIF, которую можно дополнить сортировкой по времени upload и выбор между - или так или эдак. Первое - "естественный порядок течения времени", а второе покрывает варианты "хочу какой-то определенный порядок". Впрочем, наверняка найдётся человек, который уже после заливки захочет всё переставить.


Еще в глобально-фантастическом смысле хочется иметь удобный доступ ко всей метаинформации о фотографии которая есть и будет появляться. Начиная с того, что есть внутри EXIF, заканчивая тем, что появляется в процессе жизни фотографии уже в альбоме - например время последнего просмотра фотографии.
В этом отношении довольно развесисто сделаны фильтры в LightRoom - можно всякие хитрые услвия для выборки фотографий из базы сочинять. Насколько такое нужно в галерее на web - я не знаю, думаю что "только извращенцам" ;)
Хотя некоторые частности могут быть востребованы даже простыми людьми - например количество просмотров для каждой фотографии и сортировка по нему (в рамках альбома, в рамках меток, в рамках всей галереи)

Кроме "ненужно" еще есть аргументы против глобальной унификации - непонятно как это всё удобно вытащить в UI, оставляя его простым для повседневного использования.
Monday, April 6th, 2009 12:37 pm (UTC)
Впрочем, наверняка найдётся человек, который уже после заливки захочет всё переставить
а как же, вот yuricle хочет вообще произвольную сортировку :)

Кроме "ненужно" еще есть аргументы против глобальной унификации - непонятно как это всё удобно вытащить в UI, оставляя его простым для повседневного использования.
как обычно - вытащить в advanced settings, куда никто, кроме гиков, не доберется :)
Monday, April 6th, 2009 12:54 pm (UTC)
да, произвольная сортировка - это именно оно. Но в первом чтении можно упорядочить на компе, или в процессе заливки. В случае небольшого количества фоток просто заливать по одной, в случае большого, лично мне удобнее всякими сортировками заниматься локально, чем через браузер.

В этих продвинутых настройках тоже не всегда понятно как делать.

Скажем - сортировка альбома: я не возьмусь утверждать кому важнее иметь к ней доступ - автору или зрителю. Если вспомнить как это всё происходило с бумажными фотографиями, то конечно автору - он заботливо раскладывает фото в альбом, в том самом порядке, как он считает их нужно смотреть. Но мне никто не мешает смотреть "с конца", и хочется иметь возможность быстро "развернуть" порядок двух сотен фоток в альбоме.
Monday, April 6th, 2009 02:53 pm (UTC)
я себе (http://yuricle.tululuka.net/photo/) сделал произвольную сортировку внутри альбомов (и самих альбомов) в браузере drag-n-drop-ом. очень удобно, хотя и не часто нужно.
Monday, April 6th, 2009 03:04 pm (UTC)
а оно у тебя на чем, кстати?
Monday, April 6th, 2009 03:14 pm (UTC)
на парсере, конечно :-)
Monday, April 6th, 2009 11:55 am (UTC)
Яндексфотки идеальны. Обрезать нахер конкурсы и комменты - и вот оно.
Monday, April 6th, 2009 12:04 pm (UTC)
меня в яндексфотках парит что они gif перекодируют в другие форматы при загрузке.

то есть скриншоты туда грузить фигушки. впрочем, фотки они типа не для скриншотов.
Monday, April 6th, 2009 12:06 pm (UTC)
а оценки оставить? :)

ты про саму функциональность или про внешний вид тоже?

а то меня, например, раздражает непонятный способ распределения превьюшек в альбоме. они, скажем, все на одной странице не помещаются, и располагаются так: первый и второй ряд по 6 штук, третий - пять, четвертый - три. продолжение на следующей странице. там 5-6-6-3. я подозреваю, что это связано с ограничением 20 штук на страницу, но выглядит по-дурацки.


Monday, April 6th, 2009 12:22 pm (UTC)
Внешний вид должен гибко настраиваться.
Monday, April 6th, 2009 12:25 pm (UTC)
до какой степени гибко? шаблоном в виде файла на сервере, шаблоном, редактируемым через веб хозяином альбома, или вообще каждым [зарегистрированным] посетителем под себя?
Monday, April 6th, 2009 12:57 pm (UTC)
Все три варианта. :)
Monday, April 6th, 2009 01:03 pm (UTC)
как ты думаешь, сколько посетителей будут настраивать под себя шаблоны? :)
Monday, April 6th, 2009 12:02 pm (UTC)
В продолжение прошлой темы: я тут вспомнил, что есть у меня еще одна галерея, вот только сайт разработчика ее уже недоступен, то ли закрылся, то ли еще что.
Галерея (опять же на php) - проще валенка - залил файлы по фтп, а она при просмотре на лету вычитывает их из каталогов и показывает. Меню с содержимым генерирует из найденных каталогов. Можно заливать и через админку. Умеет делать превьюшки. Я ее научил ресайзить картинки, на лету, чтобы посмотреть их можно было в том разрешении, в котором захочется. Еще умеет писать комментарии в файл, но т.к. я ее использую в личных целях, то мне пофиг :)
Больше ничего не умеет. А вышеописанное - это все, что мне надо. Ни больше ни меньше.
На счет дырок/багов - не знаю, даже не брался смотреть, т.к. доступ до нее только из 192.168.0.0/28. Если есть желание посмотреть - мои контакты в профиле, дам ссылку / перешлю email / отправлю дискету почтой России.
Monday, April 6th, 2009 12:06 pm (UTC)
везде не хватает возможности скопировать фотки с хостинга на локальную машину пачкой, например один альбом целиком, в идеале что автоматом зиповал (без сжатия), и файлом отдавал
Monday, April 6th, 2009 12:07 pm (UTC)
я что-то не могу придумать, когда это может понадобиться
Monday, April 6th, 2009 12:11 pm (UTC)
например, когда выложили фоток с мероприятия, их хочется обработать...., хочется иметь локальную копию, мы же понимаем что ничто не вечно под луной ..., вон фотофайл уже раза три терял фотки пользователей.
Monday, April 6th, 2009 12:12 pm (UTC)
принято :)
Monday, April 6th, 2009 12:23 pm (UTC)
Для бэкапа, например.
Monday, April 6th, 2009 12:15 pm (UTC)
обязательно: вложенные альбомы, загрузка через браузер, загрузка большого количества через ftp, флажки published/unbuplished у фотографий и альбомов, произвольная сортировка фотографий, редактирование шаблона и размеров preview (либо изначально «идеальный», или хотя бы неплохой шаблон, например неплохой — у эпплового me.com), rss, symlink-и на фотографии между альбомами

желательно: настраиваемый показ meta-тэгов, поддержка IPTC, разграничение доступа к альбомам, тэги и генерация псевдо-альбомов по тэгам и другим параметрам, плагин для экспорта из Aperture (тогда можно выше вычеркнуть ftp)

если еще что-нибудь вспомню — напишу
Monday, April 6th, 2009 12:23 pm (UTC)
ftp идёт лесом как небезопасный. но так и быть, scp оставим :) в целом идея про то, что нужен механизм массовой загрузки не через веб и автоматическую генерацию альбома из этого загруженного, да?
про aperture я ничего не знаю.

published - это в смысле, чтоб можно было фотографии скрывать/открывать?

про шаблон не понял. шаблон чего? страницы для показа?

про симлинки тоже не понял. поясни идею.

meta-тэги - это exif/iptc или что-то ещё?

насчет тэгов вон уже выше высказали идею про то, что они функционально аналогичны альбомам и вообще их можно объединить в единое целое.
Monday, April 6th, 2009 12:24 pm (UTC)
Тэги функционально альбомам не аналогичны. Один тег может отмечать картинки из разных альбомов. Наоборот, альбом - это урезанный тэг.
Monday, April 6th, 2009 12:31 pm (UTC)
в нынешней модели альбомы - это директории в файловой системе, а тэги - это приделанные сбоку директории с симлинками.
поменяем парадигму. пусть тэги и альбомы - это равноправные директории в файловой системе, в которой допустимы хардлинки. разница становится исчезающе мала.
Monday, April 6th, 2009 12:40 pm (UTC)
про симлинки, думаю с целью закинуть одну фотку в несколько альбомов.

на счет вложеных альбомов vs теги: в том-же LigthRoom есть понятие "иерархия тегов".
Я даже как-то пару тысяч старых фоток пометил тегами, а потом собрал всяких вробышков, ласточек и ворон по тегом "птицы", кошек, собак и прочих - под тегом "животные", съёмки с новогодних праздников разных лет под тегом "новый год" итд. Прикольно получается, но поднимается планка требований к расстановке тегов.

кста, у них отношения между тегами можно задать прям сразу при вписывании нового тега, пишешь как-то типа "birds > tomtit" в тег, и LR дальше делает чего нужно :)
Monday, April 6th, 2009 02:43 pm (UTC)
ну под ftp я имел в виду «альтернативный способ загрузки», конечно :-) у меня тоже scp. да, идея про механизм массовой загрузки.

published — скрывать/открывать фотографии/альбомы.

шаблон страницы для показа, прости, что так сумбурно написал — торопился ужинать идти.

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

meta — exif/iptc + еще какие-нибудь свои поля, например location. например, location (координаты) можно из iptc вытаскивать, но может их там не быть, тогда хорошо, когда есть возможность написать руками. но теоретически, можно руками писать в той же aperture (http://www.apple.com/aperture/) (или фотошопе/lightroom.whatever), тогда в iptc будет :-)

если делать группировку только по тэгам, то придется разделять тэги на, условно, «важные» и «не важные». т.е. на основе каких строить навигацию, а какие — так, на будущее, или еще для чего-нибудь.

в принципе, можно обойтись только тэгами, но тогда захочется того, что в aperture (и itunes) называется smart albums: альбом создается на основе своеобразного поиска по тэгам и другим параметрам. если интересно, расскажу подробнее.
Monday, April 6th, 2009 12:17 pm (UTC)
А главное -- права доступа!
Monday, April 6th, 2009 12:29 pm (UTC)
И важное. Все картинки должны лежать по своим абсолютным путям, без реврайтов. Для нгинкса.
Monday, April 6th, 2009 12:33 pm (UTC)
это уже про реализацию :)
Monday, April 6th, 2009 12:32 pm (UTC)
кста, регулярно натыкаюсь на flash-галереи сделаные http://www.airtightinteractive.com/simpleviewer/
или чем-то похожим вешне.
при просмотре отторжения не вызывает :)
Monday, April 6th, 2009 12:33 pm (UTC)
флэш в топку сразу, но на внешний вид посмотрю, спасибо
Monday, April 6th, 2009 01:57 pm (UTC)
хочется произвольное количество тегов с группировками по нескольким (чтобы не было "каталогов" вообще).
остальное меня устраивает на я.фотках.
ещё бы загружать прямо из canon dpp, или каким-то отдельным приложением, в котором я добавляю теги и оно загружаетсинхронизирует, чтобы не проявляло лишнего интелекта, как лайтрум (для raw есть dpp).
Monday, April 6th, 2009 02:08 pm (UTC)
а на я.фотках разве количество тэгов ограничено?

с группировками по нескольким тэгам - это как?

последнюю идею не понял. ты про загрузку/синхронизацию тэгов отдельно от самих фотографий? тогда надо изобретать систему уникальных идентификаторов.
Monday, April 6th, 2009 02:36 pm (UTC)
количество не ограничено.

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

у фотографий есть уникальные url-ы. чем не идентификатор?
Monday, April 6th, 2009 02:49 pm (UTC)
все равно не понял. выбирать фотографии, имеющие тэг foo И тэг bar? или что?

а как ты объяснишь всяким lightroom'ам эти урлы?
Monday, April 6th, 2009 02:53 pm (UTC)
да, и это будет как подкаталог bar в каталоге foo, например.

мне обычно хочется сделать из одних фоток нарезку по датам, паралельно нарезку по городам в эти даты и паралельно, например, по людям/пейзажам и проставить права на людей в этой выборке отдельно. как-то так.
Monday, April 6th, 2009 02:54 pm (UTC)
да, а зачем вообще лайтрум?
его raw конвертер у меня вызывает больше вопросов, чем dpp, а остальное там вполне обычно сделано.
если бы он был бесплатный, другое дело.
Monday, April 6th, 2009 03:16 pm (UTC)
стоп-стоп. подкаталоги - это другая песня. то, что ты говоришь - это таки выборка по одному тэгу - bar. который является подтэгом от foo.
а выборка по нескольким тэгам - это пересечение множеств (фотографии, находящиеся в каталоге foo И в каталоге bar).

ну вот если считать что тэги (они же альбомы) это [в данном случае невложенные] директории с хардлинками, то одна фотография может одновременно иметь тэги (находиться в директориях) "1 января 2009", "Москва", "Новый Год" и "Я".

а вот с правами в таком случае получается непонятно. должны ли они относиться к конкретной фотографии или к группе (альбом/тэг)?
Tuesday, April 7th, 2009 07:58 am (UTC)
например: есть теги "Испания", "2008 год", "Толедо", "Мадрид", "Барселона", "люди", "дома".
хочется выборку по "Испания"+"2008 год"+"Барселона"+"дома" рассматривать, как каталог и отправлять на него ссылку, а выборку Испания"+"2008 год"+"люди" закрыть доп. паролем (или для скорости/понятности повесить это на отдельный тег "люди-за-паролем").

в корне, конечно, придется сделать кроме облака тегов ещё и какой-то набор "шоткатов" на эти группировки тегов.
вот это и будут "каталоги" в современном виде.
Tuesday, April 7th, 2009 09:02 am (UTC)
идея понятна, но на древовидную структуру это никак не накладывается. это получается отношение M:M между фотографиями и тэгами, и плюс к тому добавляется возможность выборки пересечений (фотографии, имеющие несколько определённых тэгов сразу).
и полная неразбериха с правами :)
Tuesday, April 7th, 2009 09:31 am (UTC)
ты уловил :)
но права можно (для начала) привязывать только к одному тегу и применять их по "и" по принципу "Deny,Allow".
Monday, April 6th, 2009 02:47 pm (UTC)
- древовидная структура альбомов
- тэги на альбомы и на отдельные фотки, желательно с увеличением цвета/размера от популярности тэга (количества отмеченным им фоток), не забыть про контроль доступа (если пользователю альбом не виден, а тэг содержится только в этом альбоме, его тоже не должно быть видно)
- ограничение доступа к альбомам: всем, только зарегенным на сервисе, только конкретным зарегенным, по паролю (в идеале: ещё и по парам вопрос-ответ: несколько разных вопросов с соответствующими ответами), по секретной ссылке (на альбом или на конкретную фотку); те альбомы, к которым нет доступа, не должны быть видны
- несколько способов отображения фоток в альбоме:
* таблица preview (клик по фотке открывает либо фото в оригинальном разрешении, либо страницу с фото в разрешении 640*480 - по выбору юзера)
* фотка размера 640*480 + полоска превьюшек сверху или снизу
- У фотки должно быть (все поля отключаемые по желанию):
* название
* дата/время
* комментарий автора
* EXIF-инфа по выбору автора (автор галочками у каждого пункта выбирает что показывать)
* координата места съемки со сссылкой на GMaps
* дерево комментариев пользователей (как в ЖЖ), для каждой фотки выбор кому разрешно комментить (всем или только зарегенным)
- Возможность просмотра фотки в оригинальном разрешении
- Возможность поворота фотки (оригинального варианта)
- Для Preview возможность выбрать желаемую часть фотки
- Для всех вариантов фотки возможность добавить Watermark
- Коды ссылок на превью/фотку для ЖЖ, форумов. Код не должен содержать инфу, по которой можно найти другие фотки/альбомы автора. Возможность наложить на превью инфу о фотке (название, разрешение): по выбору пользователя либо как текст (хорошо для ЖЖ и других мест куда влезет HTML), либо интегрированно в фотку (для тех мест, куда только картинку + ссылку можно вставить).
- Возможность хранить JPG, PNG, GIF (в т.ч. анимированный). В идеале ещё TIFF и Flash. Да, ещё и PDF и конвертацию в PDF из RTF, наложение на такой документ отсканированной печати/подписи и интеграцию с сервисом отсылки факсов./small>