SEO-багфиксы и капча в ПУ! (up. 7-2013)
SEO-багфиксы и капча в ПУ! (up. 7-2013)

Сегодня у нас, по сути, 2 обновления:

  1. SEO-багфиксы (достаточно большое по своей сути);
  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).

Безусловно, вводить каждый раз цифры с капчи для входа в ПУ — не самое приятное занятие, отнимающее драгоценное время. Правда, в свою очередь, капча спасает обладателей простых паролей от взлома путем их перебора. Так что взять и отказаться от нее, к сожалению, нельзя.

Но то, что стоило сделать, чтобы облегчить большинству жизнь, мы наконец сделали. Теперь капча не показывается до двух неправильных вводов. Тем самым, входить стало приятней, при этом уровень безопасности, по сути, остался прежним.


На этом на сегодня всё. Очередные обновления ждем совсем скоро.

134 комментариев
1 2 3 »
1 Написал Kurt 01 Июль 2013, 21:41
Мы уже видим некоторые баги в связи с обновлением. Они сейчас правятся. Но вы можете указывать все проблемы с которыми столкнулись, и которые еще до вас тут не описали.
70 Написал Drinko 05 Июль 2013, 04:50
Разработчиками учтено, что в уведомлениях на почту подписчикам приходят ссылки без ЧПУ?
2 Написал alex0005 01 Июль 2013, 22:54
многого не понял и многим недоволен. особенно 404, получается что не тронь - везде 404 будет. а убирать каптчу не выход, хочу настройку в пу чтобы можно было ее включить постоянно, кому плевать на безопасность сайта тот пусть не пользуется, или хотя бы до одного неверного ввода
7 Написал Kurt 01 Июль 2013, 23:30
Такой настройки не будет.
Если у вас пароль нормальной длины и вида, то безопасность это никак не ухудшает.
94 Написал Kron 07 Июль 2013, 10:56
Безопасность, касающаяся подбора пользовательских паролей, действительно никоим образом не снижается. Однако упрощается жизнь для дорвейщиков и всех остальных желающих автоматизировать процесс входа в панель управления.
96 Написал Drinko 07 Июль 2013, 12:37
Дорвейщиков уже давно начали отсеивать - стоят ограничения на кол-во запросов и кол-во добавляемых материалов. Смысл им от доступа к ПУ?
avatar
3 Написал PatriotRus39 01 Июль 2013, 22:54
То-то я смотрю у меня в фотоальбоме при попытке перехода на следующие страницу 404 выдавало. А это обновление оказывается) Я правильно понял, что если сейчас апнуть новость, то старая ссылка перестанет работать? Тогда это совсем не хорошо на мой взгляд.
avatar
8 Написал Flashcard 01 Июль 2013, 23:36
Я правильно понял, что если сейчас апнуть новость, то старая ссылка перестанет работать? Тогда это совсем не хорошо на мой взгляд.
+1, тоже интересует
avatar
4 Написал PatriotRus39 01 Июль 2013, 23:01
А в ближайших обновлениях будут ли какие-нибудь изменения с фотоальбомом? Ужк очень давно этот модуль не модернизировали.
6 Написал Kurt 01 Июль 2013, 23:28
Да, но не в самых ближайших, но в одном из ближайших.

А какие именно апдейты по нему лично вы ждете?
avatar
9 Написал PatriotRus39 01 Июль 2013, 23:52
Вообще этот модуль нуждается в огромных доработках. С плохим качеством превью, ограничением по весу, отсутствием нормального файлнейма у картинки и левой страницей с одной лишь фото я научился бороться, хоть и муторными способом, но научился. Пару месяцев назад я на форуме всё изложил, но сейчас, думаю, надо ещё с десяток пунктов добавить. Сейчас особо хочется увидеть переключатель страниц на главной фотоальбома, возможность создания подкатегорий и вхождения материала в несколько категорий. Также в информер фотоальбома возможность выбора материалов добавленных за сегодня (как в новостях). Ещё хотелось бы возможность установления ограничений по параметру картинки для разных групп (не только максимальных, но и минимальных ограничений), счётчик просмотров вида "просмотров: сегодня, вчера, всего", но это уже мечты). Чуть не забыл! Одно из главного! Скрыть фото находящиеся на модерации, а то весят на главной странице с заглушками, совсем не красиво. Ну и возможность скрывать категории из меню.
avatar
10 Написал PatriotRus39 02 Июль 2013, 00:09
Ещё возможность скрытия дополнительных полей на странице добавления фото. Также в информер фотоальбома добавить возможность выбора материалов добавленных за сегодня (как в новостях). Чтоб там был код "количество материалов добавленных за сегодня". Тогда можно было бы написать что-то типа "за сегодня добавлено 15 фото" или скрыть кнопку боавления фото, если уже добавлено определённое количество картинок. _ исправление старых багов. Вообщем ещё масса предложений по улучшению у меня есть, если надо могу уже написанное более подробно описать и аргументировать.
23 Написал bandjuk 02 Июль 2013, 15:20
Спасибо, действительно полезные исправления.
По фотоальбому ждём (плюс ко всему написаному PatriotRus39):
1. Вывод переключателей страниц на главной (безусловно самый главный недочёт в фотоальбоме).
2. Насчёт демок - увеличение их максимально-допустимого размера хотя бы до 500х500+ качество.
3. хотелось бы чтобы рядом с тегами отображалось кол-во изображений с похожими тегами.
а вообще в разделе предложений есть все хотелки smile
avatar
25 Написал PatriotRus39 02 Июль 2013, 17:06
Для меня сейчас самое главное это переключатель страниц на главной, подкатегории и возможность вхождения фотки в несколько категорий, скрытие дополнительных полей на странице добавления и фоток находящихся на модерации. На так же хотелось бы модернизации поиска картинок по тегу, сейчас есть поиск картинок по тегу и обычный поиск (по названии и в описании) Мало того, что шаблон поиска по тегам нельзя отредактировать, так там ещё и фотки в один столбик... Думаю будет хорошо если эти два поиска объединить и сделать возможность выбора как искать (только по тегам или с учётом названия и описания). + код выводящий текст тегов (теги, но без ссылок).
26 Написал bandjuk 02 Июль 2013, 17:12
с сокрытием изображений на премодерации я решил вопрос, создал отдельную категорию "песочница" и разрешил пользователям заливать картинки только туда, и скрыл эту категорию ото всех кроме админа. Хотя конечно это нужно реализовать по уму.
Не понятно по скрытию доп. полей о чём речь?
avatar
29 Написал PatriotRus39 02 Июль 2013, 18:38
Мне такой вариант скрытия немодерированных изображений не очень подходит. Дополнительные поля для данных, на странице добавления фото их нельзя скрыть. У меня есть поля, которые использую только, но видях из все пользователи. Даже не смотря на то, что рядом с полем я написал "для админа" пользователи всё равно их заполняют.
33 Написал SOFTOLAB_COM 02 Июль 2013, 22:38
А что css не судьба скрыть для тех кому не положено их видеть?
Если не ошибаюсь id у них прописаны.
avatar
39 Написал PatriotRus39 02 Июль 2013, 23:44
На странице добавления всего один код - body, он выводит все поля.
40 Написал SOFTOLAB_COM 03 Июль 2013, 00:51
facepalm
Что тут можно сказать кроме как, вам стоит для начала выучить такие элементарные штуки как html и css, прежде чем давать такие "дельные" советы по улучшении системы.
Специально проверил, id у данных элементов есть.
avatar
42 Написал PatriotRus39 03 Июль 2013, 01:27
Мои "дельные советы" никакого отношения к html и css не имеют, а ваши советы... Рецепт в студию! Чему id прописывать будете?
44 Написал SOFTOLAB_COM 03 Июль 2013, 02:25
Изучаем на досуге: http://htmlbook.ru/html/attr/id facepalm
А так же исходник страницы.
50 Написал bandjuk 03 Июль 2013, 10:51
PatriotRus39, SOFTOLAB_COM прав, смотри исходник,
пример для доп поля 2, исходник:

<tr id="phM54">
<td class="manTd1" id="phM55">Meta name="Description":</td>
<td class="manTd2" id="phM56">
<input type="text" id="phF12" class="manFlOth2" size="35" style="width:100%;" name="other21" maxlength="200"/>
</td>
</tr>

в шаблон  страницы "Страница добавления фотографии":
<?if($GROUP_ID$="ид нужной группы")?>
<style>
#phM54  {display:none;}
</style>
<?endif?>
avatar
51 Написал PatriotRus39 03 Июль 2013, 14:58
Извиняюсь, не знал что можно в исходник подглядывать... Спасибо, поля скрыл!)
56 Написал SOFTOLAB_COM 03 Июль 2013, 20:24
Прежде чем что то предлагать, смотрите не является ли проблема воображаемой.
53 Написал SOFTOLAB_COM 03 Июль 2013, 18:11
Тут как бы не место для html кода, да и от тематики поста уже отошли, пусть сам своей головой думает.
5 Написал Kurt 01 Июль 2013, 23:26
В связи с большим числом багов, сео правки убраны с боевых серверов.
Завтра, вероятно, после исправления появятся вновь.
11 Написал Drinko 02 Июль 2013, 01:08
Цитата
404 ошибка при переходе на страницу материала с доп. символами в URL
---
Если пользователь изменит дату, то материал пропадет (404 ошибка).

А почему не 301 или rel="canonical"?
Цитата
Для страниц материалов разрешены любые GET параметры

Т.д. всякие сессии входа, ssid, post и прочие служебные запросы так и будут продолжать вылезать?

Еще несколько багов:

При переходе через переключатель страниц материалов модулей (новости, блог и т.д.) - адрес первой страницы всегда указывается как
http://sitename.com/имя_модуля/1
хотя по идее должен возвращять на главную модуля http://sitename.com/имя_модуля/

Если имеется несколько страниц с комментариями, то для второй, третьей и т.д. страниц адрес меняется, как меняется и для первой страницы, если перейти через переключатель страниц - может стоит автоматически добавлять в head rel="canonical" с указанием на основную?

На форуме при редактировании сообщений ссылка на тему в "хлебных крошках" указывается в виде:
http://sitename.com/forum/2-3
т.д. без указания номера страницы http://sitename.com/forum/2-3-1
Иногда такие страницы попадают в поиск в виде дублей.
Также как страницы вида:
http://sitename.com/forum/2-3-
и подобные с дефисом в конце (актуально для всех модулей).

Еще один глюк на форуме - при указании большего кол-ва страниц, чем есть в теме
http://sitename.com/forum/2-3-100
перебрасывает на первую страницу темы, при этом адрес не меняется, а первый пост дублируется два раза.
avatar
15 Написал PatriotRus39 02 Июль 2013, 10:07
Ещё иногда повляются страницы неактивированных модулей, причём поисковики их индексят.
37 Написал SOFTOLAB_COM 02 Июль 2013, 23:23
Передавать различные getы это как раз одна из фишек системы, для таких страниц логичнее сделать rel="canonical" содержимое которого будет формироваться в какой то переменной, или самостоятельно из нескольких переменных.

Поясню зачем же все таки нужно оставить get'ы, ответ элементарен, их можно парсить шаблонной логикой и делать не стандартные решения на сайте, убрав их будет нанесен сильный урон кастомизации системы, т.к. например я многие вещи именно этой "фишкой" решаю, да и думаю не только я.
12 Написал †Angel† 02 Июль 2013, 02:00
Просят уже год это точно сменить/добавить новую капчу, от спама уже глаз дёргается... wacko
Тут же про капчу в ПУ никто ничего не просил, бах... убрали.
14 Написал Drinko 02 Июль 2013, 07:01
Не убрали, а сделали необязательной при условии, что не было допущено ошибок при вводе пароля.

Нормальная логика работы - посмотрите любой крупный сервис, тот же Google, Twitter и т.п. - везде применяется подобная практика wink
16 Написал †Angel† 02 Июль 2013, 10:45
Это я понял что в случае двух ошибок капча появится. Я про другое, про то что, чего долго просят делают но очень долго, а то чего в принципе не просили, воплотили сразу как придумали. В любом случае спасибо хоть за это нововведение, будем ждать и удалять бесконечный спам ещё неизвестно сколько.
17 Написал SOFTOLAB_COM 02 Июль 2013, 11:55
А вам не кажется что китайцам с антикапчи все равно "какого цвета" будет ваша новая капча и что капчей от спама уже давно не защититься?
Кроме особо извращенных капч в виде сборки картинок и прочего, они еще какую то защиту дают, но от них пользователи шарахаются.
21 Написал Drinko 02 Июль 2013, 12:27
Цитата
Кроме особо извращенных капч в виде сборки картинок и прочего, они еще какую то защиту дают, но от них пользователи шарахаются.

На самом деле, уже давно есть алгоритмы, которым все эти картинки на зубок, а вот для людей со слабым зрением подобная каптча будет похлеще бетонной стены.

Нужны:
1. Каптча вида "Вопрос-ответ" + как вариант, контролный вопрос высылать на e-mail, а ответ предложить ввести уже на сайте, после перехода по ссылке активации.
2. Отлов ботов на стороне сервера (к примеру http://habrahabr.ru/post/135209/ )
3. Возможность задавать свой ключ к странице регистрации, т.д. что-то вида:
http://sitename.com/index/3-{ключ}
27 Написал SOFTOLAB_COM 02 Июль 2013, 17:55
1. Полезно, но боты уже давно умеют работать с мейлами.
2. Только не это, не забывайте об остальных кто кастомизирует систему под себя, это может стать еще одной веткой в пучке веника вставляемого в колесо.
3. Кто мешает это уже сейчас реализовать? Изучите повнимательней шаблонизтор... Вы его недооцениваете... facepalm
30 Написал Kurt 02 Июль 2013, 18:50
Капчей, к сожалению, делу особо не помочь. Сделать так что бы людям стало неудобно донельзя - тоже никак не правильно.
Мы сейчас весьма активно работаем над тем что бы эффективно бороться со спамом.
Будет и новая (4-ая на выбор) капча в этом месяце. Кому-то поможет. За ней еще 5-ый вид появится. Это именно 2 других вида по сути будет.
И еще чистим именно по базе.
Сейчас экспериментально чистился 57-ой сервер и пока только гостевые. Удалено было больше 50% сообщений суммарно. Но остается еще, это видно глазами, достаточно много спама. Так что добиваем.
Будем отлавливать спам и при постинге, отправляя на премодерацию сообщения которые по мнению автоматики - спам.
Повторю начало, одной капчей не помочь, работаем комплексно. Проблему знаем и переживаем.
И эта история со спамом и капча в админке, объективно ничего связного не имеет.
34 Написал SOFTOLAB_COM 02 Июль 2013, 22:42
Нет, только не анализ на стороне сервера, уже чувствуется что скоро начнется шквал негодования от ложных срабатываний.
Пусть учатся сами защищаться, система это позволяет уже сейчас.
45 Написал Drinko 03 Июль 2013, 02:29
Евгений, рассмотрите еще возможность "социального модерирования", т.д. когда пользователи могли бы сами скрывать явные спам-комментарии: добавить в каждый комментарий кнопочку "пожаловаться на спам", и при определенном кол-ве подобных жалоб комментарий бы уходил на премодерацию.
55 Написал Kurt 03 Июль 2013, 19:18
это понятное направление, конечно рассматриваем
13 Написал Badumm0605 02 Июль 2013, 03:42
Ура! Давно мечтал что бы страницы не дублировались :D.
А про капчу ввоще молчу!
Хотя над поиском бы ещё поработать, а то он слишком долго индексирует материалы.

Ну а вот поиск по модулям поудобнее будет вот жаль ищет только в названии материалов.
18 Написал SOFTOLAB_COM 02 Июль 2013, 11:57
Поиск в модуле вообще не индексирует материалы, он ищет прямо по базе с простыми условиями поиска, отличие одного символа в названии материала и его уже не будет в выдаче.
Зато сразу после добавления нового материала он тут же будет найден при таком поиске.
19 Написал SOFTOLAB_COM 02 Июль 2013, 12:11
Цитата
301 редирект для страниц с “/” в конце

При переходе к странице материала по ссылке /blog/test_2/2013-02-25-2/ произойдет 301 редирект на /blog/test_2/2013-02-25-2.

А почему не наоборот? Если память мне не изменяет, то по стандарту как раз таки url в виде папок должны быть со слешем на конце, а не как не наоборот. Только не говорите что это было сделано из-за тех "продвинутых" пользователей что о стандартах и не слышали...

404 ошибка при переходе на страницу материала с доп. символами в URL, 404 ошибка при неверном обращении к категории, GET параметры для страниц (в неправильном случае) , Дата в URL материала - должен быть именно 301 редирект, а никак не 404, иначе это лишь частичное решение проблемы.

И вообще везде где параметры в url могут меняться должно быть именно 301, а не 404.
За примером далеко ходить не нужно, id категории в url к материалу тому подтверждение.

И крайне надеюсь что системные мета теги будут выводиться не через $META_DESCRIPTION$, а будут отдельные переменные для их содержимого для более тонкой настройки.
22 Написал Drinko 02 Июль 2013, 12:38
Не-не, с этим все правильно:
Цитата
При переходе к странице материала по ссылке /blog/test_2/2013-02-25-2/ произойдет 301 редирект на /blog/test_2/2013-02-25-2

Главное, чтобы не было редиректов с
http://sitename.com/имя_модуля/
на
http://sitename.com/имя_модуля
ибо в модулях, по умолчанию, в хлебных крошках везде после имени модуля слэш присутствует.
28 Написал SOFTOLAB_COM 02 Июль 2013, 18:00
Уверены что правильно? prof

Нужно делать как положено по стандарту, а не в соответствии с "хлебными" крошками.
Нужно лечить причину, а не устранять последствия.
Если кто то когда то в одном месте проставил адрес со слешем или нет, это не значит что нужно подстраиваться под это, нужно наоборот привести все ссылки в единый вид согласно стандарту.

И если судить по вашему сообщению, то получается чупакабра, в одном месте адреса со слешем на конце, у другом нет, в третьем вообще что то иное, так дела не делаются и стандарты не просто так придумываются.
31 Написал _aleksey_ 02 Июль 2013, 19:36
Относительно вопроса "урл со слешем или без"

$MODULE_URL$ - ссылка на главную страницу модуля
$ENTRY_URL$ - ссылка на страницу материала

В этих переменных уже хранятся урлы, которые считаются "правильными" на уровне системы. К этому виду и приводятся логика 301 редиректов между ними (какой считать основным со слешом на конце или без).

До этого времени по обеим вариантам был 200 ответ
35 Написал SOFTOLAB_COM 02 Июль 2013, 23:02
т.е. разработчикам все равно что вроде как папка или её эмуляция должна быть со слешем?
А на uCoz url'ы как бы папками являются...
Вообще даже на хабре по этому поводу есть пост: http://habrahabr.ru/qa/5626/ (как не странно у них самих "правильная" ссылка со слешем).

PS: А что делать если на уровне системы бывают две разные "правильные" переменные, кто из них "главнее"? wink
Это конечно шутка.
52 Написал _aleksey_ 03 Июль 2013, 16:28
В каждой шутке есть доля правды... smile

Если серьезно:

Вопрос какой урл считать каноническим не стоит, он уже существует на уровне системы  и содержится в переменных $MODULE_URL$ и $ENTRY_URL$. По сути этот багфикс просто касается внедрения 301 редиректа в правильную сторону. Это исключит дубли вида "со слешем\без слеша" - как для материала, так и для модулей. Но даже если у вас, по какой-то причине, основным считается "неправильный" урл - ПС все равно корректно "перебьют", так как используется 301 редирект.

На счет вопроса GET параметров для страниц: в системе (для некоторых модулей) был баг, когда отдавалась 404 ошибка при таких обращениях. Это пофиксили. Не пустить "такую страницу" в индекс можно при помощи robots.txt или canonical.

P.S: Внесу некоторую ясность на счет SEO-модуля - этот пост об очередных багфиксах системы. По сути они являются "подготовительными работами" и, фактически, не имеют отношения к SEO-модулю. Просто не пофиксив "старые болячки" на уровне системы - нет смысл приступать к SEO-модулю. Любое продвижение начинается с подготовки сайта smile
54 Написал SOFTOLAB_COM 03 Июль 2013, 18:22
$MODULE_URL$ - выводит ссылку со слешем на конце.
$ENTRY_URL$ - выводит ссылку без слеша на конце.

По этому о приведение адресов к общему виду можно забыть... facepalm
Будет свой "франкенштейн"...

Если уж делать, то делать нормально и правильно, а не так что бы в одном месте по одному сделали, в другом по другому.
Не важно какой адрес был раньше, 301 все стерпит.
20 Написал Kickban 02 Июль 2013, 12:12
Супер! Спасибо, друзья! Я вас <3 wink
avatar
24 Написал LOLA7735 02 Июль 2013, 15:49
Огромное вам спасибо за Сео-штучки. Кстати да, каноникал помогал прилично в решении этой проблемки.
Жду с нетерпением "Кроме этого, нельзя не сказать, что сейчас у нас активно идет разработка SEO-модуля, который, безусловно, порадует очень и очень многих. Особенно, продвинутых пользователей".
32 Написал Miss_Esq 02 Июль 2013, 22:09
Плохо поступили с датой в адресах страниц. Понятно что в прошлом изменение даты материала, при оставлении ссылки на него где либо со старой датой, приводило к дублю страницы, не SEO вариант, но в любом случае, при любой дате ссылка работала. Но и теперешнее решение не самое лучшее.
Лучший вариант формирование ссылки - например использование системного кода типа - $DATA-ID$.
например для блога - sait.ucoz.ru/blog/$DATA-ID$
Так как материал идентифицируется по ID материала, системе взять реальную дату материала с определённым ID и вставить в адрес не сложно, в результате и получится адрес и с датой и с и ID и всегда дата будет настоящей независимо от её изменений, вида - sait.ucoz.ru/blog/2010-09-18-100..
sad
36 Написал SOFTOLAB_COM 02 Июль 2013, 23:16
То что вы описываете не решит проблему с битой ссылкой, идеальное решение 301 редирект (два зайца одним патроном), который кстате говоря пока и работает, и не важно что указано в дате, при запросе страницы новости с нужным id скрипт проверяет что передано в get и что реально прописано у новости в дате, в случае не соответствия делает 301 редирект на правильный адрес (идеальный вариант для всех модулей).
Только сейчас там баг все же есть (для тех кто не использует ЧПУ на сайте), при несоответствии адреса сначала редирект делается на правильный адрес с ЧПУ, а потом уже на адрес без ЧПУ, и того два 301 редиректа.

В случае если в модуле включена функция вхождения материала в несколько категорий, то тогда используем мета тег canonical с указанием в адресе id основной категории (для модулей где в адресах к материалу есть id категории).
38 Написал Miss_Esq 02 Июль 2013, 23:36
Вопросу уже несколько лет. Посмотрим что из этого манёвра получится.
41 Написал SOFTOLAB_COM 03 Июль 2013, 00:58
Главное что бы все сделали сразу, нормально, и по стандартам, а не растянулось это еще на лет пять)
47 Написал Miss_Esq 03 Июль 2013, 06:52
Вот на счёт соблюдения стандартов то,  как раз сомнения ещё больше ... biggrin
48 Написал SOFTOLAB_COM 03 Июль 2013, 08:02
Нужно молится на священный бубен что бы все такие сделали по стандартам book
49 Написал Miss_Esq 03 Июль 2013, 09:06
biggrin У меня один бубен, одно правило - "никогда НЕ делать так и так", так как с одной стороны всё соответствует стандарту, но применительно к разным ситуациям стандартность решения приводит к невалидности, нестандартности ..
Хорошо хоть "скртые" возможности сервиса позволяют по большому счёту обходить одиозные нестыковки ..
43 Написал onemore 03 Июль 2013, 01:47
только сео? а смо будет? smile может тогда просто назвать Оптимизаторским Модулем?

или как в продвижении висит ссылка на 1ps а в сео-модуле будет ссылка на сёрч? smile

ладно, шучу. заинтриговали сео-модулем...
46 Написал SOFTOLAB_COM 03 Июль 2013, 03:23
Для смо будет модуль кроспостинга, который уже тестируется smile
57 Написал SOFTOLAB_COM 03 Июль 2013, 20:29
Для удобства пользователей и защиты от спама есть уже все что нужно.
Кто виноват что вы об этом не знаете? Те кто хорошо знает дебри системы вполне себе от ботов защищаются и не ходят и жалуются что "меня боты одолели".
А вы хотите универсальную защиту от спама и на уровне системы и что бы она работала, не будет так никогда, для всех массовых защит ищутся (и находятся, т.к. много желающих ищет) способы обхода.
Надеяться что у того или иного способа нет обходного пути как минимум наивно, все обходится, это лишь вопрос времени, но у не массовых методов это время куда больше чем у массовых.

Цитата
Не каждый будет искать какие-то сервисы для распознавания капчи, чтобы спамить.
Это многое говорит о вас как о человеке который явно не разбирается в том о чем говорит.
avatar
58 Написал ^___^ 04 Июль 2013, 00:49
зачем столько 404.
ну почему в UcoZ всегда делают по своему а не так как делают все  (проверенным и надежным способом)
- /blog/test_2/2013-02-25-a2
- /blog/test_2/2013-02-25-llddr
- /blog/test_2/2013-02-25-fssd2

заместо 404 можно было сделать 301 на правильную страницу пагинации без кракозяблы, такой способ использую в DLE и нет никаких проблем с дублями такого вида, да еще и пользователям приятно когда их переадресовывает на искомый материал.

Дата в URL материала
если я правильно понял после изменения даты ссылка становится мертвой? А как быть если я на эту ссылку закупил статей и прочего добрала? Что нельзя сделать редирект на новую страницу дабы все это дело склеилось. 

Вы бы лучше пофиксили вот этот баг. После смены урл категории материал доступен как по новой ссылке так и по старой
вот вам пример. Сменил категорию с  /film/ на /filmy/ а потом на /films/
/load/film/prikljuchenija/dzhek_pokoritel_velikanov_2013_bdrip_ot_hq_video/47-1-0-8383
/load/films/prikljuchenija/dzhek_pokoritel_velikanov_2013_bdrip_ot_hq_video/47-1-0-8383
/load/filmy/prikljuchenija/dzhek_pokoritel_velikanov_2013_bdrip_ot_hq_video/47-1-0-8383

итог материал доступен по всем 3 урл а должен быть редирект на
/load/films/prikljuchenija/dzhek_pokoritel_velikanov_2013_bdrip_ot_hq_video/47-1-0-8383

И это лишь вершина айсберга, писал что на форуме что в сапорт толку 0 никто не фиксет, а таких багов в системе ой как немало. Вам бы лишь бы баги пофиксить, а то что некоторые товарищи продвигают подобные страницы это все фигня. Если фиксите то делайте это как следует, а не халтуру вроде этого обновления.
59 Написал jazator 04 Июль 2013, 07:20
Просьба закончить с прошлым обновлением! У нас на 16 сервере так и нет выдачи картинок в поиске. Служба поддержки перестала отвечать, 2 недели прошло, вопрос висит в ожидании! Скрин переписки http://s5.hostingkartinok.com/uploads....529.jpg
60 Написал Dmitry 04 Июль 2013, 11:28
Баг под контролем. Битые ссылки иногда даже могли быть – исправлено. А то что вы сообщили – в процессе исправления. Сообщу как будет все готово
avatar
61 Написал ilya1983 04 Июль 2013, 11:32
тоже самое и у нас, как я понял поиск результат с картинками выдает лишь тогда, когда ты нажимаешь в облаке тего в натериал, и он открывает красивый результет найденного всего что касается где есть данный тег, поиск по одноиму модулю например в видео, с картинкой выдает, а вот в целенаправленном поисе по всему сайту в целом результат старый, служба поддержки даже платнач в подполье ушла!Посмотрел Ваш скрин, мне тоже самое пытались ответить... и тот же пользователь!!! посмотрите http://stav-geo.ru/search
62 Написал Dmitry 04 Июль 2013, 15:57
jazator, исправлено полностью, ждем выливки на сервера. По времени когда такое будет – не знаю, но скоро.

ps: лучше же, для багов использовать спец тему на форуме. Она мониторится тоже
65 Написал jazator 04 Июль 2013, 22:04
Да о чём вы говорите. Не так давно вычистили нашу тему по корень, про дату в новостях.
Суть, при добавлении новости с 0:00 до 3:00 часов ставится дата +1 день, если редактируешь, то ещё +1 один день. При создании новости ночью, нам приходится ставить вчерашнее число, но соответственно время неправильно получается. Проблема уже с бородой...
66 Написал SOFTOLAB_COM 04 Июль 2013, 23:07
Эта проблема действительно с бородой, но она явно не относится к текущему апдейту, да и по мимо нее есть много проблем с разностью времени сайта и времени сервера.
83 Написал jazator 05 Июль 2013, 21:35
Это к вопросу о том, что постоянно посылают к теме багов на форум, а там всё успешно чистится. Сколько можно туда посылать.
PS Я привёл последний пример.
avatar
63 Написал SkachatKino 04 Июль 2013, 20:10
Я использовал сокращённые урлы специально для удобного постингав соц.сетях.

Вместо длинной /blog/dark_orbit/2013-07-03-870 Постил для удобства короткую /blog/2013-07-03-870 И меня вполне устраивал редирект с короткой на длинную припереходе. Зачем поставили 404 ошибку – вообще непонятно. Это только сделает все
ранее проставленные ссылки неработоспособными.

Это же глупо, ставить ошибку вместо редиректа. Теперь всяссылочная масса коротких уролов будет приводить к ошибке. Отлично – услужили.
64 Написал SOFTOLAB_COM 04 Июль 2013, 20:25
Это вообще печально, почти все 301 заменить на 404, а не наоборот. facepalm
69 Написал Drinko 05 Июль 2013, 04:48
Это не печально - это преступно ©
74 Написал _aleksey_ 05 Июль 2013, 15:02
Еще раз логика на примере текущей страницы (ЧПУ включен):

http://blog.ucoz.ru/blog....-01-275 - считается каноническим для материала (содержится в $ENTRY_URL$).
http://blog.ucoz.ru/blog....-01-275 - клеится 301 редиректом к каноническому.
http://blog.ucoz.ru/blog/2013-07-01-275 - клеится 301 редиректом к каноническому
http://blog.ucoz.ru/blog/2013-07-01-275/ - клеится 301 редиректом к каноническому

Что в данном случае вы считаете не правильно?
82 Написал Drinko 05 Июль 2013, 20:32
Цитата
404 ошибка при переходе на страницу материала с доп. символами в URL
---
404 ошибка при неверном обращении к категории
---
Если пользователь изменит дату, то материал пропадет (404 ошибка).

Для чего здесь нужны 404? Для первого случая еще можно согласиться, но вот для остальных двух 301 будет более оправдано.
avatar
88 Написал SkachatKino 06 Июль 2013, 10:30
Т.е. ЧПУ можно будет вырезать для сокращения ссылки и она будет работать? Тогда ОК.
avatar
67 Написал ^___^ 05 Июль 2013, 02:16
За что снесли комент? Разве я неправ? Докажите мне обратное что человек который придумывает или фиксит баги системы в плане SEO реально понимает что он делает, и слышал ли он о таких вещах как ссылочное. Пока единственная нормальная идея это интеграция в соц сети. То что вы предлагайте выше, сотни 404 ничем не лучше дублей, может для сайтов на которых 2-3 страницы это норма.
68 Написал SOFTOLAB_COM 05 Июль 2013, 03:57
Даже если разработчики не правы нельзя их оскорблять в такой открытой форме, лучше высказать свое негодование по этому поводу и крайне желательно аргументированно, это куда конструктивней будет.
avatar
71 Написал ^___^ 05 Июль 2013, 08:56
ну я скорее констатировал факты
72 Написал SOFTOLAB_COM 05 Июль 2013, 13:23
Это особой разницы не играет.
Да и предложения в таком тоне явно не будут услышаны.
73 Написал Kurt 05 Июль 2013, 14:12
Не знаю что у вас тут снесли. Видимо вы себе позволили не удобоваримые выражения. Это недопустимо.
Кто делает - понимает.
Выкатывание было с ошибками, и действительно валились 404 там где не должны были быть. Поэтому через несколько часов откатили.
То что описано в самом посте - все корректно. Страницы которых нет и не было (добавленый мусор и т.п.) должны отдавать именно 404, а ни что иное.
На эту страницы нет ссылок, нет людей. Они мусор
avatar
77 Написал ^___^ 05 Июль 2013, 17:57
А у вас никогда не было такого что пользователи постили ссылки на новость и нечайно нажимали левые символы? У меня есть такие беки, давайте зададим вопрос на Серче что лучше отдавать 404 при ошибке в урл или 301 на правильную страницу пагинации.
80 Написал _aleksey_ 05 Июль 2013, 18:44
Если ссылка "битая" (а по описанию так и есть), сервер корректно отдает 404 ошибку. Мы не можем пытаться "угадывать" что и куда пользователь мог\захотел добавить. Урл или правильный, или нет.

На счет серча: предлагаю вам поставить вопрос какие ссылки лучше ставить - "битые" или правильные?

P.S: Кстати, забегая "наперед" отмечу - в SEO-модуле планируется функционал гибкой настройки 301 редиректов между урлами. Это вам позволит "отловить" и использовать описанную выше ситуацию.
avatar
84 Написал ^___^ 05 Июль 2013, 21:42
вы не поняли или не пытались понять что от вас хотят. Вот вампример

http://live-torrent.ru/57473-m....59.html - правильная страница

Страницы с ошиками
http://live-torrent.ru/57473-m....59.html
http://live-torrent.ru/57473-m....59.html
Как бы вы не изменили урл, все равно идет 301 на правильную страницу. Я думаю для вас такое не в новой))))
95 Написал Kron 07 Июль 2013, 11:16
"Если ссылка "битая" (а по описанию так и есть), сервер корректно отдает 404 ошибку."
Вебсервер в данном случае можно считать низкоуровневой средой, которая и не обязана ничего делать, если простая инструкция не сработала (т.е. файла с указанным именем нет на диске).
Когда же речь идет о системах более высокого уровня, в которую можно легко добавить дополнительные условия, например основной критерий отбора - это ID и если он найден и является правильным, то при любых других ошибках в URL поступать более грамотно нежели это делает низкоуровневая система "Вебсервер".

Это как работа с массивами на C (вебсервер) и PHP (cms), для того, чтобы отработка программы была максимально быстрой приходится жертвовать универсальностью и работать только с простыми инструкциями, при этом в более высокоуровневых системах "промахи" не приведут к фатальному выпадению программы.

При выборе конечных принципов реализации необходимо брать во внимание большее число факторов и пытаться добиться наиболее оптимальных результатов взвесив все ЗА и ПРОТИВ.
108 Написал SOFTOLAB_COM 10 Июль 2013, 15:26
Статья конечно интересная, но из неё не понятно все же какого мнения касательно логики обработки подобных условий вы придерживаетесь.
75 Написал _aleksey_ 05 Июль 2013, 15:09
Не успел увидеть камент, поэтому тяжело на него ответить.

Что вот в этой логике вы считаете не правильно (в данном случае логика 301 редиректов к каноническому урлу на примере блога, с ЧПУ)?:

http://blog.ucoz.ru/blog....-01-275 - считается каноническим для материала (содержится в $ENTRY_URL$).
http://blog.ucoz.ru/blog....-01-275 - клеится 301 редиректом к каноническому.
http://blog.ucoz.ru/blog/2013-07-01-275 - клеится 301 редиректом к каноническому
http://blog.ucoz.ru/blog/2013-07-01-275/ - клеится 301 редиректом к каноническому

Для параноидальных ситуаций: между http://blog.ucoz.ru/blog/2013-07-01-275 и http://blog.ucoz.ru/blog....-01-275 стоит 301 редирект в правильную сторону. Для ситуаций включения\выключения ЧПУ.

На счет 404 ошибков - желательно примеры, потому что тяжело ответить зная что был баг и как следствие откат. Поэтому вполне возможно что весь шум поднялся именно вокруг бага, который откатили. Просто не все это поняли.

P.S.: Дальше попрошу по существу
avatar
78 Написал ^___^ 05 Июль 2013, 18:01
Ох ну наконец-то нас услышали. Итак у меня к вам пару вопросов, как я понял вы генератор этих шедевральных идей) Не буду палить урл отправлю вам в ЛС а идеи сапорта по их фиксам просто гениальные.
79 Написал _aleksey_ 05 Июль 2013, 18:37
Переписка должна быть или в личке (если вопрос личного характера), или в паблике. Чтобы с него был толк для всех. Обсуждать что-то в общем чате - чего не видят все остальные - только плодить слухи.

Внедрить багфиксы одним "махом" из-за масштаба, модульности, специфических настроек на уровне модуля и т.д. не получается, поэтому было принято решение пойти по-модульно, дабы вовремя успевать реагировать на ваш фидбек и то что видим мы.

Первым внедрения каснутся материалов модуля блог (для тестовых серверов). По всем остальным - будут позже. Если вы заметили какую-то некорректную работу по материалам модуля блог - велкам.

P.S: Поэтому к урлам из ЛС предлагаю вернуться позже, когда правки будут внесены на все модули.
avatar
81 Написал ^___^ 05 Июль 2013, 19:29
Пересмотрите вашу политику относительно багфикса Даты, почему я вам объяснил в лс.
85 Написал SOFTOLAB_COM 06 Июль 2013, 03:31
Есть материал на сайте, индексируется, пользователи на него ссылаются на других сайтах, закладки и т.п.
Потом материал правиться, меняется категория/дата/чпу (или что то еще что является переменным), ссылка становиться мертвая, вес так же теряется.

Вывод: везде где в url есть переменные значения обработчик должен сверять полученные данные из get и то что должно быть у материала на текущий момент (включая и ЧПУ категории), если не совпадает, то делать 301 редирект на правильный адрес, и крайне желательно что бы был один редирект (сейчас в некоторых случаях их два).

Техническая сторона: тут все не так уж и сложно, в url всегда есть id материала (он там не для красоты однако), собственно говоря и сейчас по нему получаются все данные материала из базы, только теперь нужно что бы скрипт перед их выводом проверил соответствие get и того что в базе, и если нужно делал редирект.
И что бы не было дублей страниц у которых еще и в конце пользовательские get'ы (для нестандартных решений), то делаем переменную которая будет выдавать правильный url для мета тега canonical (так же нужно на случай если в модуле включена функция вхождения материала в несколько категорий, тогда "правильным" адресом для canonical будет всегда тот что с id основной категории).

Ну и раз уж речь зашла о такой больной теме как функция вхождения материала в несколько категорий, то можно было бы сделать еще проверку такую (в случае если функция активирована): если материал входит только в одну категорию, то при несоответствии id категории из get и id из базы делать 301 редирект на url с правильным id категории, если материал входит в несколько категорий, тогда проверяем входит ли данный материал в эту категорию (по базе), если не входит то 301 редирект на основную категорию, если входит то редирект не делаем, отображаем материал с данным id категории, но в мета теге canonical выводим "правильный" адрес с id основной категории материала.

Под основной категорией подразумеваю тот id что находится в ячейке id категории материала, дополнительные же вынесены в отдельную таблицу ocats.

Я думаю не найдется ни одного человека кто высказался бы против такой реализации, т.к. это по моему классический подход к оптимизации сайта.

PS: То что /blog/test_2/2013-02-25-llddr и т.п. стало выдавать 404 хорошо, но если не так уж и проблематично сделать 301, то лучше все же его, что бы уж точно придраться не к чему было.

PS: Если решили заняться оптимизацией вплотную, то делайте адреса однородными, либо все со слешем в конце, либо все без слеша на конце, а то /load/ и /load/1-0-1-1 это не дело.
А еще лучше как и положено со слешами на конце.
76 Написал VadimW 05 Июль 2013, 16:45
Цитата
Капча на входе в Админку
 Вот это классно сделали, намного проще будет! smile
86 Написал Nabran_Ru 06 Июль 2013, 04:40
Не понравилась мне эта статья (( ! Особенно с 404
Вот допустим, мой сайт настроен по старому принципу работы движка. А теперь все будет каша?
Такого рода ссылки http://nabran.info/publ/1-1-0-40 теперь не будут работать?
Для Сео я пользуюсь мета тегом canonical и 301 редирект.

Допустим вот так. На странице материала.
Цитата
<?if(substr($REQUEST_URI$,strpos($REQUEST_URI$,'?'),1)=='?')?><meta http-equiv="Refresh" content="0; url=$ENTRY_URL$"/><link rel="canonical" href="$ENTRY_URL$"/><?else?><?endif?>
<?if($REQUEST_URI$ == $ENTRY_URL$)?><?else?><meta http-equiv="Refresh" content="0; url=$ENTRY_URL$"/><link rel="canonical" href="$ENTRY_URL$"/><?endif?>
87 Написал SOFTOLAB_COM 06 Июль 2013, 10:07
Прочитайте еще раз пост.
С каких пор мета редирект стал серверным тоже вопрос...
1-20 21-40 41-45
Ваш комментарий