Как структурировать сайт ASP.NET с более чем 1300 статьями / цитатами - PullRequest
0 голосов
/ 10 мая 2010

Доброе утро всем,

Я загрузил более 1300 пометок в базу данных моего клиента со схемой таблиц BlurbID, Seq, Content, Keywords. Отдельная таблица базы данных будет содержать детали голосования (voiceID, BlurbID, Seq, VoteDate). Его цель - создать веб-сайт, на котором можно найти смешные цитаты. Пользователи должны проголосовать за первый рекламный ролик, прежде чем им будет разрешено увидеть следующий, и т. Д.

Клиент изменит таблицу всплывающих сообщений по мере необходимости, чтобы повторно упорядочить размытия. Он хочет, чтобы пометки отображались на содержательных страницах веб-сайта в соответствии со значением поля SEQ в таблице Blurbs. Таким образом, запись с SEQ = 1 будет первой Blurb, отображаемой на сайте и т. Д. Пользователи должны будут проголосовать, используя список радиокнопок для каждого сообщения, прежде чем им будет разрешено увидеть следующее сообщение.

Вопрос. Желательно ли использовать одну страницу контента (default.aspx) для размещения размытых изображений? Если я сделаю это, как мне структурировать хранимую процедуру, чтобы выбрать размытия в соответствии с полем SEQ в таблице blurb? И наоборот, создавать ли контентные страницы для каждого из 1300 пометок? Если я использую одну страницу контента, как будет выглядеть TSQL для итераций по спискам в соответствии с полем SEQ после того, как будет подан голос за каждую рекламу? Псевдокод будет выглядеть так: если radiobuttonlist.value> 0, тогда выберите blurb id, seq, blurbcontent, ключевые слова из размытия, где seq = текущий seq + 1

Наконец, для целей SEO, я должен вывести поле базы данных ключевых слов в скрытое поле на странице контента?

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

Спасибо, Sid

1 Ответ

1 голос
/ 10 мая 2010

Изучите asp.net;) Серьезно - особенно маршрутизация ASP.NET, добавленная некоторое время назад, и пока вы там, изучите MVC.

  • Нет смысла даже иметь более одного представления данных. Это все то же самое.

  • Несколько лет назад те, кто не знал, сделали что-то вроде "/default.aspx/id=1

  • Несколько лет назад те, кто читал документацию, писали что-то вроде "/content.ashx/112

  • Сегодня каждый должен использовать URL-маршрутизацию и написать что-то вроде /sometitle.html для всего, и использовать механизм маршрутизации для маршрутизации этого вызова в программный модуль (страницу, представление, что угодно), который генерирует HTML. *

Я предлагаю извлечь заголовок из базы данных (или использовать первые x слов), чтобы у вас была какая-то текстовая ссылка, а не просто идентификатор.

Теперь, база данных

Что вы имеете в виду под "как мне структурировать хранимую процедуру". Это похоже на «как мне организовать службу доставки пиццы для доставки пиццы тонно». Структура хранимой процедуры должна зависеть от ваших правил кодирования, а не от того, какие данные вы извлекаете - это для части кода в структуре. И это будет во многом зависеть от ваших потребностей, которые, очевидно, получены из дизайна сайта.

Как вы думаете, зачем вам здесь нужна хранимая процедура? ;)

...