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

Системе нужен модуль "Галерея". Общий принцип вижу таким - пользователи или админ могут создавать свои альбомы и загружать в них фотографии.

У каждого альбом может быть настроено ряд опций, например: изображение-"обложка", доступность (всем, или только мне), название, описание, ссылка и meta параметры.

После создания альбома - в него можно загружать фотографии. Каждую фотографию можно загрузить в трех вариантах - 600х800, 1024х768, 1280х1024 (настраивается в админке). На фотографии могут ставится ватермарки (настраивается в адмнке).

При просмотре альбома, пользователь может выбрать фильтр, каки фотографии он хочет видеть (600х800 или 1024х768 или 1280х1024); Для сохранения фотографии - ему нужно будет просто щелкнуть правой кнопкой мыши на изображение и сохранить его себе на диск.

Внешний вид модуля:
При заходе на главную модуля - отображаются последние добавленные фотографии. Сверху в меню можно выбрать просмотр всех авторов, либо список всех альбомов (вообще всех альбомов, которые авторы создали). После выбора автора - отоображется список всех его альбомов. После перехода вовнутрь альбома - отображается его одержимое. Содержимое можно пролистывать, скрипт и принцип пролистывания скорее всего будет взят отсюда: http://dynamicdrive.com/dynamicindex4/stepcarousel.htm . При клике на фотографию - мы переходим к ее подробному просмотру, где есть возможность отсавить комментарий или выставить оценку.

Пока так. А Вы можете предложить?

За сообщения типа "Хочу удобное и красивое управлении с помощью AJAX" - минус в репу, а сам пост в мусорку!

принцип пролистывания замечательный...

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

если это всё возможно будет воплощена, то галерея будет функциональной, кто меня поддерживает?

SanD, не очень понял различий между 1й и 3й кнопкой - это же тоже самое..

Немножко додумал: когда пользователь будет загружать изображения - будет два варианта: либо загрузить одно нестандартное изображение пользовательского размера, либо 3 изображения под каждый размер экрана (при этом будет возможность загрузить, скажем только изображение размера 1280х1024, а система остальные размеры создаст сама).

URL будет вида /galery/USER/ALBUM/DO-ID.html

Где
USER - имя пользователя.
ALBUM - название альбома.
DO - вид действия, например show (показать изображение), full (показать изображение с комментариями и оценкой)
ID - ИД картинки по БД. Каждая картинка будет переименовываться в некую абракадабру, оригинальное имя не сохранится. Так надо.

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

Не совсем устраивают размеры, а как же широкоформатные экраны?! Например у меня 1680x1050, и выкрадывать фото тоже надо в широких форматах на 16:9 и 16:10.

Не вижу логичным присваивать альбомы к конкретному пользователю... Зачем?! Пусть будут альбом и категории, а уже у каждой фотки будет автор, точнее просто подпись... Или хотя бы просто указывался автор альбома! Лично мне, не есть красиво:

Кстати и да... Пусть будут в альбоме категории, как же без них??? Допустим мне надо будет сначала название альбома "Скриншоты", "Обои" и тд, а потом категории "Скриншоты -> Смешные" или "Обои -> BF2".

Так же нужна возможность создавать альбомы из фоток лежащих на других серваках, те либо выбирать из файлового диспетчера либо просто указать ссылку, и по возможности на каждое разрешение по отдельности =)

Вроде всё!

с ответов SiTiSа согласен!
ещё хотелось бы увидеть такую фичу: возможность добавлять картинки в избранное пользователя, откуда в свою очередь можно будет скачать в виде архива! (такое реализовано в галерее для Joomla от Datso)

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

Было бы здорово, если бы можно было архивировать только нужные фотки. А ещё, нужно залитие архивом, с последующим его разархивированием.

А вообще — Хочу удобное и красивое управление с помощью AJAX!!!! Шутка

Зачем в альбоме категории? О_о Не вижу в этом никакого смысла. Привязка к пользователю, считаю, должна быть т.к. модуль пишется с расчетом на то, чтобы пользователи наполняли свои альбомы фотографиями. Возможно это и не нужно - пусть админ сам создает нужные категории - а у пользователя будет возможность только заливать фотографии.. В общем нужно решить как делать: админ создает альбомы и категории, а пользователь загружает в них фотографии ИЛИ пользователь сам создает свои альбомы и пихает в них фотографии.


Это как? Заргужаем zip архив с фотками и на сервере они распаковываются? - Покажите хоть один сервис с таким функционалом.


Это можно.

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

По моему так логичней.....

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

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

Было б неплохо предусмотреть вложенность альбомов.

Вот.

Лучше всего это чтоб админ создавал Альбомы а пользователи только грузили фотки.
Что касается Загрузки сразу нескольких картинок, так это что бы на странице загрузки было несколько обзоров для загрузки картинки а не по одному.
Конечно можно сделать так чтобы грузишь в папку по ФТП картинки, скрипт определяет что в этой папке есть картинки и выдает найденные картинки с выбором в какой альбом какую картинку пихать. Далее он их прописывает их в Бд относительно нужной категории. По мне такой метод самый удобный.

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


А как будет реализован разбиение вида: "Скриншоты -> Смешные"?

Я и говорю - вложенность нужно предусмотреть для альбомов....



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

Значит решено: только админ может создавать альбомы. В принципе это логично т.к. модуль "галерея" делается для выкладывания на сайт изображений владельца сайта. Но никак не для создания социальных сервисов по размещению фотографий.

Теперь дальше:
По ФТП в рамках CMS грузить картинки невозможно.

После того, что написано выше слово "альбом" для нашей галереи теперь неприминимо. Теперь рубрики надо называть категориями. Вот их и надо обсудить:
1. Нужно делать отдельный "движок" для управления категориями, или можно использовать стандартный, добавив в него только строковый параметр, отвечающий за обложку категории?
2. URL категории должен быть уникальным вообще или уникальным только для родителя категории? Объясню подробнее. Если URL уникален вообще, то мы НЕ можем создать структуру категорий вида авто/обои, авто/смешные, люди/обои, люди/смешные, поскольку не может быть двух категорий с одинаковым URL. Однако, если делать категории с URL, уникальным для родителя - то можно; однако стоит учесть, что для однозначного определения категории при таком подходе, понадобится больше ресурсов +1 запрос для каждой вложенности.
3. Какие параметры должны настраиваться у категорий?




Мы же создаем не социальный сервис по размещению фотографий.

Т.е. пользователи сайта не смогут добавлять свои скрины в уже готовые категории?

Смогут! Но не смогут создать категории.

1. Мне кажется можно и стандартный, просто надо немного изменить, допустим будет обложка 128x128, а снизу надпись категории и всё... зачем изобретать велосипед? Хотя если есть наработки то можно и обсудить, а если мучиться, то нет смысла
2. Понял, но не совсем...если первый вариант, то не будет возможности сделать так: "игры/гонки" и "патчи/гонки"? Тогда второй лучше. А вообще пусть будет урл как в новостях или файлах.
3. В смысле параметры? В настройках модуля или при создании категории или при добавлении фоток?

Да не будет. Но не думаю, что это так уж критично, ведь можно будет сделать "игры/гоночные-игры" и "патчи/патчи-для-гонок". Дело в том, что при превом варианте ЧПУ нагрузки создавать не будет. В новостях файлов так и есть.

3. В настройках при создании.

Хм не замечал, а и правда... Если конечно нагрузка настолько велика, то пусть тогда будет как есть, т.е. первый вариант, НО зачем тогда вообще многоуровневые каталоги, если можно вместо "игры/гонки", так "игры-гонки"? Ну ладно, в таком случае не надо лесть в дебри, а сделать как во всей системе.

Так а в чем вопрос? Сделать как в новостях да и всё: заголовок, урл, описание, обложка...

Если кто-то подскажет оптимальный путь, как хранить многоуровневые структуры категорий БЕЗ уникальности поля URL, с возможностью однозначно извлечь категорию за минимум запросов по ссылке вида /cat/subcat/subsubcat/ - буду безумно благодарен.

Легче сделать два поля(высота и ширина) где админ (или пользователь) указывает размеры изображения, а если размер превышает то изображение обрезалось бы до указанного






Такого вроде нет ни в одной CMS

Я додумался, как избавится от обязательной уникальности URL-ов в категориях. Таким образом БУДЕТ возможно создавать категории "игры/гонки" и "патчи/гонки" и "фотки/гонки". Однако такие изменения в коде повлекли за собой глобальных характер, потому возможность появится вместе с RC4.