Чат сообщества
   |
| Сообщество uCoz » Архивариус » Предложения по системе » Предложения по системе |
| Предложения по системе | ||
 Тема имеет архив.Данная тема имеет архивы. Просмотреть архив1 Посмотреть архив 2 | ||
|
Пожалуйста, сделайте переменную для вставки полного адреса текущей страницы, где находишься.
Нужно и для переводчиков, и для ссылок в соцсетях. Что-нибудь вроде $CURRENT_PAGE_URL$ или $CURRENT_PAGE_LINK$ Как сделать - не знаю, но думаю, что как-то ОЧЕНЬ просто.. старикашка ни бум-бум..
Сообщение отредактировал карп - Среда, 22 Июн 2011, 23:55:49
| ||
|
1. Пожалуйста сделайте $оператор$ который бы выводил теги материала без ссылок
2. Для тех, кто уже прописал теги всем материалам, не задумываясь о дополнительном поле, и хотел бы видеть теги в ключевых словах страницы или тем кто просто не хочет иметь много внутренних ссылок. Это неплохо увеличит поисковую оптимизацию многим сайтам. 3. Новый общий оператор для всех модулей $TAGS_NOURL$ например Моя история заработка в интернете
Публикация материалов в соц сети, создание гориз. меню для сайтов на uCoz Сообщение отредактировал КВинС - Четверг, 23 Июн 2011, 03:49:23
| ||
|
1. Предложение: Добавить класс к ячейке на форуме с содержимым: "Модератор форума:". Если для списка модераторов есть класс и его можно изменить (forumModer), то (к примеру) изменить положение "Модератор форума:" невозможно
2. Зачем: Позволит пользователям более тонко настраивать дизайн форума 3. Мысли по реализации: Добавить класс для ячейки | ||
|
1. Предложение: сделать функцию изменения репутации в зависимости от репутации изменяющего настраиваемой
Quote Количество баллов в репутацию зависит от репутации ставящего, чем она выше, тем баллов больше, но максимум 20. rep>5000 =20 rep>2500 =15 rep>1000 =10 rep>900 =9 rep>700 =8 rep>500 =7 rep>300 =6 rep>200 =5 rep>100 =4 rep>50 =3 rep>10 =2 2. Зачем: Потому что многим это вообще не нужно. Можно поставить все на еденицу и будет без градации. 3. Мысли по реализации: добавить соответсвующий пункт и настройку в ПУ. Очевидно нужно сделать взомосвязь элемента, записанного в ПУ и соответсвующей частью кода. | ||
|
1. Предложение: Расширение возможностей профайла пользователей сайта между собой!
2. Зачем: Это сделает взаимоотношения пользователей сайта более интересными, прочными и открытыми... 3. Мысли по реализации: добавить функцию "Добавить в друзья" - добавление пользователей в друзья (кнопка "Добавить в друзья" в ихнем профиле) с их последующим отображением (миниатюра аватара и ссылка на его профиль) в своем профайле. Также по такой системе можно добавить функцию "Черный список". ~ status: online ~
| ||
|
1. Предложение: оплата услуг сайта через электронные платежи по типу смс-сервиса.
2. Зачем: использование смс-сервисов невыгодно. Они как брали несколько лет назад от 40 до 80 процентов с платежа так и до сих нечего не поменялось. В итоге пользователи платят дорого, а веб-мастер получает мало. Единственный их плюс, это широкая доступность такого способа оплаты. С электронными платежами проценты намного меньше, и проблем меньше. Так будет намного выгодней для всех. 3. Мысли по реализации: сделать функцию автоматического перевода пользователя в другую группу после платежа и открытие платного контента по ключу, примерно так же как реализованы у вас смс-сервисы. Оплата через партнера, как у вас реализовано пополнение и оплата услуг через ROBOXchange. Ну или наподобие этого. Понятно что нечто подобное можно реализовать в ручную, но хотелось бы чтобы это всё работало на автомате, а не приходилось каждого по отдельности переносить в другую группу. Сообщение отредактировал Diletant_NZ - Воскресенье, 26 Июн 2011, 05:26:18
| ||
|
1. Бывает очень нужен кроссдоменный ajax или получение инфы со стороннего сервера... В общем, я предлагаю следующее:
мой_сайт/get?http://test.ru - ajax-запрос на следующий адрес заставит сервер получить код страницы http://test.ru и вернуть его. Таким образом - кроссдоменный ajax, серверное проксирование. 2. Бывает очень нужно. 3. Очень просто, скрипт в пару строчек... Только не забудьте про безопасность: фильтруйте протокол (иначе - получение любого файла с сервера). | ||
|
1. Предложение: внедрить возможность объединения баз локальных пользователей сразу для нескольких сайтов, расположенных в рамках одного домена - на поддоменах.
2. Зачем: по ряду причин использовать единую систему авторизации через unet многим овенерам у себя на проктах не хочется. Одна из причин - это снижение процента регистраций. Далеко не все знакомы с uCoz, и соответственно с unet, поэтому при включении данной авторизации люди не всегда проходят регистрацию (наблюдается существенный рост % отказов), их отпугивает то, что они вроде как выбирают регистрацию на сайте, и тут же видят, что регистрируются вовсе не на сайте, а в другой системе, да, описание есть зачем и для чего, но тем не менее, факт остается фактом. Я веду к тому, что при использовании функции локальные юзеры - нельзя эти базы между собой объединить. Простой пример, у меня есть проект, на поддомене второй тематичный проект, они между собой связаны, везде используются локальные юзеры. Изначально был включен unet, но многие жаловались на то, что хотят некое отделение, чтобы все знали, - что регистрируются именно здесь, - на сайте. В процессе развития, образовался второй проект, в итоге нашим пользователям приходиться регистрироваться и тут и там. Да - можно отмахнуться, и сказать, используйте unet, но, я думаю реализация этой идеи позволит шагнуть еще дальше, и учесть интересы тех, кто не используют unet по каким либо причинам. Естественно я предлагаю данную возможность сделай доступной только для премиум-пользователей, я лично готов за это платить, это позволит прогрессировать и создавать целые сети проектов с общей базой пользователей. 3. Мысли по реализации: в админ панели, в настройках модуля пользователи реализовать привязку к поддоменам. Как реализовать технически - вам виднее. Согласен, что идея абсурдная, но тем не менее,- считаю, что это путь к прогрессу. | ||
|
VelFaramey, идея не абсурд, полностью поддерживаю, можно будет создавать многоподдоменные порталы
1. Предложение: добавить редактор ucoz-окон 2. Зачем: не очень удобно каждый раз когда нужно создавать xml файл, заливать на сервер, прописывать код в шаблоне 3. Мысли по реализации: добавить кнопку "добавить/редактровать ucoz-окно" в редакторе шаблонов p.s. оно то не горит, но все равно полезная фича 1. Предложение: добавить в онлайн играх поле загрузки игры со стороннего сервера 2. Зачем: можно конечно через $SWF_LINK_DIRECT$ хотя бы сделать, но тогда не будет считаться количество нажатий 3. Мысли по реализации: добавить новое поле на выбор в админке и ucoz-код($RFILE_URL$, например) в шаблон | ||
|
1.Предложение: Добавьте оператор $IS_NEW$ в информеры комментариев
2.Зачем: Разве не понятно, что это нужно для показа не прочитанных новых комментариях 3.Мысли по реализации: Добавить данный код Оффтоп: Эти предложения вообще кто-то читает (кроме простых пользователей)? Просто уже столько полезных предложений и замечаний по системе было, что можно было целый обзор написать, а ответов на предложения, уж извините, 0... Сообщение отредактировал NeoGame12 - Воскресенье, 03 Июл 2011, 01:22:44
| ||
|
1. Предложение: Добавить в информеры, в раздел пользователи, дополнительные переменные: Дата, день недели и время последнего входа пользователя.
2. Зачем: ну всё есть, а этого ещё не хватает 3. Мысли по реализации: ... | ||
|
1. Предложение: Максимально можно создать 30 информеров, не хватает!
2. Зачем: не хватает. 3. Мысли по реализации: ... 1. Предложение: Максимальное кол-во выводимых материалов через информеры 300, не хватает! 2. Зачем: не хватает. 3. Мысли по реализации: ... И казалось бы зачем ему больше 300 материалов выводить? Вот такие небольшие усовершенствования будут идти системе в +. Сообщение отредактировал PaRaDoXx - Понедельник, 04 Июл 2011, 23:00:19
| ||
|
1. Предложение: Добавить переменные "количество фотографий" и "количество комментариев" у пользователя зашедшего на сайт.
2. Зачем: очень не хватает и их нигде нет, даже в API. Вывел используя информер кол-во фото и комментариев всех пользователей и затем взял данные у нужного пользователя. Трюк удался, но не годится, т.к. после добавления фото или комментария, информер выводит актуальные данные только в течении часа. Кстати API тоже не сразу актуализируется, а в течении часа.  3. Мысли по реализации: ... Сообщение отредактировал Magistr777 - Четверг, 07 Июл 2011, 15:37:46
| ||
|
1. Предложение: В модуле Новости сделать параметр добавлять материал в RSS ленту для яндекса или нет
2. Зачем: В сервисе Яндекс-Новости очень жесткие правила для участников в плане экспортируемого контента, не все материалы публикуемые на сайте подходят под них 3. Мысли по реализации: сделать необходимую функцию и вывести соответствующий чек бокс в форме добавления материала Все благодарности можно оставить в репутации
 Сообщение отредактировал AlexPS - Четверг, 07 Июл 2011, 17:29:06
|
| |||