Как избавить пользователя от мучений с PFS?
Uch |
|
---|---|
Думаю, что никто не станет отрицать, что галереи - полезная фича.
И никто не станет отрицать, что в ЛДУ потом в Седитио, и теперь в Котонти у разработчиков не дошли руки до реализации полноценной галереи (может быть, пока не дошли). Скорее всего, этот вопрос уже возникал и мысль моя, наверняка, не нова. Может быть сообщество разработчиков сможет реализовать пользовательские галереи в виде обычных страниц? Их можно было бы создавать так же как любую другую страницу с загрузкой изображений прямо на страницу. ИМХО, в этом есть пара очень приятных плюсов и для пользователя хозяина, так для посетителей и вообще для сайта. Я пока затрудняюсь самостоятельно предложить более-менее вменяемый механизм реализации этой идеи, тем более, что не знаю планов разработчиков Котонти в отношении файловых архивов. Надеюсь, что такие планы имеются, т.к. работы там с непочатый край. |
esclkm |
|
---|---|
а чем гал http://wwmed.org/plug.php?e=gal плох... я его жутко люблю - правда его реально надо доточить
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
|
This post was edited by esclkm (2009-04-06 00:32, 15 years ago) |
Uch |
|
---|---|
Плох он тем, что это плагин.
Элементарно, будь галерея пользователя простой страницей с расположенными на ней изображениями, можно было бы и плагин поиска не переделывать для поиска по галереям и PFS упростить, оставив только заливку файлов и управление ими без всяких публичных и непубличных галерей. Хочешь галерею? Лепи новую страницу и кидай на нее изображения без мытарств с PFS. Тут тебе и возможность поиска по категории страниц "галереи" и стандартные механизмы вывода новых галерей на индекс. Есть, конечно, и подводные камни ... и немало. Но все можно решить. |
NovoKain |
|
---|---|
Uch, как я вас понимаю. Решение приведённое вами я считаю очень нужным и полезным. Сейчас в принципе это самое актуальное решение.
|
Sergeich |
|
---|---|
Тоже согласен с Uch, вариант с галереями на базе страниц сильно упростит навешивание всяких плюшек на это дело и использование уже действующих. По большому счёту, что такое галерея? Это страница с фотографиями, не более. Так зачем всё это в отдельный плагин выносится не понятно.
В этой теме предлагаю развить идею. Составить своего рода тех.задание, от которого можно будет в последующем отталкиваться при реализации предложения (если таковая состоится :) ) Для начала нужно определиться с тем что на ваш взгляд должно быть в правильной галерее. затем посмотреть что где и как можно доработать, что бы получить необходимый функционал. |
|
This post was edited by Sergeich (2009-04-21 06:14, 15 years ago) |
Fagot |
|
---|---|
Вставлю свои "пять копеек" в техпроект...
Механизм галерей (в части просмотра) должен иметь развитые средства ограничения доступа к галереям по всевозможным категориям просматривающих. У создателя страницы галереи (группы медиафайлов) должна быть возможность установить видимость (ограничение видимости) создаваемой группы файлов для любых, поддающихся классификации в рамках движка, групп пользователей. Желательно присутствие в механизме хуков и средств (интерфейса), позволяющих внешним плагинам внедрять дополнительные списки классификации пользователей и, соответствующие им, процедуры классификации (распознавания принадлежности просматривающего пользователя к дополнительному классу) ![]() # Sergeich : Тоже согласен с Uch, вариант с галереями на базе страниц сильно упростит навешивание всяких плюшек на это дело и использование уже действующих. По большому счёту, что такое галерея? Это страница с фотографиями, не более. Так зачем всё это в отдельный плагин выносится не понятно. Страница с фотографиями (медиафайлами), каждый из которых может быть отдельным обьектом комментирования, цитирования, рейтинга, признака видимости и даже бана. Каждый из которых может содержать пояснительный текст, некоторое удобное представление на странице (особенно, если это не фото, а другого типа медиафайл), теги классификации (ну здесь возможны теги общие для всей группы). |
|
This post was edited by Fagot (2009-04-30 16:09, 15 years ago) |
Uch |
|
---|---|
Как бы лучше организовать галереи-страницы?
list.groupe.tpl - список галерей, list.tpl - список картинок (медиафайлов) в галерее. Или лучше размещать список картинок в page.tpl? Многое упирается в PFS. Без его модернизации будет трудно объяснить рядовому пользователю, как создавать галереи. Уж слишком он громоздок и при большом количестве галерей, папок и файлов превращается в огромную таблицу. С этим надо что то делать. В случае, если каждая картинка будет отдельной страницей с комментариями и рейтингами, хорошо было бы иметь возможность создавать кроме тамбов еще и картинки, которые служили бы превьюшками определенного размера, показываемыми на странице картинки. Клик по ним показывал бы все изображение. |
|
This post was edited by Uch (2009-04-30 19:17, 15 years ago) |
Fagot |
|
---|---|
В случае применения к галерее механизма страниц, по совокупности схожих признаков, каждая картинка галереи может быть только отдельной страницей. А не частью страницы. Иначе придётся пересматривать сам механизм реализации страниц.
Отсюда логично вытекает предложение: применить алгоритмы обработки страниц к таблицам PFS. Сообразно их (таблицы) перестроив. Чё здря двойную информацию то держать... :) P.S. На всякий случай заявляю, что я против галерей на страницах, но порассуждать в этой логике не против :) |
|
This post was edited by Fagot (2009-04-30 19:51, 15 years ago) |
Uch |
|
---|---|
А почему против?
|
Fagot |
|
---|---|
0) Не убедили :)
1) структурное различие: текст-презентация != файл+текст-презентация 2) функции, применения которым в страницах другого типа я не вижу: процедуры загрузки (страниц???) и хранения файлов, возможно массовые. предзагрузочная обработка файлов туда же (контроль, масштабирование, лимиты) нестандартные (для страниц) методы презентации такие, как слайдшоу. 3) Не люблю очень большие таблицы :) предпочитаю много небольших |
|
This post was edited by Fagot (2009-04-30 21:26, 15 years ago) |
Uch |
|
---|---|
На вкус и цвет ...
ИМХО, реализация галерей в виде страниц упростит очень многое. Да. Придется включать новые методы, конкретно для страниц-галерей. Но это вполне соотносится со стратегией развития движка, начатой еще при переходе с ЛДУ на СЕД. Я бы еще и опросы переделал в страницы. ИМХО, тоже многое упрощает и ускоряет. Я не знаю, кто конкретно занимается реализацией подобных идей. Но интересно было бы узнать, как это вообще происходит. Есть какой то худсовет? |
|
This post was edited by Uch (2009-05-03 18:43, 15 years ago) |
Fagot |
|
---|---|
Я полагаю, что худсовет по этой теме происходит как раз здесь.
И подробная расшифровка фраз типа "упростит очень многое", ускоряет этот процесс. А вброс таких фраз без расшифровки - замедляет. Если, конечно, дежурный экстрасенс вышел из отпуска - тогда другое дело.... (Я то про себя думаю, что пишу достаточно внятно ![]() |
Sergeich |
|
---|---|
По поводу опросов категорически согласен и уже высказывал как-то эту мысль, но что-то она не нашла отклика в обществе :).
Я был бы безмерно счастлив иметь возможность к страницам прикручивать опросы. Можно это и плагином реализовать, но функция будет очень даже полезная. |
Uch |
|
---|---|
Под "упростит очень многое" я понимаю прежде всего использование стандартных механизмов для управления страницами, а так же: стандартные комментарии, рейтинги, счетчики, систему безопасности. В конце концов унификацию и стандартизацию. Т.е. - упрощение и ускорение.
|
Fagot |
|
---|---|
# Sergeich : В этой теме предлагаю развить идею. Составить своего рода тех.задание, от которого можно будет в последующем отталкиваться при реализации предложения (если таковая состоится :) ) Вот я с этим согласен. :) Перечислить ВСЕ функции желаемой галереи подробно. Обсудить КАЖДЫЙ пункт с точек зрения: реализованности в существующих плагинах, трудоемкости реализации в плагинах, трудоёмкости реализации в страницах, удобства и неудобства использования. Выдать на гора резюме. Вот его то и можно представить сообществу, как полноценное предложение для реализации. # Uch : Под "упростит очень многое" я понимаю прежде всего использование стандартных механизмов для управления страницами, а так же: стандартные комментарии, рейтинги, счетчики, систему безопасности. В конце концов унификацию и стандартизацию. Т.е. - упрощение и ускорение. Не уверен, что унификация и стандартизация приводит к ускорению.., а если учесть необходимость внедрения в стандартную схему нестандартных, специфических для библиотек медиафайлов, алгоритмов, о которых я говорил выше, то и упрощение под сомнением... подключение стандартных комментариев и рейтингов куда бы то ни было, ввиду того, что они вынесены в отдельные процедуры, не представляет каких либо трудностей. система безопасности для страниц не охватывает безопасности при закачке файлов - или я упустил что то? При реализации галерей, как групп страниц, достоинствами могут быть: поиск, включение в область обработки всяких статистических и презентационных плагинов типа облаков :) и рефереров. Есть и другой путь достижения этого эффекта, но "кривыми, глухими, окольными тропами" - это попытаться стандартизировать и облегчить работу вышеупомянутых плагинов - например ввести таблицу обьектов обработки, где бы указывались имена таблиц, поля и пр.данные для поиска, ссылок и т.д. , внедрить её в плагине поиска, документировать формат заполнения и рекомендовать её использование разработчикам плагинов. |
|
This post was edited by Fagot (2009-05-04 14:25, 15 years ago) |