альтернативный текст http://www.pafo.net/example.pngHello!
Я не знаю, как назвать этот вопрос относительно ASP.NET и сохранения макета веб-страницы. Я буду ссылаться на BBC, чтобы проиллюстрировать, что я хочу. http://news.bbc.co.uk/
Ежедневно на странице будет около 10 000-20 000 посетителей. У меня есть одна база данных MS SQL 2008, и я программирую ASP.NET (C #) 3.5.
Я создаю журнал / бумагу, как BBC, но в меньшем формате, теперь администратор должен уметь стилизовать общие страницы (например, «Экономика», «Политика» и т. Д.) И размещать, какие статьи будут отображаться и как их отображать. , На странице BBC (когда я смотрю на нее сейчас) у вас есть одна большая статья в первом ряду, затем 2 меньшие во втором и третьем ряду, а затем поле с «ОСОБЕННОСТИ, ВИДЫ, АНАЛИЗ». Я приложил картину с областями, окрашенными в разные цвета. Я не хочу позволять администратору изменять внешний вид общих страниц и, таким образом, размещать новости в упорядоченном порядке.
- Первая проблема, с которой я столкнулся, заключается в том, как сохранить ее для оптимизированной скорости, как для извлечения веб-страницы, так и для ее редактирования. Поэтому я подумал, что сохранение страницы в XML в XML-документе позволит мне добавить всю функциональность, которую я хочу, поскольку я могу изменять XML, а также добавлять новые теги, если я расширяю программу. Но тогда проблема заключается в загрузке его на клиент, я могу создать страницу ASPX на сервере, когда администратор нажимает сохранить, или я могу динамически загружать ее каждый раз, когда кто-то хочет отобразить веб-страницу. Есть идеи по производительности?
Итак, поток:
1) Администратор меняет макет на определенной странице в панели администратора, он или она изменяет, какую статью показывать и где их размещать. (Single, рядом с другой статьей и т. Д.)
2) Администратор сохраняет изменения.
3) Теперь пользователь может просматривать обновленный макет
4) Администратор может загрузить макет для внесения дальнейших изменений.
- Вторая проблема заключается в том, что у меня есть маленькие прямоугольники с правой стороны, содержимое этих полей может либо отражать статью / веб-страницу, либо это может быть что-то другое. Администратор выбирает, какие ящики использовать при создании статьи. Теперь, как сохранить эту информацию и эффективно загружать коробки. Когда ящики создаются, они сталкиваются с той же проблемой, что и выше, как правильно их сохранить, чтобы статьи могли быстро их загружать.
Я думал о сохранении информации, как описано выше, в XML-документе. Когда администратор создает статью, я затем сохраняю id-номер коробки в определенной таблице в базе данных MS SQL 2008 с id-номером в правильной статье. Но возникает та же проблема: следует ли мне динамически загружать блоки или создавать каждый блок как пользовательский веб-элемент управления, а затем загружать его, например: WebControl_1234 boxControl = (WebControl_1234) LoadControl ("Путь к данным" + box_id_from_sqlserver);
Есть идеи?