|
smart
|
 |
« : 11.09.2009, 12:53:13 » |
|
Чем чаще смотрю на диалог настроек, тем сильнее он кажется перегруженным. С каждой новой версией я добавляю в него все больше и больше параметров, и, как показывает практика, со временем это начало сказываться на работоспособности - у некоторых пользователей начала возникать ошибка сохранения настроек.
Абсолютно точно поймать этот баг у меня не получилось, но есть большое подозрение, что это связано с какими-то ограничениями на сервере (выставленными хостером) на количество переменных в POST запросе. Почему ограничение? Потому что ошибка проявлялась при увеличении количества категорий - допустим выбрано 20 категорий - настройки сохраняются, выбрали 21 - уже нет.
Посему появилось желание упростить несколько этот диалог, допустим, разбив его на 2: Настройки и Права. Т.е. вынести закладку Права в отдельный диалог. Это позволит примерно вполовину сократить количество элементов в форме, и следовательно должно и решить проблему сохранения, и несколько разгрузить диалог.
Однако есть еще один нюанс. Если на сайте установлен JoomFish, то в настоящее время, в форме появляется еще один элемент - список языков, и параметры можно настроить для каждого из языков. Если мы диалог разобьем на 2 части (настройки и права), то этот список нужно будет добавить и там, и там. Не будет ли это более запутано, чем сейчас? Что при наличии на сайте 2-х языков, для полной настройки компонента нужно будет 2 раза сохранить диалог Настройки, и 2 раза сохранить настройки прав?
А дальше (в самой ближайшей перспективе), планируется добавить разделение настроек по компонентам (чтобы для com_content были одни настройки, а, допустим, для com_virtuemart - другие). И тут получается, что диалог еще больше усложнится, ибо вкупе с JoomFish для настройки под каждый язык и под каждый компонент придется сохранять несметное количество раз. С одной стороны потрясающая гибкость, с другой стороны это какой-то кошмар для администратора.
В принципе есть еще один вариант - сохранять не целиком все настройки, а постранично. Т.е. на каждой закладке в диалоге добавить кнопку Применить, и по нажатию на эту кнопку сохранять отдельную закладку... Но тоже, боюсь добавит лишней путаницы.
Может быть у кого-либо есть другие предложения? Ибо что-то надо делать - сейчас к релизу готовится новая версия, она добавит на форму настроек еще 3-4 параметра.
|
|
|
|
« Последнее редактирование: 11.09.2009, 12:57:27 от smart »
|
Записан
|
|
|
|
Darkick
JComments Tester
Репутация: +236/-1
Offline
Пол: 
Сообщений: 1486
|
 |
« Ответ #1 : 11.09.2009, 13:03:49 » |
|
Надо еще как-то упростить настройки прав для групп пользователей. Как то их объеденить что ли. Настроить одну группу и нажать "Применить ко всем", а там доправить отличия может быть. А то получается 7 групп, у которых различаются настройки (лично у меня) только для гостей, не гостей и всех кто в адмике.
|
|
|
|
|
Записан
|
|
|
|
Юра
JComments Tester
Репутация: +3/-0
Offline
Сообщений: 93
|
 |
« Ответ #2 : 11.09.2009, 13:04:54 » |
|
В принципе есть еще один вариант - сохранять не целиком все настройки, а постранично. Т.е. на каждой закладке в диалоге добавить кнопку Применить, и по нажатию на эту кнопку сохранять отдельную закладку... Но тоже, боюсь добавит лишней путаницы.
Отдельно сохранять вкладки. Если есть возможность отслеживать, производились ли изменения, в даной вкладке, при переходе на другую, то можна просто спрашивать пользователя, модальн%м окошком, сохранять ли их?
|
|
|
|
|
Записан
|
|
|
|
|
era
|
 |
« Ответ #3 : 11.09.2009, 13:14:07 » |
|
или права доступа вынести в отдельный пункт и может быть сделать их в виде матрицы: | Гость | Зарегеный | Автор | и т.д. | и т.п. Добавление комментариев | v | v | v | v | v Редактирование своих коментов | v | v | v | v | v
а то приходится переключаться что-бы смотреть а кому я что дал в другой группе
|
|
|
|
|
Записан
|
|
|
|
mamahtehok
JComments Tester
Репутация: +8/-2
Offline
Сообщений: 88
|
 |
« Ответ #4 : 11.09.2009, 13:23:02 » |
|
мне кажется вариант отделения прав более правильным, и вкладка языков запутывать не должна, при разделении мне кажется что это логично, единственное что это немного усложнит использование, но пользователям JoomFish не привыкать )))
|
|
|
|
|
Записан
|
|
|
|
|
smart
|
 |
« Ответ #5 : 11.09.2009, 13:27:41 » |
|
и может быть сделать их в виде матрицы: Тогда у нас раздел настройки прав будет на 2-3 экрана высотой, потому как в одну строку более одного параметра поместить будет нельзя, и придется делать простыню. Я не думаю, что это будет удобно. А так, переключаясь с одной на другую закладку сразу видно - какие параметры различаются. Настроить одну группу и нажать "Применить ко всем", а там доправить отличия может быть. в принципе идея неплохая, можно реализовать. единственное что это немного усложнит использование, но пользователям JoomFish не привыкать да, но когда я добавлю еще разделение по компонентам, в обоих диалогах для полноценной настройки нужно будет сохраниться для каждой пары язык-компонент, и в совокупности с 2-мя диалогами мне кажется это получится слишком запутано. Другое дело, можно по умолчанию сделать 2 флага: Единые настройки для всех языков и Единые настройки для всех компонентов. И если эти флаги установлены, то не заморачиваться с языками и компонентами, а пользователи будут видеть один общий диалог настроек. А тем, кто захочет полноты власти (и ощущений), то включит один из двух флагов, или оба сразу. Единственная проблема связана с тем, что при отключении разделения по языкам, пропадет возможность задавать разные текстовые сообщения (правила, сообщение о недоступности добавления комментариев, сообщение о заблокированном обсуждении).
|
|
|
|
|
Записан
|
|
|
|
|
era
|
 |
« Ответ #6 : 11.09.2009, 13:31:55 » |
|
то включит один из двух флагов, или оба сразу.
или сразу 5 языков?
|
|
|
|
|
Записан
|
|
|
|
|
smart
|
 |
« Ответ #7 : 11.09.2009, 13:34:55 » |
|
или сразу 5 языков?
ну либо включить разделение настроек для каждого из имеющихся языков (пофигу сколько их), либо не включать... тогда считаем что на все языки одни настройки...
|
|
|
|
|
Записан
|
|
|
|
|
Mitrich
|
 |
« Ответ #8 : 12.09.2009, 03:01:48 » |
|
Серег. А может определить настройки групп как глобальные и локальные. Тогда будет глобальная настройка и около локальной будет показано что в глобальной и возможность поменять. Возможно глобальные потом нужно будет поделить на front и back глобальные
В свете 1.6 которая когда то будет иметь возможность добавления своих групп, думаю, стоит рассмотреть такую схему.
|
|
|
|
|
Записан
|
|
|
|
|
smart
|
 |
« Ответ #9 : 12.09.2009, 03:03:17 » |
|
А может определить настройки групп как глобальные и локальные. я тут упростить хочу, а ты мне кажется усложняешь 
|
|
|
|
|
Записан
|
|
|
|
|
Mitrich
|
 |
« Ответ #10 : 12.09.2009, 04:13:25 » |
|
Неа упрощаю
Есть настройки, а есть детальные настройки. Погляди на тот же sh404SEF и Virtuemart
у них два уровня настроек и большинство довольствуется более простым (дефолтным)
|
|
|
|
|
Записан
|
|
|
|
|
smart
|
 |
« Ответ #11 : 24.09.2009, 23:56:22 » |
|
Так, проблему сохранения данной формы на серверах с ограничением на количество переменных в запросе решил довольно простым способом - перед сохранением параметров собираю их значения на форме, пакую в base64 и отправляю одним куском на сервер, а там уже разбираю что и как.
Кроме того, реализовал функцию сохранения параметров на AJAX, теперь это еще быстрее. И добавил еще одну полезную функцию (по крайней мере для новичков) - восстановление параметров по умолчанию. Теперь, при желании, можно довольно просто настройки компонента вернуть к первоначальному состоянию (как будто вы его только что установили). Это полезно, когда есть ощущение, что вы что-то намудрили, а что именно - не помните.
|
|
|
|
|
Записан
|
|
|
|
locksmith
Осваиваюсь на форуме
 
Репутация: +0/-0
Offline
Сообщений: 66
|
 |
« Ответ #12 : 03.02.2011, 12:02:30 » |
|
Так, проблему сохранения данной формы на серверах с ограничением на количество переменных в запросе решил довольно простым способом - перед сохранением параметров собираю их значения на форме, пакую в base64 и отправляю одним куском на сервер, а там уже разбираю что и как.
Кроме того, реализовал функцию сохранения параметров на AJAX, теперь это еще быстрее. И добавил еще одну полезную функцию (по крайней мере для новичков) - восстановление параметров по умолчанию. Теперь, при желании, можно довольно просто настройки компонента вернуть к первоначальному состоянию (как будто вы его только что установили). Это полезно, когда есть ощущение, что вы что-то намудрили, а что именно - не помните.
Можно подробнее пожалуйста как вы делали чтобы сохранились настройки. У меня такая проблема и хостер разводит руками. Подскажи прошу.
|
|
|
|
|
Записан
|
|
|
|
|