Хостинг картинок в домашних условиях

радикал.ру

Это то говно, которое не умеет отображать картинки без жаваскриптов?

ownCloud

Так? http://s017.radikal.ru/i431/1505/95/15808af631ac.jpg

вау! но так никто ссылки не выкладывает, почему то

Конечно, пили.

О нём я как раз и думал.

А что они какое-то API еще предоставляют? Или ты имеешь ввиду в качестве хостинга?

Да что там делать-то. Форма заливки, при заливке скрипт проверяет допустимость такого файла (размер, формат и т.д.), сохраняет, выдаёт ссылку. Если по одной, то это за пять минут пишется (плюс час–неделя на дизайн странички). С мультивыбором ситуация сложнее, надо выбирать, как его сделать, а фича полезная. В таком проекте самое главное — место на дисках.

С мультивыбором ситуация сложнее

Ну да, а хорошим вариантом для начала я считаю распаковку из zip'a.

Но, тама, еще больше логики должно быть, по-идее.

Если оно планируется «для всех», то очень желательно ещё дедупликацию заливаемого сделать, потому что юзеры будут достаточно часто лить одну и ту же картинку. Можно, например, считать хеш от файла, и прямо под таким именем его и сохранять.

А что они какое-то API еще предоставляют? Или ты имеешь ввиду в качестве хостинга?

Это вместо написания своего велосипеда.

Если оно планируется «для всех»

Нет, пока только для себя, а там посмотрим.

Просто надоело читать кучу материала, а потом писать хеллоуворды и без практики успешно забывать усвоенное.

Все-таки опыт лучший учитель. Так что этап первый - песочница для набора очков опыта и прокачки скилла.

Можно, например, считать хеш от файла, и прямо под таким именем его и сохранять.

Большие картинки будут долго обрабатываться. Лучше по крону переименовывать все новые файлы.

Да ну как тебе сказать, с велосипедов все начинается.

Когда подобно Царю надоело теоретизировать и флудить на ЛОРе и хочется наваять хоть чего-нибудь практическое)

А какой хоть язык? Технологии?

Можно вообще взять bash, scp и nginx. Еще zenity для удобства можно.

Мне Redis последнее время очень нравится, можно его в качестве БД взять. Довольно интересная задача придумать как сохранить данные в ограниченных условиях.

Присматривался к Питону, если честно.

Насчет технологий, потому сюда и пришел, чтобы немного прояснили обстановку.

Да и просто идея эта возникла из того, что частенько приходится по работе закачивать небольшие фотки, а нормального украинского хостинга для этого нет. Решил пользоваться Picoolio, но он оказался капризной фигней )))

Вот я и подумал: «Чувак, тебе уже под 30-к пора не боятся неизвестного :-D»

Ну первое ладно. Второе зачем? Там тебе одного ПХП хватит за глаза. И писать это дело три дня от силы, из них день на сверстать странички и сделать «десигн», чтоб выглядело не как гогно.

Будешь смеяться, но как бы модно.

Разгрузить сервак (хотя, если по-чести, его не от чего будет разгружать, да), а вообще попутно освоить какой-нибудь js-фреймворк для портфолио )

модно

Капец. Ради модноты городить лишние сущности.

Ты хочешь что-то вроде этого, пусть pi11 сам тебе расскажет. Может и исходники куда-нибудь выкладывал.

Ради резюме)

Ну да ладно, это все пока теоретизация - шкура неубитого медведя)

Потом сделаю общие выводы из постов, и буду потихоньку составлять план.

Ну и полажу по гитхабу в поисках подобных проектов.

Во-во )))

Спасибо, за каст. Ждем автора.

Редиректит на страницу f-picture с кучей рекламы и твоей картинкой. Радикал уже давно всё, пользую itmages.

Я когда-то начал было свою c-cgi-lib пилить, но так и не допилил до конца (мультизагрузку не доделал). А то было бы удобно: фронтенд — какая-нибудь хрень на хытымле5, бэкенд — CGI'шка сишная.

Но самая сложная штука — это добавить вменяемую индексацию изображений (чтобы дублей не было). Т.е. нужен какой-то очень быстрый аналог imgSeek, который в фоне будет анализировать новые изображения, сравнивать с хэшами старых и дубликаты с диска удалять (внося соответствующие изменения в БД).

Заливаться всяко дольше будет, чем хэш брать.

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

Правда стоит адблок, как обычно.

У меня тоже стоит адблок, с целым вагоном правил.
___
Всё, теперь нормально открывается. Странности, в общем. Ну его нафиг, этот радикал.

А хостинг картинок был у кого-то из лоровцев, на джанге вроде.
UPD: нашёл.

Внезапно, мне в голову пришла такая же идея. Только я планировал парсить ленту rghost'a.

На http://pic4a.ru/ вот что работает - https://bitbucket.org/dafax/img/

У ЛОРовцев мысли сходятся, гы!

Ага, спасибо.

Приду с работы, гляну.

Меня owncloud устраивает на 100%

Для десктопа — davfs — примонтировал и работаешь в привычной манере

Для андроида есть клиент, заливка фоток сразу по-мере съемки

Кроме этого синхр. календаря и контактов.

Но ведь его и как «чистый» хостинг можно использовать?

Разгрузить сервак (хотя, если по-чести, его не от чего будет разгружать, да)

Да там все упрется в бандвич и диск.

Что значит чистый? Может ты имел в виду, как бэкенд для хранения файлов? Тогда не понятно зачем все остальное. Да и прокачать скиллы сможешь разве что в настройке, а не в написании своего велосипеда.

Чистый — значит место на диске + возможность запуска выбранного интерпретатора скриптов.

прокачать скиллы сможешь разве что в настройке, а не в написании своего велосипеда

Ну может добавлю свою какую фишку, если умом все постигну и дорасту, так сказать )))

берёшь фалы
считаешь их sha256
отправляешь на сервер хеш, если таких нет в базе - загружаешь картинки
в базе хранишь оригинальное название\хеш\«смещение от\смещение до»\url
«смещение от\смещение до» - это с какого байта, по какой читать картинку из «больших файлов»
«большие файлы» - это созданные заранее файлы определенного размера, в которых и будут хранится картинки
дескрипторы «больших файлов» всегда открыты на чтение\запись
когда новую картинку нельзя записать не превысив лимит «большого файла» - создаётся новый
если нужно ограничить время хранения - в elasticsearch например есть возможность поставить время жизни записи в базе, скажем через 30 дней уже никто не сможет получить доступ к файлу по url потому что запись сама умрёт
файлы никогда не удаляются, но если нужно грохнуть картинку, это значит нужно скопировать всё из одного «большого файла» в другой, кроме определенных данных, потом удалить первый.

это значит нужно скопировать всё из одного «большого файла» в другой

Зачем, если можно просто хранить в метаданных признак «удалено»?

https://apps.owncloud.com/

Вот галерея как пример расширения owncloud

https://apps.owncloud.com/content/show.php/Gallery 8.0?content=169116&PHP...

Хорошее разъяснение.

Спасибо.

Это то говно, которое не умеет отображать картинки без жаваскриптов?

Это то говно, которое периодически сносит свои базы. Один из самых мерзких хостингов в плане гарантии сохранности фоток годы спустя. На форуме выживает только то, что кешируется утягиванием.

GNU/Mediagoblin

Зачем, если можно просто хранить в метаданных признак «удалено»?

достаточно отвязать url от картинки, доступ уже не получат, считай удалено
но если нужно реально удалить, например там центральные процессоры кто-то залил?
я вчера ошибку допустил, не удалять, а затирать нулями и переиспользовать в будущем.
удаление сложно, потому что возможна фрагментация.