Созданные пользователем / динамические страницы - Нужен вклад при формировании URL - PullRequest
0 голосов
/ 21 февраля 2012

ПРЕДПОСЫЛКИ : мы даем пользователям нашего веб-сайта возможность создавать страницы по сбору средств.

ТЕХНОЛОГИИ : asp.net 3.5 (веб-формы), Sitecore CMS 6.4, IIS 7

ВЫПУСК : Я пытаюсь определить, какая схема URL наиболее удобна для пользователей, а какая более удобна в обслуживании с точки зрения кода.

Идея № 1 : создать поддомен - fundraising.mysite.com/johnspage

Идея № 2 : использование основного домена - www.mysite.com/johnspage

Вот некоторые мысли по поводу использования поддоменов.

МЫСЛИ :

  • Мы используем Sitecore CMS 6.4, поэтому мы не будем создавать отдельный веб-сайт, если будем использовать поддомен. Субдомен будет просто указывать на основной домен.

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

  • Если мы используем поддомен, я хочу, чтобы наш обработчик перенаправлял на наш действительный сайт. Это позволит избежать проблем с файлами cookie между доменами и поддоменами. (Конечно, проблемы с cookie могут быть преодолены, но я хочу избежать их из коробки). Поэтому, если запрос - fundraising.mysite.com/johnspage, обработчик превратит это в www.mysite.com/actualpage?parameters ... (или, возможно, использует куки)

  • С поддоменом мы можем избежать проблемы, когда пользователь создает страницу с тем же именем, что и существующая «настоящая» страница. Мы используем CMS Sitecore, поэтому страницы на самом деле не существуют в Sitecore, но мы бы не хотели, чтобы страница по сбору средств пользователей разрешалась в элементе sitecore. (если вы не знакомы с sitecore, вы можете попытаться избежать проблемы, когда страница сбора средств пользователей имеет то же имя, что и одна из ваших существующих страниц, с использованием поддоменов облегчает управление этой проблемой. Я думаю, вы могли бы также сделайте это без субдомена, просто поместите логику обработчика в конвейер HTTP-запроса).

  • Когда пользователь отправляется, чтобы поделиться своей страницей, www.mysite.com/johnspage может быть легче запомнить для пользователя. Они могут просто сказать перейти на mysite.com / johnspage вместо fundraising.mysite.com / johnspage . Субдомен делает URL-адрес отличным от основного сайта и более длинным для произнесения. Конечно, пользователи могут вырезать и вставлять любые URL-адреса, которые мы им даем, но если они делятся URL-адресами в устной форме, то иметь поддомен может быть неудобно.

ВОПРОС: Будете ли вы использовать субдомены или указывать на основной домен или это другой подход, о котором я не думаю? Любые другие мысли, которые вы можете предоставить?

1 Ответ

1 голос
/ 21 февраля 2012

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

перенаправляет каждый запрос страницы сбора средств на фактическую страницу.которая ищет информацию по сбору средств пользователей и отображает ее

, а также:

мы бы не хотели, чтобы страница по сбору средств пользователей разрешалась для элемента sitecore

Я мог бы предложить вам использовать «подстановочные знаки» и настроить такую ​​структуру, как:

/sitecore/content/home/fundraisers/*

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

Существует множество ресурсов по шаблонам Sitecore , таким как: http://www.sitecore.net/Community/Technical-Blogs/Getting-to-Know-Sitecore/Posts/2011/09/Wildcards-and-Data-Driven-URLs.aspx

...