Категории

  • Огнетушители
  • Рукава пожарные
  • Оценка земли
  • Как бизнес
  • Оценка недвижимости
  • Услуги по оценке.
  • Индивидуальные средства защиты
  • ПротивоГАЗы
  • Новости
  • Новости

    Где купить держатель для Айфона в авто

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

    Где выбрать фотоаппарат

    С недавних пор увлекаюсь фото и видео съемкой. Приобрел фотоаппарат от Canon , т.к. доверяю данной компании и сталкивался с их продукцией не раз. И решил приобрести аксессуары для моей камеры. Начал

    ASP.NET MVC, а как же SEO?

    1. Устаревшие URL
    2. Заключение

    Я начал работу над последней версией ASP.NET MVC Framework. Я полностью конвертирую один из своих сайтов, потому что обучение с помощью _doing _, как правило, является наилучшим способом. К сожалению, я столкнулся с некоторыми тревожными проблемами SEO (поисковой оптимизации) с этой новой парадигмой (или, точнее, реализацией Microsoft).

    К сожалению, я столкнулся с некоторыми тревожными проблемами SEO (поисковой оптимизации) с этой новой парадигмой (или, точнее, реализацией Microsoft)

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

    Проблема заключается в том, что стандартная маршрутизация ASP.NET MVC слишком проста. Если у меня есть страница с таким адресом: «/ controller / action / id», механизм маршрутизации с радостью отображает ее в «/ controller / action / id /». Нет причин не быть строгими в этом. В ASP.NET WebForms, если вы забудете косую черту, она автоматически выполнит 301 (постоянное) перенаправление на версию с косой чертой.

    В ASP.NET MVC есть ошибка (я так ее называю), которая не позволяет вам определить URL как требующий завершающий слеш. Ниже я определил маршрут как образец. В URL-адресе для соответствия у меня есть косая черта. В коде маршрутизации косая черта удаляется при добавлении в таблицу маршрутизации. Это также имеет побочный эффект генерации URL без косой черты.

    route.MapRoute ("Legacy-Firefox", "Firefox-Extension /", new {controller = "Home", action = "Firefox", id = ""});

    Поскольку маршруты могут быть настроены для повторного использования действий и контроллеров, он создает больше путей для следования. Если я снова использую маршрут, определенный выше, я получу все эти действительные адреса, которые потенциально могут быть связаны и проиндексированы:

    • a.com/Firefox-Extension
    • a.com/Firefox-Extension/
    • a.com/Home/Firefox
    • a.com/Home/Firefox/
    • a.com/Home/Firefox/anythingyouwant

    Если вам повезет, Google не оштрафует дублирующийся контент. Однако, если Google индексирует один и тот же контент, используя несколько URL-адресов, вы не получите преимущества от фокусировки на PageRank. Аналогичная ситуация возникает с вашим сайтом, который можно адресовать как «cnn.com» и «www.cnn.com». Они считаются отдельными страницами, которые в конечном итоге борются за хорошее звание.

    Устаревшие URL

    Я уверен, что есть большая группа людей, которые с нетерпением ждут, чтобы воспользоваться преимуществами новой разработки стиля MVC. Многие из них, несомненно, будут иметь существующие URL-адреса, которые они хотят сохранить.

    Есть несколько способов справиться с этой проблемой. Поисковые системы предпочли бы, чтобы ваш URL просто оставался прежним. Это возможно, но требует некоторой необычной маршрутизации. Сообщество SEO настоятельно рекомендует этот подход (с уважительной причиной).

    Другой способ справиться с этим - принять новые URL-адреса в стиле REST, которые, как правило, лучше всего подходят для подхода MVC: "/ controller / action / id". Затем настройка 301 перенаправляет со старых адресов на новые. Эта статья обсуждаются технические детали. Теоретически, это должен быть лучший сценарий. Однако сами Google говорят, чтобы входящие ссылки указывали на новые адреса как можно скорее. Правда, это решение отстой. Я фактически сделал это с сайтом. Это было самоубийство поисковой системы в течение пары месяцев. В конце концов я вернул свою старую должность, но из-за этого потерял значительный доход .

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

    Заключение

    Я не говорю, что система маршрутизации полностью неверна, я просто думаю, что она будет настроена так, чтобы простой способ переноса сайта был правильным или максимально приближенным к нему. Я не хочу писать собственную маршрутизацию. По крайней мере, придумайте способ указать, что конкретное действие имеет единственный путь (и отменить дополнительные пути в других маршрутах). Также было бы хорошо, если бы существовал способ использовать раздел urlMapping старого стиля в web.config для устаревших URL-адресов.

    Если я совершенно не прав насчет того, как работает маршрутизация, дайте мне знать. Трудно найти хорошую информацию (которая сейчас понятна), и я, правда, все еще на начальной стадии обучения.