Чего не хватает — возможности скачивать целые фотоальбомы домохозяйкам :) Чтобы не устанавливать им BTSync.
Hint: можно сделать упаковку альбома в zip и отдачу его домохозяйке.
Круто, попробую поставить себе как только гитхаб оживет. Не увидел system requirements, минимальную версию php. На NAS все же часто далеко не акутальные Debian с php 5.2.
На php 5.2, насколько я помню, должно работать. Стабильно работает на 5.3. Из экзотического — php_exif и gd (нужны только для php-индексатора). А гитхаб опечалил, да ;(
С юзабилити нужно что то делать. Создание альбома 14 полей, о значении половины полей можно только догадываться, например, дата начала (начала чего? может проще сразу брать время создания), еще более шокирующие поля — путь до папки и readonly secret. Я так понимаю это что то от программиста для программистов )
Радует то, что нужно вбить только название, дату начала и RO Secret (путь до папки и системное имя генерируются автоматически). Ко всем полям можно добавить слово «альбома» и получить ответ, для чего они. Дата начала альбома (т.е. дата начала первой фотки). Дата начала завязана на физический путь до папки с фотками.
И да, это от программистов для друзей программистов :))
Причин несколько:
— он очень дооолго индексирует фотки.
— открывать его в интернет — не самый лучший выбор для «домашней безопасности».
— не у всех безлимитный интернет ;) У меня, например, есть только мегафон 4г, в котором 40 гигабайт в месяц (с 8 до 0). Думаю это комментировать не нужно)
— для тех, у кого нет synology, но тоже хотят себе такие же фотогалереи — постоят в сторонке.
1) ну а есть какая-то спешка? вроде новая версия шустрая.
2) открыть надо только нужный порт. у меня вообще в DMZ стоит уже не один год и все отлично. штатная система защиты работает на ура
3) так это тоже плюс к синолоджи. не надо ничего заливать в интернет
Как там нам говорили на лекциях по маркетингу — «нужно создать потребность, а потом удовлетворить её».
Вот вы потребность создали, однозначно)) Вечером полезу в код разбираться. На сам ваш сайт решил пока не лазать, 40 гиг в месяц это очень мало.
Если кому-то интересна тема самостоятельного хостинга фотографий, то можете также обратить внимание на проект Trovebox (aka Openphoto). Из плюсов есть мобильные приложения (iOS & Android) которые работают в том числе и для инсталляций на собственном хостинге.
Пример галереи: current.trovebox.com/photos/list
Исходники и инструкции по установке: github.com/photo/frontend
Достойная альтернатива, да. Но насколько я понял, она работает только с облачными хранилищами?
И опять такие же вопросы к загрузке фотографий и их массовом скачивании.
Можно использовать как облачное так и локальное хранилище. Загрузка оригиналов возможна (только по одному, на сколько я знаю). Также можно расшарить приватный альбом (ссылка с ключом). Массовое скачивание, к сожалению, вроде как, не доступно. Думаю, при должном уровне мастерства добавить последнее вполне реально.
Да, есть такая возможность. Генерируется токен доступа для фотографии или альбома, который в последствии можно аннулировать. Таким образом можно делиться даже приватными фотографиями.
В целом очень интересно, попробую у себя его поднять на NAS-e. Как на счет что-то по стилю 500px? Модальные окна при выборе фотографии, информация про фотографию, локация.
Сделал бы кто-нибудь такой дизайн и верстку — было бы здорово (натянуть верстку на проект не проблема :)
А смысл поднимать на NAS? Скорее всего фотографии уже на NAS — тогда получатся дубликаты.
А вот если фотографии на компьютере — то тогда это имеет смысл.
Так можно, но для этого нужно положить все в правильные пути. Пример: допустим, в базе создаем альбом с датой начала 2013-05-01, путем до папки не рандомным, а скажем 20130501-test и Статус — опубликован. Тогда фотки надо положить в web/shared/files/albums/2013/20130501-test/source/. Или второй вариант — вместо «положить» — сделать линк с хранилища на папку source.
Имхо скрипт индксатор сам должен сканировать папку и при наличии в ней подпапок воспринимать их как альбомы и заносить их в бд с какими-то дефолтными параметрами.
Вообще не факт, потому что структура хранения фоток у все разная. Кто-то вообще делает год-месяц-день — т.е. три уровня. Так что это все пишется вручную.
sergeyfast, а у вас в общем сколько фотографий? Хочу очень домашний сайт с фотогалереей, но боюсь индексация фотобазы в количество 750 000 штук займет очень долгое время.
Выложенных всего 1324. Тут самое сложное — добавить альбомы в базу ;) 750к фоток для такого проекта — это не много. А для индексации можно использовать как раз eazyphotod, только надо удалить оттуда часть, отвечающую за btsync, fsnotify и вебсервер. Самая долгая операция — ресайз (тут все зависит от процессора).
Точь-в-точь такая же идея посещала, только хотелось сделать веб-галерею, крутящуюся на Zyxel Keenetic Giga с подключенного usb-hdd, которая сканировала бы новые папки и создавала превьюшки прям с подключенного hdd.
Для Кинетика есть nginx, php 5.3, mysql.
Если бы BTSync под Windows был точно таким же сервисом с веб-интерфейсом, как под Linux, то проблем бы вообще не было (ну или у него было хоть какое-нибудь API под Windows). А так, все остальное работает, даже eazyphotod :)
sergeyfast расскажите поподробней что не понравилось в Koken.
Интересный проект, но делиться только через BTsync это через чур. Я тут 6 человекам пытался раздать так фотки, только у одного получилось.
Я правильно понял что все фотографии добавляются автоматически, и убрать их из раздачи/показа нельзя?
Подскажите как EazyPhoto идентифицирует фотографию, по пути или по хэшу файла?
Если фотку взять и переместить в другую папку например, в веб форме она останиться и на том же месте/альбоме?
EazyPhoto: уютный фотохостинг для своего сервера