Очередной закидон. Теперь у FreeSpace. Резвитесь.

[FreeSpace]

CGVictor:
Разрабатываешь _свой_ фотмат для новостей, в котором тебе будет удобнее их редактировать.

Вот специально для таких "умельцев" придумали XML.
Угадай, что будет, если в тексте новости встретятся символы "||"?
Да, конечно, их можно экранировать, но имхо проще выучить XML.

[Меняздесьдавнонет]

FreeSpace, ты это серьезно написал?

[FreeSpace]

Olegka
Если тебя устраивает такой вариант - используй на здоровье. Лишь бы ты понимал, как он работает и какие могут быть грабли в будущем.

RomikChef, вполне серьёзно.
Конечно, через "школу имплоудов/эксплоудов" все проходили.
Но почему бы не пропустить этот этап и не выучить нормальный, общепринятый формат хранения данных?
Хотя кроме XML есть другая альтернатива - использовать нормальную БД, хотя бы SQLite.

[AliMamed]

FreeSpace:
хотя бы SQLite.

да зачем проходить эту школу типа-СУБД.
пущай сразу оракл учит

[FreeSpace]

AliMamed
Если это была ирония, то уловить её довольно сложно. Во всяком случае, для меня.
Оракл для такой задачи слишком тяжеловесный, а имплоуд/эксплоуд - слишком глючный и дилетантский.
Опять же, это моё ИМХО.

[AliMamed]

FreeSpace:
имплоуд/эксплоуд - слишком глючный и дилетантский.

ну во-первых.
имплоуд/экслоуд - это функции для работы со строками и массивами. отношение к хранению структурированных дынных они конечно могут иметь. алгоритм самих функций существует с 3 версии php и просто даже обидно слышать про их "глючность".

что дилетантского в хранении данных в флэт-файлах? при минимальной фантазии момент с "||" который тебя так раздражает решается без всякого как ты выразился "экранирования" с изяществом которое тебя поразит.

да с данными во флэт-файлах тяжело работать если их много и/или очень высока нагрузка. однако для небольших сайтов вполне приемлимы даже полнофункциональные цмски построенные на флэтфайлах.

иксэмл имеет свои преимущества, но например для того чтобы вывести одну рандомную из трех имеющихся строк абсолютно избыточен.

[FreeSpace]

У меня нету ни малейших притензий к функциям implode и explode. Но у меня есть целый ряд причин, по которым я называю хранение данных в флэт-файлах в ТАКОМ виде весьма неоптимальным.

AliMamed:
при минимальной фантазии момент с "||" который тебя так раздражает решается без всякого как ты выразился "экранирования" с изяществом которое тебя поразит.

Порази меня, пожалуйста Мне действительно очень любопытно, о каком таком изяществе идет речь? Может ты решил предложить использовать рендомный boundary, как в multipart-мейлах?

По-моему хранить данные в таком виде - это всё равно что хранить изображения в БД. В принципе можно, но обычно не нужно.
Причин, по которым я выступил против такого подхода, много: начиная от быстродействия, заканчивая возможностью поиска, сортировки и т.д.
Здается мне, что тема может перерости во флейм и виновником окажусь я сам...

[AliMamed]

FreeSpace:
Порази меня, пожалуйста

могу для примера привести достаточно известный регистр

[ThE0ReTiC]

FreeSpace
ты посчитай время обработки текстового файла и сравни со временем разбора XML файла
Можт тогда поймешь в чем ты не прав

[FreeSpace]

AliMamed:
могу для примера привести достаточно известный регистр

Приведи, если не сложно. Пока что я понятия не имею, о каком таком регистре идет речь.

ThE0ReTiC
Основная моя мысль - это не склонить автора темы к тому или иному формату хранения данных, а лишь объяснить ему, что такой формат, который он выбрал, является... не самым оптимальным. Кроме XML я назвал и SQLite на тот случай, если MySQL недоступен.

[Yukko]

FreeSpace:
о каком таком регистре идет речь

http://spectator.ru/ насколько я понимаю, этот...
его движок: http://textus.ru/

[USE]

Yukko:
FreeSpace: о каком таком регистре идет речь

http://nudnik.ru/engine если быть более точным, Yukko!

[FreeSpace]

Neter, отрывок из другой темы:
При добавлении записи порежь везде символы "|" и "~".
$string = str_replace(array("|", "~"), "", $string);

Дааа, просто супер изящное и функциональное решение... Без обид.

Neter:
[news=2004-03-19]Helo MOTO[/news]

А чем это отличается от
Helo MOTO
?
Слишком медленно? Честно признаюсь, тестов я не проводил, но expat должен работать достаточно шустро. Или вообще можно юзать БД, как я и предложил позже. В БД есть куча дополнительных весьма полезных возможностей.

Yukko и USE, спасибо за ссыки. Про этот регистр слышу впервые. Сейчас скачаю, поставлю и посмотрю.

[FreeSpace]

По поводу регистра: посмотрел я на него, мне не понравился.
Есть любопытные идеи, но в целом ничего особенного.
Внешне выглядит нормально, но код достаточно грязный, нету единого стиля кодирования. Не говоря уже о невалидном HTML\'е.
Что касается формата хранения данных, то он является какой-то пародией на XML.
ИМХО, такой подход можно назвать выгодным только в том случае, если ключевым фактором работы системы является производительность. Да и то не факт, что этот самописный формат работает быстрее, чем парсин XML при помощи expat.
А если правильно организовать кэширование и не парсить XML при каждом запросе, а обновлять кэш только в момент обновления контента - тогда вообще все плюсы самописных форматов сводятся на нет.

[AliMamed]

FreeSpace:
такой подход можно назвать выгодным только в том случае, если ключевым фактором работы системы является производительность

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

я лично устраняюсь от дальнейшего обсуждения, потому как мое "ИМХО", что гостевухи с субд на бэкенде это изврат. вот такое вот у меня ИМХО.

[off]ИМХО это вообще волшебное слово. можно им прикрываясь безаппеляционно о чем-то утверждать. а вы тут ипитесь - приводите мне примеры и доказывайте обратное. но вот у меня же такое имхо[/off]