Чат сообщества
   |
| Сообщество uCoz » Архивариус » Предложения по системе » Предложения по системе |
| Предложения по системе | ||
 Тема имеет архив.Данная тема имеет архивы. Просмотреть архив1 Посмотреть архив 2 | ||
|
1. Предложение: дать возможность ограничения длины ЧПУ*.
2. Зачем: длинные ссылки не удобны + поисковики к ним плохо относятся, а сокращать вручную, редактирую материал, очень неудобно, особенно когда добавляется много материалов. 3. Мысли по реализации: насколько понимаю, введенное название материала передается на сервер, переводится в латиницу и сохраняется в месте, отведенном для ЧПУ. Если это так, то для ЧПУ можно создать скрытое поле, которое заполняется автоматически с полем названия материала, но его длину можно регулировать. Т.о. если название - 100 символов, а в настройках задана максимальная длина ЧПУ в 70 символов, то после 70 символа поле для ЧПУ перестает заполняться. После сохранения материала, отдельно будет передаваться поле названия материала и поле для ЧПУ. Можно было бы на сервере все делать, но предложенный вариант, как мне кажется, проще. *ЧПУ - человеко-понятный url. Если мой пост окажется для Вас полезным, то не поленитесь поставить "+" в репутацию.
Сообщение отредактировал Armenian_King - Воскресенье, 29 Апр 2012, 19:59:10
| ||
|
| ||
|
I-vashka, если отключу, то будет не ЧПУ, а нужен как раз ЧПУ, но с длиной, которую можно ограничить до значения меньшего, чем максимальное.
Если мой пост окажется для Вас полезным, то не поленитесь поставить "+" в репутацию.
| ||
|
Armenian_King, И как вы это прдставляете ? автоматом система будет резать ваше ЧПУ и что получится если "адрес" урежется на полуслове ?
Сообщение отредактировал Miss_Esq - Воскресенье, 29 Апр 2012, 13:07:32
| ||
|
Miss_Esq, ну и пусть режет на полуслове, что в этом плохого? Есть начало названия (н-р, символов 40-50) и это главное.
К примеру, какой вариант лучше: _//blog.ucoz.ru/blog/monetizacija_sajta_ucoz_s_pomoshhju_vidzheta_poiska_aviabiletov_ot_aviasales/2012-04-24-216 _//blog.ucoz.ru/blog/kak_pravilno_kupit_ili_prodat_sajt_servis_ubox/2012-01-04-207 или _//blog.ucoz.ru/blog/monetizacija_sajta_ucoz_s_pomoshhju_vid/2012-04-24-216 _//blog.ucoz.ru/blog/kak_pravilno_kupit_ili_prodat_sajt_ser/2012-01-04-207 ? Думаю, что второй, где длина ЧПУ ограничена. Если мой пост окажется для Вас полезным, то не поленитесь поставить "+" в репутацию.
Сообщение отредактировал Armenian_King - Воскресенье, 29 Апр 2012, 14:38:38
| ||
|
Armenian_King, но если название обрезать, то на кой черт вам нужен ЧПУ?
| ||
|
I-vashka, читайте внимательно:
Quote (Armenian_King) 2. Зачем: длинные ссылки не удобны + поисковики к ним плохо относятся, а сокращать вручную, редактируя материал, очень неудобно, особенно когда добавляется много материалов. Если мой пост окажется для Вас полезным, то не поленитесь поставить "+" в репутацию.
Сообщение отредактировал Armenian_King - Воскресенье, 29 Апр 2012, 19:59:42
| ||
|
1. Предложение: сделать 301 редирект
2. Зачем: Сделать 301 редирект в модулях при несоответствии id категории в url действительному id категории. Сейчас если материал переносится из категории в другую категорию, то при переходе по старой ссылке, попадаем на страницу 404, а так, система проверяла бы, соответствует ли id категории материала из ссылки тому id категории который который сейчас указан у материала в бд, и в случае если они разные, то производила бы 301 редирект на правильный адрес. Это нововведение очень бы сыграло хорошую роль с точки зрения SEO, а то поисковики думают что материал был удален, а он всего лишь сменил категорию. Так же пользователи пришедшие по старой ссылке не будут уходить с сайта, т.к. им сейчас показывается страница 404. В модуле форум почему то id форума к которому принадлежит тема вообще не проверяется никак, можно подставить любое значение, и тема будет показана, а это простор для создания дублей, в том числе и в корыстных целях. Странно что до сих пор это не реализовано, подобные функции есть практически во всех популярных cms. 3. Мысли по реализации: Немного доработать обработчик. Думаю на нагрузку это особо не повлияет, т.к. при выборке из БД id категории известен, сверяем get параметр и то что выбрали из БД, если отличается делаем 301 редирект на правильный адрес. | ||
|
VZLATOUSTE, редирект при переносе из категории в категорию работает. материал после переноса доступен и по старой ссылке и по новой
| ||
|
1. Идея.
Создать универсальный код-контейнер ($USER_CONTAINER$) по аналогии с глобальным блоком, но работающий не только в шаблонах, но и в контенте. 2. Зачем. Неоднократно сталкиваюсь с одной проблемой при сопровождении сайта - размещение одинакового блока информации в нескольких местах сайта. Испробовал разные варианты (информеры, удаленный код), но однозначного решения задачи так и нет. Отсюда идея: создать специальный код-контейнер ($USER_CONTAINER$), в который можно было бы размещать повторяющуюся информацию или часть html-кода. Принципиальное удобство: возможность однократного внесения изменений в данный блок, чтобы они отобразились сразу во всех местах вхождения на страницах. Пример: расширенная карточка предприятия с указанием перечня услуг и реквизитов, которая располагается в шапке и внизу страницы, в блоках title заглавной и прочих страниц... Недостатки аналогов. Использую удаленный код в настоящий момент, но не вполне удобно. Скажем, есть повторяющийся на страницах блок со ссылкой на прайс. Информация берется из специально созданного текстового файла. Чтобы его исправить, приходится сначала править сам файл, затем заливать на сайт, затем обновлять код, чтобы изменения отобразились. 3 ступени. Согласитесь, было бы куда лучше напрямую править некий универсальный глобальный блок через ПУ, который после правки сразу бы отображался на страницах. В одно касание, тык-скыть. 3. В общем, использовать код по аналогии с $SITE_NAME$ или $IMAGE$, с разницей, что в него можно запихать не только изображение или имя, а целый блок информации. По функционалу код должен быть идентичен или подобен глобальному блоку, но который будет более универсальным (глобальные блоки нельзя размещать на страницах сайта, а только в шаблонах). Надеюсь, внятно объяснил Любой Путь верный, что ведёт к Добру и Свету
| ||
|
Quote (webanet) VZLATOUSTE, редирект при переносе из категории в категорию работает. материал после переноса доступен и по старой ссылке и по новой Вижу теперь (просто не думал что так быстро реализуют, т.к. опыт показывает что мелкое то делают месяцами), значит все таки мое сообщение из суппорта дошло, но опять же, почему не 301? Зачем плодить дубли? Неужели нагрузка (в данном случае это просто получается как обновление страницы) повлияла на такую реализацию? Собственно это уже и не редирект получается. Сообщение отредактировал VZLATOUSTE - Воскресенье, 29 Апр 2012, 22:12:09
| ||
|
Armenian_King, вы сами не знаете что вам надо. Подключите u.to или отключите ЧПУ. Разницы между включенным и отключенным ЧПУ нет никакой, так что не несите бред про поисковики. Тем более делать глобальной такую функцию никому не нужно. Специально для таких досужих как вы сделали возможность редактировать в ручную. Вот и пользуйтесь. Напишите JS который обрезал бы название url в поле ссылки. Никому кроме вас это не нужно.
Baddy, вы можете пользоваться информерами или глобальными блоками. На статичных страницах, насколько я знаю, УО системы ucoz не работают. | ||
|
I-vashka, знаете, это тема предложений по системе. Если кому-то что-то не нравится, то никто не заставляет обсуждать каждое предложение. Причины описал выше, если они не понятно, то извините, там всё коротко и ясно написано
 Кстати, причем тут u.to и ЧПУ? u.to - это сервис сокращенных ссылок и он никак не связан с отображаемым в адресной строке браузера url материала. Если мой пост окажется для Вас полезным, то не поленитесь поставить "+" в репутацию.
Сообщение отредактировал Armenian_King - Понедельник, 30 Апр 2012, 14:33:39
| ||
|
1. Предложение: сделать возможность открытия индивидуального счета (виртуального кошелька) для пользователей на сайте.
2. Зачем: чтобы пользователи могли переводить на свой аккаунт электронные деньги для покупки услуг и товаров, оплачивать онлайн игры и тп. Ко всему могли не только переводить средства с кошелька на сайте на кошельки WM или Яндекс, но и передавать их между собой. Это ОГРОМНЫЙ ПЛЮС для монетизации сайтов, соответственно как платная услуга будет пользоваться большим спросом, что даст системе новых премиум-пользователей. 3. Мысли по реализации: реализовать в модуле "Пользователи", счет выводить в профиле, сделать возможность ввода и вывода средств и статистику. |
| |||