2009-07-12 3 views
1

Как упражнение в веб-дизайне и разработке, я строю свой сайт с нуля, используя PHP, MySQL, JavaScript и без фреймворков. До сих пор я следил за дизайном контроллера модели. Однако есть одно препятствие, которое я быстро приближаюсь к тому, что я не уверен, как я собираюсь решить, но я уверен, что он был рассмотрен раньше с разной степенью успеха.Как хранить текстовые данные, которые не будут меняться очень часто?

На моем веб-сайте у меня будет резюме и раздел «обо мне». Вероятно, они не будут меняться очень часто.

Для моего резюме я считаю, что XML, который может быть отображен в HTML (или любой другой формат), является лучшим вариантом, и в этом случае я мог бы даже создать «менеджер резюме» с помощью PHP, который может редактировать базовые XML. Кажется, что резюме также может быть построено поверх MySQL и сгенерировано в XML или HTML или в любом другом формате вывода, который я выбираю.

Однако я не уверен, как хранить мои обо мне/био. Моя первоначальная идея - это простой текстовый документ, который можно прочитать, проанализировать, а разрывы строк преобразуются в абзацы. Тем не менее, я не продаюсь, потому что это лучшая идея. Моя другая идея заключалась в использовании MySQL, но я думаю, что это может быть излишним для одной страницы. Что я знаю, однако

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

ответ

2

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

+0

Я не вижу, как статический HTML даст мне больше контроля над форматом дисплея, чем хорошо разработанное решение с использованием некоторой комбинации PHP, MySQL, JavaScript и XML. Не могли бы вы рассказать об этом, особенно с учетом парадигмы MVC? –

+0

Вы предлагаете то же самое, что и Болдевин? –

+0

Если информация не изменяется, поведение сценариев бесполезно; не используйте его. Вот что я говорю. –

2

Обычно обработка редко изменяющейся информации такая же, как и часто меняющаяся информация, хорошо работает, если вы добавляете еще один компонент: кеширование.

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

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

+0

Кэширование - это серебряная пуля, но это также сложнее всего. +1 – Boldewyn

+0

... думаю о недействительности кэша, извлечении кеш-файла, ... – Boldewyn

+0

На самом деле я не верю в серебряные пули, но упрощенное кэширование ... упрощено. Для небольших объемов и простых сайтов дизайна достаточно просто проверить номер версии, чтобы избежать перестроения. Конечно, вы можете попасть в кэширование компонентов вместо кеширования страниц, многоуровневого кэширования и всего этого. Я не думаю, что это то, что требует вопрос. – Godeke

3

Как и McWafflestix, используйте HTML, если хотите вывести HTML. Простейшее дело в PHP:

<?php 
create_header_stuff(); 
include('static_about.html'); 
create_footer_stuff(); 
?> 

и static_about.html что-то вроде

<div id="about"> 
... 
</div> 

Приветствия,

+0

Ах. Это использование статического HTML имеет для меня больше смысла, чем текстовое описание McWafflestix. –

Смежные вопросы