Forum Webscript.Ru
Программирование => PHP => Тема начата: Xenomorph от 31 Декабря 2002, 13:32:26
-
передо мной стоит задача - есть статьи, в них возможно будет некоторое количество картинок, а может и не будет - то ись количество картинок колеблется от 0 до какого-либо числа ....каким образом можно все это дело свернуть в XML, чтобы потом все это дело запихать в базу данных, чтобы в дальнейшем соответственно все это дело вытащить и отпарсить .... ?????? проблема в том - что количество изображений неизвестно - а то так можно было бы просто залинковать url на картинку ....
-
А что, XML обязателен?
-
А нафига тебе XML??? Сразу пиши в БД.
-
Можно и в базу, а можно и XML (РНР его тоже неплохо парсит)
-
PHP много чего неплохо парсит. Но это совсем не повод делать сложно то, что можно сделать просто.
-
RomikChef
ить ....
1. Расчет на будующее - XML щас очень активно развивается и будет напряжно (дополнительный труд) перейти к этой платформе в дальнейшем.
2. Можно конечно использовать мета-тэги типа [мета-тэг картинки] и что-то там еще .... мне необходимо сделать систему публикаций - када не знаешь сколько в статье картинок будет и ссылок ...
-
Xenomorph
Вы понимаете что такое XML? А что такое база данных? А в чем между ними разница и для чего они предназначены?
-
Да! И на будующее:
XML - это не платформа, это - язык. То же разницу видите?
-
Слово "будущее" пишется без "ю"
Сейчас активно развивается море технологий. Это не повод их пихать во все дыры.
XML активно развивается как средство передачи данных между приложениями.
Если тебя интересует XML в порядке общего развития - да ради бога. А зачем ты сюда пришел?
-
RomikChef
согласен с замечанием по поводу русского языка %))
Если бы меня интересовал только XML - разумеется я бы о нем в другом форуме разговаривал, но меня интересует его взаимодействие с пхп ..... а по поводу пихать во все дыры - не согласен - среди кучи перспективных технологий выделяются несколько, на которые действительно стоит обратить внимание и ориентироваться на них .... XML к ним как раз относится .....
Дмитрий Попов
все отлично все понимают ..... только есть разница как в БД данные пихать - plain text и блобы или XML .....
-
Xenomorph
Данные в БД надо хранить по возможности в неизменном виде. А уж на выходе их парсить можно сколько угодно.
Почему:
1) Это не хуже чем пихать XML:
а) Потому что Вы все равно парсите текст перед добавлением в базу. Так в чем проблема сделать это после выборки из базы?
б) XML Очень удобно использовать для импорта данных. Но не для хранения
1) Это лучше чем пихать XML:
Потому что через пол года Вы поймете, что лучше бы было сделать XML по другому. Или Что появится новая технология, которая не менее "активно развивается". И тогда Вы очень сильно будете жалеть, что в базе много чего лишнего. А уж сколько времени вы потратите на изменение структуры!..
Есть еще много доводов, о которых много писать. Но легче посмотреть другие форумы... Об этом много пишется.
-
интересует взаимодействие?
нет проблем.
http://www.php.net/xml
А по сути я отступаю. Я практик. и не люблю делать ради праздного любопытства вещи, которые можно сделать в 10 раз проще.
-
RomikChef
тут дело не в праздном любопытстве - а в расчете на будущее (вроде правильно написал %)))) .....
немного поясню над чем я щас работаю (с поставленными требованиями):
1. CMS с системой аутентификации, единой для всех сайтов в сети (будет несколько тематических сайтов). Вариант auth-системы - MS Passport.
2. Возможность публиковать статьи с произвольной версткой а не так чтобы на статью 1 картинка или линковать картинки со внешних сайтов с помощью мета-тегов. Вариант - указать урло картинки и скрипт сам закачивает ее в локальную папку и линкует как локальную, а не внешнюю ....
3. максимально модульная архитектура.
4. Поиск. Вариант - ASP Seek
-
Так зачем хранить XML???
Ведь пользователь вводит текст! Все-равно что там используется для загрузки картинок! Все равно Вы парсите этот текст!
Что Вам мешает не изгаляться и хранить данные в нормальном виде? Что Вам мешает закачать картинку, когда введена статья, а при выводе статьи преобразовывать её в XML и обрабатывать так как Вам надо сегодня, а не так, как вы считали правильным три года назад???
А когда новая версия XML стандарта выйдет, Вы будете всю базу парсить, или только скрипт вывода данных измените?
Поймите же Вы, что XML - хороший формат вывода данных, но никак не хранения их.
-
Дмитрий Попов
Вы немного не правы. В смысле совершенно.
XML - хороший способ хранения данных. А для того, чтобы их гибко выводить (например полную версию, текстовую и WAP из одного XML) нужно использовать XSLT. Правда парсить XML и XSLT - AFAIK довольно ресурсоемкое занятие.
XML+XSLT юзает Sigent (из известных мне контор).
http://www.sigent.ru
-
Xander
Совершенно несогласен. В смысле немного :-).
Хорошо, допустим XML - хороший формат хранения данных (давайте говорить прямо - так же как раньше html.... Ну ладно ладно..... Знаю я что это совершенно разное.... Я другое имею ввиду... Сам такой.... Дальше читайте, все поймете :-P)
Но не для хранения в базе! Нельзя две вещи так неправильно совмещать. Скажем так - XML хорош для зранения данных в XML\'е. То есть для хранения данных без использования доп. технологий. Если хранить в базе - то в базе. Если в XML то в XML.
Но, извините, Вы же не храните там файлы InterBase в MySQL?
Вы с этим несогласны? Ладно...
-
Дмитрий Попов
Согласен. В принципе ситуация, когда xml нужно хранить в базе возможна. Может быть в очень масштабных проектах.
А для мелких и средних - что-нибудь одно.
-
Правда парсить XML и XSLT - AFAIK довольно ресурсоемкое занятие.
О!
-
Кстати, только что нач. отдела разработки увидел, что я чего-то читаю (эту тему) и решил спросить "об чем речь идет".
Когда я объяснил, его ответ был примерно такой:
"В принципе можно хранить в XML, но....(здесь много воды).... если не набудующее....."
а в расчете на будущее
О! Именно в этом расчете и надо хранить текст... БудуЮщее он ведь такое... не предсказуЮмуее...
P.S. Из врЮдности :-)
-
Дмитрий Попов
1. "на будующее" пишется раздельно %)
2. interbase и mysql - 2 базы данных и зачем хранить файлы одной в другой ???? другое дело xml как формат ПРЕДСТАВЛЕНИЯ ДАННЫХ. Гораздо удобнее хранить в нем - можно обойтись без шаблонов и просто парсить в html или wml - как потребуется ....
-
Xenomorph
А ты собираешься XML в базе хранить, или просто в виде файлов?
-
Xenomorph а проблема собственно в чем? Не получается написать dtd-файл? Или не придумывается формат записи в бд?
-
Xenomorph Я не могу понять, в чём проблема? Задача поставлена, выполняй.. На ИКСМЛ даже не парься, расчёт на будущее видите ли.. Ты нах.. нафига второй гемморой на жо.. на заднице рисуешь? Делай с БД, это будет быстрее и проще, это будет правильно.. А картинки вставляй через язык описания.. Т.е. забиваешь публикацию пихаешь внутренние тэги с УРЛами и отправляешь скрипту который если картинка находится на другом сайте, закачивает её и заменяет тэг внешней ссылки на тэг внутренней ссылки файла... ВСЁ! Какаие проблемы-то? Проблем нет даже с последующим редактированием публикации и удалением картинки с сервера, но это уж ты сам додумывай..
-
interbase и mysql - 2 базы данных и зачем хранить файлы одной в другой ???? другое дело xml как формат ПРЕДСТАВЛЕНИЯ ДАННЫХ
Да как же еще объяснить то...
ДА представляйте Вы данные в каком хотите виде! Но храните в том виде, в котором заносите... Потому как если вы через полгода захотите изменить формат представления данных - это лишит Вас 99-ти % лишнего геммороя...
Все равно XML будете парсить - так и парсите на выходе!