Сегодня у нас, по сути, 2 обновления:
На данный момент обновления доступны на всех серверах.Далее обо всем подробнее.
Исправление ошибок, так или иначе связанных с SEO, те, кто глубоко или относительно глубоко погружены в тему, ждали давно. Если коротко, то это разного рода недочеты в системе, которые в индексе поисковых машин позволяли образовываться дублям для тех или иных страниц сайтов. Что-то из этого могло происходить естественным путем, что-то — по причине чьего-то злого умысла. С некоторыми из дублей можно было бороться своими руками, а с некоторыми — почти невозможно. Так или иначе, мы собрали самые разные проблемы, в том числе гипотетические, и все их решили.
Данные багфиксы затронут следующие модули:
- Блог и Новости сайта
- Доска объявлений
- Каталог файлов
- Фотоальбомы
- Каталог статей
- Онлайн игры
На данный момент обновления, перечисленные ниже, полноценно работают только в модуле "Блог". Во всех остальных модулях эти обновления станут доступны в ближайшее время.
301 редирект для страниц с “/” в конце
При переходе к странице материала по ссылке /blog/test_2/2013-02-25-2/ произойдет 301 редирект на /blog/test_2/2013-02-25-2.
404 ошибка при переходе на страницу материала с доп. символами в URL
Материал имеет адрес /blog/test_2/2013-02-25-2. При изменении последних символов адреса раньше система всё равно переходила на страницу материала. Теперь страницы с неправильным URL отдают 404 ошибку.
- /blog/test_2/2013-02-25-a2
- /blog/test_2/2013-02-25-llddr
- /blog/test_2/2013-02-25-fssd2
Раньше все эти страницы открывали одну — страницу материала с комментариями.
404 ошибка при неверном обращении к категории
При смене названия категории в ЧПУ неверное название выдаст ошибку 404. Например, материал /blog/test_2ff/2013-02-25-2 по адресу /blog/test_2ff_test_else/2013-02-25-2 выдаст 404 ошибку. Также, раньше, если не указать категорию в URL, страница отдавала 301 ошибку с редиректом на URL с категорией, а теперь отдает 404.
GET параметры для страниц
Для страниц материалов разрешены любые GET параметры, передавать их можно в таком виде:
/blog/test_2/2013-02-25-2?my_param1=a&my_param2=b
/blog/test_2/2013-02-25-2/?my_param1=a&my_param2=b
В последнем варианте 301 редиректа не будет без слеша, он просто игнорируется.
Дата в URL материала
Для тех модулей, в URL которых присутствуют год, месяц, день, эти параметры (год, месяц, день) игнорируются и работают, как работали раньше, так как это реальная дата материала. Если пользователь изменит дату, то материал пропадет (404 ошибка).
Таким вот получился на сегодняшний день список исправленных проблем, связанных с SEO. Кроме этого, нельзя не сказать, что сейчас у нас активно идет разработка SEO-модуля, который, безусловно, порадует очень и очень многих. Особенно, продвинутых пользователей.
Капча на входе в Админку
Еще одно небольшое обновление, которое, по сути, тоже является исправлением существовавшего долгое время недочета — это капча на входе в панель управления (ваш сайт/admin).
Безусловно, вводить каждый раз цифры с капчи для входа в ПУ — не самое приятное занятие, отнимающее драгоценное время. Правда, в свою очередь, капча спасает обладателей простых паролей от взлома путем их перебора. Так что взять и отказаться от нее, к сожалению, нельзя.
Но то, что стоило сделать, чтобы облегчить большинству жизнь, мы наконец сделали. Теперь капча не показывается до двух неправильных вводов. Тем самым, входить стало приятней, при этом уровень безопасности, по сути, остался прежним.
На этом на сегодня всё. Очередные обновления ждем совсем скоро.
6
По фотоальбому ждём (плюс ко всему написаному PatriotRus39):
1. Вывод переключателей страниц на главной (безусловно самый главный недочёт в фотоальбоме).
2. Насчёт демок - увеличение их максимально-допустимого размера хотя бы до 500х500+ качество.
3. хотелось бы чтобы рядом с тегами отображалось кол-во изображений с похожими тегами.
а вообще в разделе предложений есть все хотелки
Что тут можно сказать кроме как, вам стоит для начала выучить такие элементарные штуки как html и css, прежде чем давать такие "дельные" советы по улучшении системы.
Специально проверил, id у данных элементов есть.
2. Только не это, не забывайте об остальных кто кастомизирует систему под себя, это может стать еще одной веткой в пучке веника вставляемого в колесо.
3. Кто мешает это уже сейчас реализовать? Изучите повнимательней шаблонизтор... Вы его недооцениваете...
Нужно делать как положено по стандарту, а не в соответствии с "хлебными" крошками.
Нужно лечить причину, а не устранять последствия.
Если кто то когда то в одном месте проставил адрес со слешем или нет, это не значит что нужно подстраиваться под это, нужно наоборот привести все ссылки в единый вид согласно стандарту.
И если судить по вашему сообщению, то получается чупакабра, в одном месте адреса со слешем на конце, у другом нет, в третьем вообще что то иное, так дела не делаются и стандарты не просто так придумываются.
А на uCoz url'ы как бы папками являются...
Вообще даже на хабре по этому поводу есть пост: http://habrahabr.ru/qa/5626/ (как не странно у них самих "правильная" ссылка со слешем).
PS: А что делать если на уровне системы бывают две разные "правильные" переменные, кто из них "главнее"?
Это конечно шутка.
Если серьезно:
Вопрос какой урл считать каноническим не стоит, он уже существует на уровне системы и содержится в переменных $MODULE_URL$ и $ENTRY_URL$. По сути этот багфикс просто касается внедрения 301 редиректа в правильную сторону. Это исключит дубли вида "со слешем\без слеша" - как для материала, так и для модулей. Но даже если у вас, по какой-то причине, основным считается "неправильный" урл - ПС все равно корректно "перебьют", так как используется 301 редирект.
На счет вопроса GET параметров для страниц: в системе (для некоторых модулей) был баг, когда отдавалась 404 ошибка при таких обращениях. Это пофиксили. Не пустить "такую страницу" в индекс можно при помощи robots.txt или canonical.
P.S: Внесу некоторую ясность на счет SEO-модуля - этот пост об очередных багфиксах системы. По сути они являются "подготовительными работами" и, фактически, не имеют отношения к SEO-модулю. Просто не пофиксив "старые болячки" на уровне системы - нет смысл приступать к SEO-модулю. Любое продвижение начинается с подготовки сайта
$ENTRY_URL$ - выводит ссылку без слеша на конце.
По этому о приведение адресов к общему виду можно забыть...
Будет свой "франкенштейн"...
Если уж делать, то делать нормально и правильно, а не так что бы в одном месте по одному сделали, в другом по другому.
Не важно какой адрес был раньше, 301 все стерпит.
Лучший вариант формирование ссылки - например использование системного кода типа - $DATA-ID$.
например для блога - sait.ucoz.ru/blog/$DATA-ID$
Так как материал идентифицируется по ID материала, системе взять реальную дату материала с определённым ID и вставить в адрес не сложно, в результате и получится адрес и с датой и с и ID и всегда дата будет настоящей независимо от её изменений, вида - sait.ucoz.ru/blog/2010-09-18-100..
У меня один бубен, одно правило - "никогда НЕ делать так и так", так как с одной стороны всё соответствует стандарту, но применительно к разным ситуациям стандартность решения приводит к невалидности, нестандартности .. Хорошо хоть "скртые" возможности сервиса позволяют по большому счёту обходить одиозные нестыковки ..
