Forums / National / Russian / Галереи-страницы

12>>>

Как избавить пользователя от мучений с PFS?

Uch
#1 2009-04-05 23:51
Думаю, что никто не станет отрицать, что галереи - полезная фича.
И никто не станет отрицать, что в ЛДУ потом в Седитио, и теперь в Котонти у разработчиков не дошли руки до реализации полноценной галереи (может быть, пока не дошли).

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

Я пока затрудняюсь самостоятельно предложить более-менее вменяемый механизм реализации этой идеи, тем более, что не знаю планов разработчиков Котонти в отношении файловых архивов. Надеюсь, что такие планы имеются, т.к. работы там с непочатый край.
esclkm
#2 2009-04-06 00:27
а чем гал http://wwmed.org/plug.php?e=gal плох... я его жутко люблю - правда его реально надо доточить
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты
This post was edited by esclkm (2009-04-06 00:32, 15 years ago)
Uch
#3 2009-04-06 00:35
Плох он тем, что это плагин.
Элементарно, будь галерея пользователя простой страницей с расположенными на ней изображениями, можно было бы и плагин поиска не переделывать для поиска по галереям и PFS упростить, оставив только заливку файлов и управление ими без всяких публичных и непубличных галерей.

Хочешь галерею? Лепи новую страницу и кидай на нее изображения без мытарств с PFS. Тут тебе и возможность поиска по категории страниц "галереи" и стандартные механизмы вывода новых галерей на индекс. Есть, конечно, и подводные камни ... и немало. Но все можно решить.
NovoKain
#4 2009-04-21 01:57
Uch, как я вас понимаю. Решение приведённое вами я считаю очень нужным и полезным. Сейчас в принципе это самое актуальное решение.
Sergeich
#5 2009-04-21 04:52
Тоже согласен с Uch, вариант с галереями на базе страниц сильно упростит навешивание всяких плюшек на это дело и использование уже действующих. По большому счёту, что такое галерея? Это страница с фотографиями, не более. Так зачем всё это в отдельный плагин выносится не понятно.

В этой теме предлагаю развить идею. Составить своего рода тех.задание, от которого можно будет в последующем отталкиваться при реализации предложения (если таковая состоится :) )

Для начала нужно определиться с тем что на ваш взгляд должно быть в правильной галерее. затем посмотреть что где и как можно доработать, что бы получить необходимый функционал.
This post was edited by Sergeich (2009-04-21 06:14, 15 years ago)
Fagot
#6 2009-04-30 15:47
Вставлю свои "пять копеек" в техпроект...

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

B-)

# Sergeich : Тоже согласен с Uch, вариант с галереями на базе страниц сильно упростит навешивание всяких плюшек на это дело и использование уже действующих. По большому счёту, что такое галерея? Это страница с фотографиями, не более. Так зачем всё это в отдельный плагин выносится не понятно.

Страница с фотографиями (медиафайлами), каждый из которых может быть отдельным обьектом комментирования, цитирования, рейтинга, признака видимости и даже бана. Каждый из которых может содержать пояснительный текст, некоторое удобное представление на странице (особенно, если это не фото, а другого типа медиафайл), теги классификации (ну здесь возможны теги общие для всей группы).
This post was edited by Fagot (2009-04-30 16:09, 15 years ago)
Uch
#7 2009-04-30 19:13
Как бы лучше организовать галереи-страницы?
list.groupe.tpl - список галерей, list.tpl - список картинок (медиафайлов) в галерее.
Или лучше размещать список картинок в page.tpl?

Многое упирается в PFS. Без его модернизации будет трудно объяснить рядовому пользователю, как создавать галереи. Уж слишком он громоздок и при большом количестве галерей, папок и файлов превращается в огромную таблицу. С этим надо что то делать.

В случае, если каждая картинка будет отдельной страницей с комментариями и рейтингами, хорошо было бы иметь возможность создавать кроме тамбов еще и картинки, которые служили бы превьюшками определенного размера, показываемыми на странице картинки. Клик по ним показывал бы все изображение.
This post was edited by Uch (2009-04-30 19:17, 15 years ago)
Fagot
#8 2009-04-30 19:43
В случае применения к галерее механизма страниц, по совокупности схожих признаков, каждая картинка галереи может быть только отдельной страницей. А не частью страницы. Иначе придётся пересматривать сам механизм реализации страниц.

Отсюда логично вытекает предложение: применить алгоритмы обработки страниц к таблицам PFS. Сообразно их (таблицы) перестроив. Чё здря двойную информацию то держать... :)

P.S. На всякий случай заявляю, что я против галерей на страницах, но порассуждать в этой логике не против :)
This post was edited by Fagot (2009-04-30 19:51, 15 years ago)
Uch
#9 2009-04-30 20:30
А почему против?
Fagot
#10 2009-04-30 21:20
0) Не убедили :)

1) структурное различие: текст-презентация != файл+текст-презентация

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

3) Не люблю очень большие таблицы :) предпочитаю много небольших
This post was edited by Fagot (2009-04-30 21:26, 15 years ago)
Uch
#11 2009-05-03 18:42
На вкус и цвет ...
ИМХО, реализация галерей в виде страниц упростит очень многое. Да. Придется включать новые методы, конкретно для страниц-галерей.

Но это вполне соотносится со стратегией развития движка, начатой еще при переходе с ЛДУ на СЕД.

Я бы еще и опросы переделал в страницы. ИМХО, тоже многое упрощает и ускоряет.

Я не знаю, кто конкретно занимается реализацией подобных идей. Но интересно было бы узнать, как это вообще происходит. Есть какой то худсовет?
This post was edited by Uch (2009-05-03 18:43, 15 years ago)
Fagot
#12 2009-05-04 03:55
Я полагаю, что худсовет по этой теме происходит как раз здесь.
И подробная расшифровка фраз типа "упростит очень многое", ускоряет этот процесс. А вброс таких фраз без расшифровки - замедляет.
Если, конечно, дежурный экстрасенс вышел из отпуска - тогда другое дело....

(Я то про себя думаю, что пишу достаточно внятно ;-) )
Sergeich
#13 2009-05-04 05:23
По поводу опросов категорически согласен и уже высказывал как-то эту мысль, но что-то она не нашла отклика в обществе :).

Я был бы безмерно счастлив иметь возможность к страницам прикручивать опросы. Можно это и плагином реализовать, но функция будет очень даже полезная.
Uch
#14 2009-05-04 05:39
Под "упростит очень многое" я понимаю прежде всего использование стандартных механизмов для управления страницами, а так же: стандартные комментарии, рейтинги, счетчики, систему безопасности. В конце концов унификацию и стандартизацию. Т.е. - упрощение и ускорение.
Fagot
#15 2009-05-04 13:50
# Sergeich : В этой теме предлагаю развить идею. Составить своего рода тех.задание, от которого можно будет в последующем отталкиваться при реализации предложения (если таковая состоится :) )

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

Вот я с этим согласен. :)
Перечислить ВСЕ функции желаемой галереи подробно.
Обсудить КАЖДЫЙ пункт с точек зрения: реализованности в существующих плагинах, трудоемкости реализации в плагинах, трудоёмкости реализации в страницах, удобства и неудобства использования.

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

# Uch : Под "упростит очень многое" я понимаю прежде всего использование стандартных механизмов для управления страницами, а так же: стандартные комментарии, рейтинги, счетчики, систему безопасности. В конце концов унификацию и стандартизацию. Т.е. - упрощение и ускорение.

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

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

система безопасности для страниц не охватывает безопасности при закачке файлов - или я упустил что то?

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

Есть и другой путь достижения этого эффекта, но "кривыми, глухими, окольными тропами" - это попытаться стандартизировать и облегчить работу вышеупомянутых плагинов - например ввести таблицу обьектов обработки, где бы указывались имена таблиц, поля и пр.данные для поиска, ссылок и т.д. , внедрить её в плагине поиска, документировать формат заполнения и рекомендовать её использование разработчикам плагинов.
This post was edited by Fagot (2009-05-04 14:25, 15 years ago)

12>>>