Сообщество uCoz » Архивариус » Предложения по системе » Предложения по системе |
Предложения по системе | ||
Тема имеет архив. Данная тема имеет архивы. Просмотреть архив1 Посмотреть архив 2 | ||
Здравствуйте!
1. Предложение: в модуле "Каталог статей" сделать возможность для отложенных публикаций (указываем дату когда статья должна появиться. Сейчас дату можно указать, но статья все равно появится сразу же) 2. Зачем: чтобы заранее добавить некоторое количество статей и, например, спокойно уехать куда-нибудь 3. Мысли по реализации: просто продублировать существующую функцию из модуля "Блог" p.s. нет, вариант "так используйте модуль Блог и всё" не подходит, мне, например, нужно структурировать именно на рубрику и подрубрику (в модуле Блог можно делать только рубрики), да и адрес с "/blog" подходит явно не для всех задумок. Если можно, уведомите пжл о своем решении. | ||
1. Предложение: интеграция формы входа локальных пользователей из соц. сетями без PHP и премиум возможностей
2. Зачем: сокращение времени регистрации на сайте и углубление интеграции с очень популярными соц. сетями ( вконтакте, фейсбук, однокласники и т.д.) без премиум пакета и без php что позволит сайтам в системе юкоз более осовременить регистрацию на сайте, а ещё я не исключаю возможность подключения локальных пользователей + uid + соц. сетей одновременно (так как сейчас если подключены локальные пользователи, то пользователям uid нужно регистрироватся). 3. Мысли по реализации: добавить в главные настройки сайта пункт интеграция с соц. сетями в котором можно будет подключить формы входа комментарии и прочие интеграционные функции. Сделайте шаг навстречу здоровью amrita.club
| ||
1. Созать ряд системных кодов аналогичных коду - $REQUEST_URI$, например : $REQUEST_URI_BLOG_ID$, $REQUEST_URI_NEWS_ID$, $REQUEST_URI_LOAD_ID$, $REQUEST_URI_PUBL_ID$, $REQUEST_URI_INDEX_ID$, и других подобых для каждого модуля сайта. выводящих полный адрес страницы конкретного материала модуля сайта относительно доменного имени по его ID.
2. Часто возникает необходимость размещения ссылок на материалы в разных модулях, на разных страницах сайта и они имеют вид при этом (например для блога) - href="/blog/2012-05-31-100" ссылка содержит дату публикации - href="/blog/2012-05-31-100 и ID конкретного материала - href="/blog/2012-05-31-100. Дата публикации материала для ссылки не имеет ни какого значения и может изменяться при изменении даты публикации, при редактировании материала. В случае изменения даты, ссылка со старой датой всё равно остаётся работоспособной так как система открывает материал только по ID материала. В случае применения большого количества таких ссылок, что характерно для "индивидуальных" меню, изменение даты публикации материала, например с целью сортитовки материала в массиве материалов, приводящее к изменению фактической ссылки, создаёт проблему несоответствия ссылки на материал фактической. При большом количестве ссылок, их правка после изменения даты, весьма трудоёмка и проблематична. Поисковые системы, поисковые роботы, обнаруживают "разные" страницы - по "старой ссылке" и по ссылке фактического расположения материала с новой датой как на сайте так и по sitemap.xml, приводящее к появлению дублей, ошибок 404 - отсутствующих страниц, в индексе. Что отрицательно влияет на сайт. Смысл предлагаемых ко внедрению кодов состоит в автоматизации обновления адреса материала в случае изменения даты публикации, включения/выключения ЧПУ, переноса материалаиз одной категории/раздела в другие. Для приведённого выше примера, то есть вместо ссылки - href="/blog/2012-05-31-100", ссылка будет иметь вид $REQUEST_URI_BLOG_100$. То есть ссылка на материал будет образовываться по идентификатору модуля - $REQUEST_URI_BLOG_100$ - по ID - $REQUEST_URI_BLOG_100$ материала независимо от того какая у него дата, категория, раздел, ЧПУ. 3. Реализация предложеня всецело зависит от программистов системы. | ||
1. Предложение: Активировать оператор $REQUEST_URI$ в шаблонах виды материалов!!!
2. Зачем: У меня например задумка такая, хочу сделать сайт на трех языках, По умолчанию Русский (nabran.info/), Английский (nabran.info/?lang_en) и Азербайджанский (nabran.info/?lang_az). 3. Мысли по реализации: Мне удалось реализовать условии в шаблоне при переключение языков при помощи флажков вот так <?if(substr($REQUEST_URI$,strpos($REQUEST_URI$,'?lang'),5)=='?lang')?> <a class="langicon" title="Azərbaycanca" href="<?if(strrpos($REQUEST_URI$)=="?lang_az")?><?substr($REQUEST_URI$,0,-8)?>?lang_az<?else?><?substr($REQUEST_URI$,0,-8)?>?lang_az<?endif? >"><img src="/images/flag/az.png" border="0" alt="" height="17" width="17" /></a> <a class="langicon" title="На русском" href="<?substr($REQUEST_URI$,0,-8)?>"><img src="/images/flag/ru.png" border="0" alt="" height="17" width="17" /></a> <a class="langicon" title="In english" href="<?if(strrpos($REQUEST_URI$)=="?lang_en")?><?substr($REQUEST_URI$,0,-8)?>?lang_en<?else?><?substr($REQUEST_URI$,0,-8)?>?lang_en<?endif? >"><img src="/images/flag/en.png" border="0" alt="" height="17" width="17" /></a> <?else?> <a class="langicon" title="Azərbaycanca" href="$REQUEST_URI$?lang_az"><img src="/images/flag/az.png" border="0" alt="" height="17" width="17" /></a> <a class="langicon" title="На русском" href="$REQUEST_URI$"><img src="/images/flag/ru.png" border="0" alt="" height="17" width="17" /></a> <a class="langicon" title="In english" href="$REQUEST_URI$?lang_en"><img src="/images/flag/en.png" border="0" alt="" height="17" width="17" /></a> <?endif?> - это где то в глобальном блоке. А в шаблонах где необходимо вывести соответствующий текст на соответственном языке вставляем код таким образом. <?if(substr($REQUEST_URI$,strpos($REQUEST_URI$,'?lang'),5)=='?lang')?><?if(substr($REQUEST_URI$,-2)=='az')?> Шаблон на Азербайджанском языке <?endif?> <?if(substr($REQUEST_URI$,-2)=='en')?> Шаблон на Английском языке <?endif?> <?else?> Шаблон на Русском языке <?endif?> Для того чтобы сделать выводы с реализацией можете посмотреть сайт где уже создан на половину и требует этих возможностей )) ------------------- Проблема в том, что данный код будет работать в тех шаблонах где работает $REQUEST_URI$, как я заметил в видах материалов модуля интернет магазин данный код работает. Думаю пользователям будут полезны эти возможности. Сообщение отредактировал Nabran_Ru - Воскресенье, 09 Дек 2012, 22:01:45
| ||
Quote (exXtaZzy) Как отписатся отсюда? Сделайте шаг навстречу здоровью amrita.club
| ||
1. Предложение: Хочу скрипт по выводу на странице и её подстраницах превью подстраниц, как это реализовано в фотоальбомах. Хочу тут: Гранитная мастерская на Ваганьково - Памятники 1-10 и тут: Гранитная мастерская на Ваганьково - Памятник 1 , ну, и на других подобных страницах и подстраницах.
2. Зачем: Будет намного удобнее и очень красиво. 3. Мысли по реализации: сделать, как модуле "Фотоальбомы". С Уважением,
Дьяков Владислав. Сообщение отредактировал diyakov-vlad - Среда, 12 Дек 2012, 19:53:59
| ||
1. Предложение: Создать системный код аналогичный $REQUEST_URI$
2. Зачем: Необходимо реализовать функцию выдачи коротких адресов на страницы сайта. Как вариант на базе сайта u.to. Т.е разработать системный код типа $UTO_URI$ который будет выдавать пользователю короткую ссылку на страницу сайта. Это надо для публикации и рекламы сайта в различных сервисах/сайтах. 3. Мысли по реализации: | ||
1. Предложение: Сделать так чтобы при сохранения шаблона после внесения изменений, система проверяла и выводила сообщения на наличия закрытых всех html тегов в шаблоне, аналогично этому сообщению "Не закрыт один или более условный оператор (<?if?>)"
2. Зачем: Именно для новичков, чтобы могли создавать качественные сайты в системе юкоз. а так же для того чтобы сайты на юкозе не отображались криво, заказчики сайтов при этом не обвиняют вебматера, а обвиняют конструктора или движка, якобы на нем ничего серьезного нельзя сделать. Следовательно обливают ее грязью, я сталкивался с этим банальным случаем. 3. Мысли по реализации: Сам был новичком и был не опытен и с подобными проблемами сталкивался часто, думаю данная возможность в системе было бы очень кстати. А принимать данное предложение или нет на ваше усмотрения. Но все же я предлагаю идею. Если это возможно реализовать но при этом создает большую нагрузку на сервер, то Вы можете включить данную возможность в ряды тарифов платных услуг. | ||
1. Предложение: Хочу полноценную интеграцию со всеми социальными сетями.
2. Зачем: Будет интересно, полезно и удобно. 3. Мысли по реализации: хочу, как здесь: СоциалТоп (там есть "Авторизация", "Взаимодействие", "Сообщество", Голосование", "Аналитика"), здесь: ДобавьЭто , здесь: Кнопки для добавления контента и здесь: Блок «Поделиться» для вашего сайта , и всё это - вместе взятое. Пожалуйста, соберите все социальные сети вместе и сделайте лучше. Возможность включения этой функции для сайта надо установить в общих настройках сайтов. С Уважением,
Дьяков Владислав. Сообщение отредактировал diyakov-vlad - Четверг, 13 Дек 2012, 12:22:19
| ||
1. Предложение: обновить функциональность и дизайн Личных сообщений пользователя - сделать похожими на вконтакте
2. Зачем: можно будет сразу просматривать все ответы и все вопросы и видеть в режиме он-лайн что пользователь набирает сообщение. 3. Мысли по реализации: есть много разных вариантов, хотелось-бы что-то на подобии вконтакте, но можно со своими отличиями, всё по желанию разработчиков. Добавлено (15-Дек-2012, 00:57:01) Добавлено (15-Дек-2012, 21:02:53) Сделайте шаг навстречу здоровью amrita.club
| ||
1. Добавить в модуле "Фотоальбомы" возможность добавлять фотографии в него при помощи URL.
2. Это необходимо лично мне, возможно эта идея понравилась бы и другим пользователям системы uCoz. У меня нет возможности платить за пользование системой и за свой бесплатный сайт. Я не могу покупать место для своих изображений на серверах uCoz, а добавить хотелось бы много картинок. Я могу хранить фото на серверах Яндекса бесплатно, и как с модулем "Видео", в который я добавляю видео с YouTube ссылками, могла бы очень хорошо добавлять столько, сколько нужно и это очень здорово было бы для моего сайта. 3. Добавить эту возможность, а как.. Извините, пожалуйста, я не программист. | ||
1. Предложение: Реализовать возможность исключения некоторых категорий из rss для Яндекс новостей.
2. Зачем: Сайты-партнеры яндекс новостей не имеют возможности в модуле "новости сайта" публиковать объявления, анонсы, новости сайта и другую информацию которую не хотелось бы видеть в официальных новостях. Приходится информацию размещать в других модулях и выводить информерами на главную, однако количество просмотров в несколько раз меньше. 3. Мысли по реализации: галочка при создании/редактировании категории модуля "новости сайта" с пометкой исключить из yarss |
| |||