| esclkm |
|
|---|---|
|
Много идей. Разного уровня зрелости. Прошу вашего внимания:
1. ПФС: брр - требует больших доработок: - шаблок - сейчас он реально вообще не настраивается - добавляем файлы в чужой ПФС - автоматом возвращаемся в свой - тоже не хорошо 2. Админка. Зачем подтверждать страницы в ней. Я бы для этого использовал листы. 3. плагин AdminQV - пора б ему уже перекочевать в ядро. И просто стать шаблоном для админ-индекс. 4. может сделать опцию - чтобы настройки всех плагинов выводились на одной странице - а то порой немного выводит из себя когда в плагине 1 настройка и бегай настраивай. 5. регистрация и авторизация: данные страницы доступны даже после того как пользователь уже вошел в систему. Регистрация должна быть доступна после входа только админам. 6. в админке объединить станицу инструментов и модулей. littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
| Dayver |
|
|---|---|
esclkm:Так это и не подлежит обсуждению просто взять и сделать но пока ни у кого руки не доходят(но это временно) esclkm:Это каким же макаром? чет не знал что это возможно esclkm:По этому поводу лично у меня однозначного мнения пока нету....ну и соотв. аргументов тоже esclkm:Абсолшютно согласен....я об этом думал уже давно но посчитал что меня не поддержат потому как это противоречит принцыпу минимализма движка...... - "если чё и делать то все в виде плугов" esclkm:Думаю это будет перебор.....если много плугинов с массивным кол-вом настроек то прикинь шо это выдет за одна страница с этими настройками......хотя хотя тут еще можно расматривать конечный результат в виде явовых табов тогда в таком случае это будет намного удобнее чем сейчас......но тут могут возразить те кто против аякса(по сути явы) в движке esclkm:Согласен esclkm:за обеими конечностями(да и нижними тоже) Pavlo Tkachenko aka Dayver
|
| esclkm |
|
||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
ребят, что думают остальные?
про 4. я имел ввиду нечто вроде такого:
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
| Dayver |
|
||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
# esclkm :Ну так я так и понял....я имел ввиду что если плугинов на сайте установлено много и у каждого дофигищи настроек то такая таблица может быть внушительной по размерам.....а это можеть быть недостатком из-за которого лучше оставить как есть.......но если в конечном итоге это будет описано в тпл файле и туда можно будет зафигачить вот такую тему то тогда я за Pavlo Tkachenko aka Dayver
|
| esclkm |
|
|---|---|
|
7. сделать чтобы можно было в админке по шаблону задавать имя файла в ПФС (хочешь штапм датой, хочешь еще как)
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
| jcrush |
|
|---|---|
|
а я AdminQV вообще сразу удаляю
SEO блог: http://blog.stfw.ru/
|
| Dayver |
|
|---|---|
|
8. Думаю на урочне модуля пфс(не плагином) нужно реализовать возможность наложения на загружаемые в архив картинки водяняного знака(с возможностью в опциях настраивать его положение и т.п)
З.Ы. А AdminQV я тоже не пользую но если он будет в шаблоне, а не плагином его так же легко можно будет оттуда удалить(не намного сложнее чем отключить плуг) Pavlo Tkachenko aka Dayver
|
| Wilder |
|
|---|---|
|
По поводу вставки изображений есть идея, уже постепенно реализующаяся мной на практике: сделать вставку изображений по принципу джумловского модуля mos_image. Это позволит еще более гибко создавать структуру страниц. Детали функционала пока в стадии обдумывания.
 1. Согласен по всем пунктам, включая "ПФС: брр" 2. Согласен. 3. Логично. 4. Если много плагинов, и в каждом - порядка 10-15 настроек, страница разрастется до невообразимости и ориентироваться в ней будет сложно. Да и часто ли меняются настройки плагинов? Обычно только при первоначальной настройке сайта, а в дальнейшем приходится лазить туда довольно редко и далеко не во все плагины. 5. А зачем нужна авторизация после входа в систему? Вот возможность создания нового пользователя администраторами, имеющими на это права, должна быть. 6. Обеими руками... |
|
Dit bericht is bewerkt door Wilder (2009-04-08 16:00, 16 jaren ago) |
| Rio |
|
|---|---|
# Wilder : По поводу вставки изображений есть идея, уже постепенно реализующаяся мной на практике: сделать вставку изображений по принципу джумловского модуля mos_image.Есть более продвинутый плугин о котором я уже несколько раз писал. Плагин простыми средствами библиотек позволяет ресайзить картинку прям в редакторе , в результате чего гененрит изображение , кладет его в папку и делает ссылку на оригинал. В Джумле это работает в любом редакторе.Хотя к принципу это отношения не имеет ( прошу прощения) Теперь про хотелки Мысли и работы esclkm очень грамотные и правильные, мне в общем нравиться его подход, который базируется в основном не на программных устоях, а на точке зрения использования ( пользователь, может продвинутый  )Добавлю от себя! 1. Защита от спама ( капча или ..) должна быть включена сразу) и везде где есть возможность писать сообщения и отправлять на е-мейл + должна быть маскировка самих е-мейлов и невозможность их прямого вытаскивания 2.Считаю есть необходимость сделать плугин или какую нибудь "приблуду"для конструкции форм , ну, практически ни на одном проекте без этого обойтись нельзя!!! 3. Надо смелее вводить эти модные штучки, слайдеры, тултипы( подсказки) Мода есть мода, слава Богу ушли от gif анимации.... 4. Очень важный модуль FAQ , считаю кто работает на заказчика или поддерживает свои проекты постоянно сталкивается с его необходимостью Сам FAQ реализовать не сложно, а вот сделать его - "живым" т.е. в виде блока -"Вопрос-Ответ" ( ну почти блог) это проблема Администрирование, вывод блока категории пользователей , отвечающих на вопросы ( что то небольшого комьюнити, с редактируемым шаблоном( поля всем нужны разные, хотя стандартные все одно останутся( можно из модуля контактов тащить))) 5. Файловые архивы отдельная песнь, Тут бы какое нибудь решение для скрытия ссылок и возможность ставить переход через анонимный сервис на ссылку с файло-обменника... [b]Дела не всегда обстоят так как кажется[/b]
|
|
Dit bericht is bewerkt door Rio (2009-04-14 02:53, 16 jaren ago) |
| esclkm |
|
|---|---|
|
1/ защита от спама - а именно капча - смотри бранчи. там я уже выложил 4 вида различных капчей. есть еще - но с ними я пока повременю. просто выкладывать в готовый продукт капчу- нет смысла - у пользвателя должна быть возможность выбора. лишать его ее нельзя.
2.если честно то не понял 3. не надо - это дела скина - а изначальный скин должен быть максимально простым. 5 - обалдеть - но надо решать плагином littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
| Rio |
|
|---|---|
|
Выбор должен быть всегда!(Глупо спорить с очевидным)
1.Но хоть какая нибудь капча должна быть уже в поставке - Не подходит такая, для твоего проекта иди в раздел "Скачать" и ищи то что надо 2. Подробнее про формы и их создание исписано ................. Все кто делает и поддерживает проекты постоянно сталкивается с необходимостью , создать на портале, какую либо форму, что самое интересное почти всегда другую( не такую как прежде) - форма-заявки, форма-заказ, форма-опрос, анкета............. Это не новость что в Джумле есть реализация на уровне компонента для выполнения таких операций. Администратор проекта создает нужные ему поля -текстовые, адресные, списки или переключатели и сохраняет такую форму. В дальнейшем вставляет её либо тегом либо пунктом меню. Ничего неожиданного. Не думаю что это просто. Т.к. ни одного бесплатного решения для Дж. мне не встречалось. 3. Дело скина, да кто бы спорил?! А что сделать плагин для того чтоб пользователь мог указать папку с картинками или банерами какие надо крутить, какие эфекты применить и вуаля.... Тоже самое с подсказками.А про типографику я просто молчу( тут кто как сможет) Конечно копилку готовых решений может заведем немного позже  "Надо строить мосты, а не стены!" [b]Дела не всегда обстоят так как кажется[/b]
|
| Wilder |
|
|---|---|
# Rio : Есть более продвинутый плугин о котором я уже несколько раз писал. Плагин простыми средствами библиотек позволяет ресайзить картинку прям в редакторе , в результате чего гененрит изображение , кладет его в папку и делает ссылку на оригинал.Наверное, я не совсем точно объяснил, что имеется в виду. Дело не в изменении размера картинки "на лету". Основное достоинство mos_image в том, что любая картинка, находящаяся в файловом архиве, может быть привязана к статье, ей заданы свойства, применяющиеся только в данной статье (например, alt-описание) и (самое главное!) картинка может быть размещена в любом месте страницы, а не только в тексте статьи. Например, у нас табличный 3-колоночный макет. В средней колонке располагается текст статьи, а правая колонка отведена для изображений, относящихся к этой статье (очень распространенная структура страницы). Существующими средствами я не вижу способа, как это сделать. Средствами же такого плагина это делается "само собой". Т.е. суть плагина - размещение изображений, относящихся к статье, в любом месте страницы, а не только непосредственно в тексте статьи. Если такая возможность есть - ткните пальцем. |
| Sergeich |
|
|---|---|
|
Про капчу в стандарной поставке не согласен. Она там не нужна.
|
| Rio |
|
|---|---|
|
Wilder Я извинился там, что немного не дочитал, считаю идею расширения функционала вставки изображений очень удачной, еще бы предусмотреть вставку картинок тегом или кнопкой в редакторе из любой галереии ( пользователя, общей,....)
Sergeich Ну если пойти по пути - "Дело спасения утопающих- дело рук, самих утопающих" Тогда про капчу не стоит и заморачиватся, пусть качают плагины и станет им счастье и потом прикручивают. Работать без защиты от спамботов - глупо! [b]Дела не всегда обстоят так как кажется[/b]
|
| Kort |
|
|---|---|
# Wilder : Например, у нас табличный 3-колоночный макет. В средней колонке располагается текст статьи, а правая колонка отведена для изображений, относящихся к этой статье (очень распространенная структура страницы). Существующими средствами я не вижу способа, как это сделать.Через доп-поля и настройку page.tpl для конкретной категории страниц. Правда количество картинок будет фиксированным. SED.by - создание сайтов, разработка плагинов и тем для Котонти
|
