Чат сообщества
Архив - только для чтения |
| Сообщество uCoz » Архивариус » Архив » предложения по системе (05/08/2011 webanet не удалять. прикреплено к теме) |
| предложения по системе |
|
YuriT, вы меня немного не поняли.
Я не призываю менять функции оператора и его внешний вид и код, который выводит в соответствующих местах категории разделов и т.д., я вообще эту тему не трогаю и заостряю внимание на информерах, т.е. это, если просто логически подумать, немного другая система, которая базируется на выводе информации, и сам юзер определяет, как эту информацию выводить без изменения других операторов. Иными словами - задать условие, что если используется информер и у него настроен шаблон вывода информации, по приоритету - используется именно заданный шаблон, а не стандартная вариация вывода категорий. Или же в самом информере, при выборе "тип данных: категории", добавить дополнительное поле в дополнительных опциях, - что-то в стиле "задействовать шаблон пользователя" и если галочка стоит, дополнительный код система не генерирует и используется шаблон пользователя. Благодарю за внимание. |
|
Предложение: подкрутить информеры, чтобы минимизировать количество генерируемого движком кода при выводе категорий разделов.
Зачем? - В данный момент (во всяком случаи на 108-ом сервере) при использовании информера, который выводит все категории раздела - генерируется много лишнего кода, даже не смотря на то, что используется шаблон, допустим, такого плана:
Code <li><a href="$CATEGORY_URL$">Название категории</a></li> (Естественно используется оператор $CATEGORY_NAME$ просто для примера я его заменил на "Название категории") В итоге, получается следующая картина:
Code <ul> <table align="center" border="0" cellspacing="0" cellpadding="0" width="100%" class="catsTableI"> <tr><td style="width:100%" class="catsTdI" id="cid34" valign="top"><li><a href="#">Название категории</a></li></td></tr> <tr><td style="width:100%" class="catsTdI" id="cid24" valign="top"><li><a href="#">Название категории</a></li></td></tr> <tr><td style="width:100%" class="catsTdI" id="cid25" valign="top"><li><a href="#">Название категории</a></li>></td></tr> </table> </ul> Хотя все должно выглядеть таким образом:
Code <ul> <li><a href="#">Название категории</a></li> <li><a href="#">Название категории</a></li> <li><a href="#">Название категории</a></li> </ul> Мысли по реализации: настроить движок таким образом, чтобы данный код генерировался непосредственно в теле шаблона, допустим в том же модуле статей - "страница со списком материалов раздела" или на иной другой, где соответственно, он выводится соответствующим оператором, но не в информерах! Информеры ведь для того и нужны, чтобы каждый пользователь мог их настраивать и затачивать под себя и под нужды своего сайта. Искренне прошу Вас подлатать эту брешь и подкорректировать этот момент! |
|
Quote (AVanti_473) Хотелось бы иметь возможность поднимать новости на главную, при допустим обновлении ссылок старого материала, без переоформления новости. Для пользователей, имеющих право менять дату создания новости, это и сейчас можно сделать скриптом. Потеряшка - поиск потерянных и помощь бездомным животным в Питере
|
|
Quote (SPARTАCUS) VelFaramey, а кто тебе не дает настроить шаблон как ты хочешь? Так человек пишет же: сервер оформляет информер категорий в виде таблицы сам, даже если в информере только один столбец. И повлиять на это никак невозможно. Это отличает информер категорий от информера материалов, где табличное оформление добавляется только в том случае, если число столбцов в информере >=2, а для 1-колоночных информеров все выводится "как есть" VelFaramey, боюсь, что хотя Ваше предложение и логично, но реализовать его не получится, поскольку в случае простой реализации (т.е. если просто сделать точно так же, как для информеров материалов), то на тысячах уже существующих сайтов, где уже стоят одноколоночные информеры категорий, все сразу поедет. Потеряшка - поиск потерянных и помощь бездомным животным в Питере
Сообщение отредактировал YuriT - Четверг, 03 Фев 2011, 17:48:50
|
|
1. Предложение: Разрешить премиум пользователям большее количество фильтров и дополнительных полей.
2. Зачем: потому что фактически это не сложно 3. Мысли по реализации: ввести дополнительные УО |
|
Fox2, вот так не пробовал?
Code <a href="$IMG_URL1$"><img src="$IMG_SMALL_URL1$" border="0" alt="" /></a> <a href="$IMG_URL2$"><img src="$IMG_SMALL_URL2$" border="0" alt="" /></a> <a href="$IMG_URL3$"><img src="$IMG_SMALL_URL3$" border="0" alt="" /></a> <a href="$IMG_URL4$"><img src="$IMG_SMALL_URL4$" border="0" alt="" /></a> <a href="$IMG_URL5$"><img src="$IMG_SMALL_URL5$" border="0" alt="" /></a> <a href="$IMG_URL6$"><img src="$IMG_SMALL_URL6$" border="0" alt="" /></a> <a href="$IMG_URL7$"><img src="$IMG_SMALL_URL7$" border="0" alt="" /></a> <a href="$IMG_URL8$"><img src="$IMG_SMALL_URL8$" border="0" alt="" /></a> <a href="$IMG_URL9$"><img src="$IMG_SMALL_URL9$" border="0" alt="" /></a> <a href="$IMG_URL10$"><img src="$IMG_SMALL_URL10$" border="0" alt="" /></a> <a href="$IMG_URL11$"><img src="$IMG_SMALL_URL11$" border="0" alt="" /></a> <a href="$IMG_URL12$"><img src="$IMG_SMALL_URL12$" border="0" alt="" /></a> <a href="$IMG_URL13$"><img src="$IMG_SMALL_URL13$" border="0" alt="" /></a> <a href="$IMG_URL14$"><img src="$IMG_SMALL_URL14$" border="0" alt="" /></a> <a href="$IMG_URL15$"><img src="$IMG_SMALL_URL15$" border="0" alt="" /></a> <a href="$IMG_URL16$"><img src="$IMG_SMALL_URL16$" border="0" alt="" /></a> <a href="$IMG_URL17$"><img src="$IMG_SMALL_URL17$" border="0" alt="" /></a> <a href="$IMG_URL18$"><img src="$IMG_SMALL_URL18$" border="0" alt="" /></a> <a href="$IMG_URL19$"><img src="$IMG_SMALL_URL19$" border="0" alt="" /></a> <a href="$IMG_URL20$"><img src="$IMG_SMALL_URL20$" border="0" alt="" /></a> размер уменьшенной фотки задается в настройках модуля спасибо в репутацию
Сообщение отредактировал SPARTАCUS - Понедельник, 14 Фев 2011, 21:31:36
|
|
Quote (Fox2) Спасибо. Это можно для одной двух фото. Ну три-четыре. Но когда у тебя их много, то возникает необходимость сразу получать готовые коды, а не вставлять по одному. Загрузил-получил готовый код для вставки. ты эти коды вставляешь в шаблон только еще нужно дописать усл.операторы, чтоб если добавлена 1 фотка выводилась 1, если 10 то 10, а не в форму добавления материала, тебе нужно будет загрузить только фотку больше никуда ничего вставлять не нужно спасибо в репутацию
|
|
1. Предложение: сделать функцию для Журналистов что бы они могли менять дату, но не Модерировать чужие новости.
2. Зачем: что бы при добавлении следующей новости в тот же пост, могли обновить дату, тем самым новость обретёт новую дату. 3. Мысли по реализации: такая функция реализована на DLE и хотелось бы её так же в системе Ucoz, что для многих очень важно. |
|
Fox2, а самому сделать это самое превью так, как Вам нужно, и загрузить его вместе с большой картинкой - что, уже не судьба?
И что это за такие коварные "коды юкоза", которые Вам что-то там не позволяют? Чем, по-Вашему, отличаются те коды, что Вы получаете с Радикала, от того, что можете сами написать руками для картинок, загруженных на собственный сайт? И кто заставляет Вас грузить картинки через файл-менеджер, вместо того, чтобы использовать стандарную функцию прикрепления их к материалу, где автоматическое изготовление маленькой картинки как раз-таки предусмотрено? Потеряшка - поиск потерянных и помощь бездомным животным в Питере
|
|
Quote (YuriT) А что, собственно, ожидалось - что человек напишет готовый SQL-запрос, корректно формирующий список материалов раздела? Так для этого нужно как минимум знать точные названия таблиц в базе, да и какая именно там DBMS стоит, тоже знать не помешало бы. Если уж переходить на корректные примеры, то ни точные названия ни DBMS тут знать не надо. Нужно, чтобы человек понимал, как работает система. Понять это можно, посмотрев дампы баз данных. Категории к материалам хранятся в файлах типа bl_bl.txt а все дополнительные категории в файле ocats.txt, улавливаете, да? Количество материалов содержащихся в них, хранятся там же. И да, говоря о конкретных примерах, возвращаясь к файлам - структура баз имеется, название таблиц можно придумать, но написав код запроса, человек покажет, что он знает, как выполнить такую выборку. А слова "Я не программист" говорят только о том, что человек не понимает вообще, как это все работает. Я уже молчу о том, что функция мультивхождения, это, что называется "примочка или фича". |
|
Quote (Bezk) Без понятия того, как работает система мультивхождения материалов в категории, данный вопрос не рассматривается. Вообще. А что, собственно, ожидалось - что человек напишет готовый SQL-запрос, корректно формирующий список материалов раздела? Так для этого нужно как минимум знать точные названия таблиц в базе, да и какая именно там DBMS стоит, тоже знать не помешало бы. Если вкратце - то достаточно просто формировать список материалов раздела точно так же, как производится подсчет числа таких материалов. Сейчас число материалов в разделе считается правильно, с учетом мультивхождения, а вот сам список материалов формируется без такого учета - так что может получаться так, что вверху написано "Число материалов в разделе: 6", а чуть ниже "Материалов не найдено". И это при том, что "невидимых" материалов в модуле нет. Потеряшка - поиск потерянных и помощь бездомным животным в Питере
Сообщение отредактировал YuriT - Суббота, 12 Фев 2011, 17:43:49
|
|
Вопрос, можно как-то усилить безопасность для нестандартных групп пользователей? Запретить восстанавливать им пароль на емайл? То есть для тех групп, которые хозяева сайтов сами создают. Вроде групп супермодератор, например. Сейчас это для них разрешено, и чревато взломами и вандализмом на сайте при взломе мыла. Запрещено лишь для системных групп пользователей, администраторы и модераторы.
Для крупных форумов, которых на юкозе уже не мало, это очень актуально. Можно было бы ввести дополнительную опцию в настройках групп. Вроде "не восстанавливать пароль на емайл для этой группы". Добавлено (19-Апр-2011, 21:23:53) ucoz2.ru - покупка сайтов юкоз - предложения на мыло buybest@ya.ru
|
|
Два предложения по топу юкоза (да, я гоняюсь за места в топе юкоза):
1-е предложение: 2-е предложение: |
|
Не знаю я наверно повторюсь уважаемый укоз. На все же хочу спросить или предложить.
1. Предложение: Практически во всех модулях (информационных блог файлы доска) при добавлении есть поле теги в которой можно внести имя или ряд имен по которым можно было бы совершать поиск похожих или других материалов. Но вот дело он сделан как ручной ввод. То есть если я не указываю теги их нет. Было бы правильнее и мудрее создать автоматическое создание тегов из названия материала (+ полный материал). А в настройках модулей дать возможность выбора использовать авто теги или ручные теги (или гибрид для коррекции авто тегов). Так как это косается всех модулей настройку можно вывести в общие настройки, но конечно настройка для каждого модуля лучше. 2. Зачем: Ну по мне так как я очень активно использую теги на своем сайте было бы удобнее убрать еще одно поле при добавлении что просто упростило бы мою работу и работу пользователей которые хотят добавить материал. Да и в этом случаи при авто тегах больше вероятность правильного поиска схожих материалов (который тоже не мешало бы сделать более гибким в настройках). Но главное как я сказал упрощение формы добавления и более эффективное использование тегов на сайте. 3. Реализация: Ну сделать код который бы сканировал название материала на слова (при этом убирались бы местоимения и частицы, а по полученному результату производился бы поиск в полном материале) на основании всего этого создавался бы ряд тегов. |
| |||