|
|
|
Формат хранения статей в базе
|
|||
|---|---|---|---|
|
#18+
Собсно, сабж. Теперь подробнее. Как известно, существует несколько форматов для форматирования текста при редактировании - BBCode, Textile, Wiki-разметка... Из которых после парсинга получается html. Что хранить в базе? Отпарсеный html? Тогда требуется обратное преобразование из html, иначе напрочь будет отсутствовать возможность редактирования постов. Если хранить "исходник", то каждый раз перед выводом, его надо будет парсить, что не есть гуд, поскольку читают статьи сильно чаще чем пишут, а это означает и лишнее процессорное время, и снижение скорости. Помогите решить дилему. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2009, 06:20 |
|
||
|
Формат хранения статей в базе
|
|||
|---|---|---|---|
|
#18+
HTML и хранить. Без всяких конвертаций туда-сюда. А редактировать его в каком-нибудь tinymce. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2009, 06:33 |
|
||
|
Формат хранения статей в базе
|
|||
|---|---|---|---|
|
#18+
Не все так просто. Альтернативные языки разметки придуманы не только ради удобства, но и ради безопасности. К html не применить функцию htmlspecialchars(), все поломается. А функцию strip_tags() достаточно легко обойти, к тому же она неидеальна поопределению. А очень хочется себя обезопасить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2009, 13:01 |
|
||
|
Формат хранения статей в базе
|
|||
|---|---|---|---|
|
#18+
Ничего не занаю о первой функции и не понимаю, для чего нужно применять вторую, и от чего нужно себя обезопашивать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2009, 13:15 |
|
||
|
Формат хранения статей в базе
|
|||
|---|---|---|---|
|
#18+
Значит вы не пишете для веба и на php. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2009, 09:00 |
|
||
|
Формат хранения статей в базе
|
|||
|---|---|---|---|
|
#18+
Для веба — да, на пхп — боже упаси) Более того, я сделал базу нормативных документов именно в html, хранящимся в mssql или access. Правда редактирование статей происходит в ворде, про tinymce я тогда не знал. Тексты статей кошерно проиндексированы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2009, 11:03 |
|
||
|
Формат хранения статей в базе
|
|||
|---|---|---|---|
|
#18+
Если ещё актуально, то решение очень простое: храни в БД две колонки, одну для редактирования, во вторую один раз записываешь результат и выводишь сколько угодно раз. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.05.2009, 14:13 |
|
||
|
Формат хранения статей в базе
|
|||
|---|---|---|---|
|
#18+
Функции htmlspecialchars(), прекрасно работает, а функцию strip_tags() в нормальных руках не пройти. 1. Большие данные лучше хранить в отдельных файлах, а не в базах хотя и blob поле вполне нормально с обычными и бинарными данными работает. Преимуществ много, например можно делать backup файлов не нагружая тем самым БД, поиск там и там происходит легко и т.д. 2. Если все таки решили хранить в базе, то хранится не генерированный текст. Почему? потому что если завтра к вашей базе соединится другой язык в том числе (какой нибудь exe клиент) вот тут начинается свистопляска. Если обычную инфу еще можно сгенерить как нужно то уже сгенерированный код конкретный под язык типа php уже для других не будет подходить. наглядный тому пример символы " < > / | \ Мои знания здесь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.05.2009, 16:09 |
|
||
|
Формат хранения статей в базе
|
|||
|---|---|---|---|
|
#18+
Duke0, вот это самое бредовое предложение. избыточность инфа 2 раза. может быть на маленьких системах это не актуально то на больших это просто не приемлемо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.05.2009, 16:11 |
|
||
|
Формат хранения статей в базе
|
|||
|---|---|---|---|
|
#18+
Я тоже сторонник хранения файликов html на диске в определенной папке, а в базу прописывать его имя (обычно файл называется UI, который и хранится в базе). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.05.2009, 19:25 |
|
||
|
|
start [/forum/topic.php?fid=22&fpage=291&tid=1454751]: |
0ms |
get settings: |
9ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
52ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
| others: | 207ms |
| total: | 351ms |
| 0 / 0 |
