トップページ⇒php
132コメント36KB

■■で結局XMLって普及してんのか？■■

■ このスレッドは過去ログ倉庫に格納されています
0001　　01/12/15 00:49ID:MaZmYh8l
勉強する価値あんの？　金稼げんの？
ハッキリしろい！！
0030nobodyさん02/10/20 17:20ID:???
特集1. CSVフォーマットを極める！
特集2. Javaから使えるCSV操作API完全制覇
トピック1. 標準化が迫るCSV Schema
トピック2. CSVフレームワークBoboon2で大量データ管理
製品レビュー. MSが時期Officeで発表するCSVDoc
0031nobodyさん02/10/20 20:56ID:FfkfWZhu
XMLの雑誌買った人いる？
0032nobodyさん02/10/26 18:21ID:o7SGcg3f
ＸＭＬありがとう！

MS、Office 11で仕掛ける“リスキー”な戦略
http://www.zdnet.co.jp/news/0210/23/ne00_office.html

Office 11でXMLの採用が拡大することで、顧客には、作成したXML文書を、
自社やMicrosoft以外のソフトメーカーのアプリケーションで使えるというメリットが
もたらされるかもしれない。Microsoftにとっては、.NET Serverなどほかの製品に
接続されたXMLサービスを通して、Officeのリーチをデスクトップ以外にも拡大できる
点がメリットになるだろう。

XMLの採用により、同社は初めて、10年あまり使われてきたOffice独自の
ファイルフォーマットを回避できる選択肢を提供することになる。


これでOpenOffice.orgみたいなフリーのオフィスソフトに一気に火がつくか
0033nobodyさん02/10/26 18:54ID:4TAM1u/G
>>32
マジレスしておくと、このことで、OOoとの連携で恩恵を受けるのは、MSオフィス11の利用者だけ。
ということは、OOoに火がつくには、MSO11 が普及してくれなければ困るわけ。
ということで、じりじりは火がつくかもしれんが、一気にはつかない。
まあ、OOoで、現在もMSO形式に保存してやれば、簡単なものは大丈夫だろうけどね。
0034nobodyさん02/10/26 21:06ID:2YrLVkVE
きっと、MSのXMLって複雑すぎて解析するのが、
すげー面倒だと思われ。

きっと、それをさらに解析してくれるモジュールが欲しくなるハズ。
Wordの１ページ目のテキスト取得・・・とか。

0035nobodyさん02/10/27 23:54ID:bq2y0lfu
XML DBってどうなんでしょ？エクセロンとか売れてんの？

ネイティブXMLをそのまま保存して、かつクエリー検索したり
あるノードの値で、集計、ソートできてくれれば結構良いかも。

クラスの構造をXMLにシリアライズして、そのままストアできるんなら
プログラムも楽か？
0036nobodyさん02/10/29 00:20ID:cU75Eh1b
eXcelonは買収されまつた。

XMLDBのメリットは、せいぜい

・文書を跨ったXPath検索ができる（ファイルシステムに格納ではこれはできまい）
・XMLの更新にアップデートが使える

といったところじゃないかなぁ？
Yggdrasil使ったことある人いる？

0037nobodyさん02/10/29 00:37ID:8bt4jkxj
>36
基本的なデータはXMLなんだけど、計測結果やログなどは、元データとViewを
貼ったり、集計したりしたかったりするわけですが、そういう場合は、やぱ、今までの
RDBを使うべきなんでしょうか。

両方のデータを、表にもXMLにも表現できるViewが使えて、相互運用できるように
ならないかなぁ。
0038nobodyさん02/10/29 01:05ID:cU75Eh1b
てゆうか表形式ならRDB、ツリー構造ならXMLDB。
どちらかが代替になるという代物ではないと思う。
XMLDBはやっぱファイルシステムのようなツリー構造の拡張版でしょう。
0039nobodyさん02/10/29 09:08ID:???
>>30
そのBoboonって有ったら使うから作ってけれ。
毎回プロジェクト始まるたびにCSVTokenizerとか作ってるよ、漏れ。
0040nobodyさん02/10/30 12:59ID:3yGzF2Oi
OracleはXMLに必死じゃない？
00414002/10/30 12:59ID:3yGzF2Oi
おれは設定ファイル程度しかXMLいじらないが..
0042nobodyさん02/10/31 00:54ID:???
http://www.tripod.co.jp/guides/cgi2.html
このsendmail
と、上のWAUを使いたいです。
宜しくお願いします。JAVAアプレットオフの人をとばす文字列も教えてください・・
noscriptみたいな感じでしたっけ・・
又、CGIボーイのアクセス解析いれたら、
左下にGETIPIPPLET　と表示されます、クリックしたときに。
これはCGIボーイですか？それとも関係ないでしょうか。宜しくお願いします。
CGIボーイって、アクセス売ってるって話ありますが、裏にどこがついてるんでしょう・・お願いします
もう一回はります。
http://www.tripod.co.jp/guides/cgi2.html
このsendmail
と、上のWAUを使いたいです。
宜しくお願いします。JAVAアプレットオフの人をとばす文字列も教えてください・・
noscriptみたいな感じでしたっけ・・
又、CGIボーイのアクセス解析いれたら、　
左下にGETIPIPPLET　と表示されます、クリックしたときに。
これはCGIボーイですか？それとも関係ないでしょうか。宜しくお願いします。
CGIボーイって、アクセス売ってるって話ありますが、裏にどこがついてるんでしょう・・お願いします
0043nobodyさん02/11/04 17:28ID:qC2041Q+
多分、IE&NNともver8ぐらいになってXML非対応ブラウザ消滅すれば飛躍的に進歩するとｵﾓﾜﾚ
そのうち2chもデータをXMLで吐き出す鴨
0044 02/11/04 18:27ID:w0sfitCm
>>43
回線も大きくならないと
0045nobodyさん02/11/04 20:18ID:qKo9EHT5
>43
クライアントサイドレンダリングは永遠の夢に終わりそうなﾖｶｰﾝ

0046nobodyさん02/11/05 13:24ID:LsjGFRmO
>>45
BBSでさえサーバ側でgif にレンダリングしてクライアントに送るとか！
0047nobodyさん02/11/05 14:57ID:+243Qcrt
SVGに変換とかなら出てきそうだ
0048nobodyさん02/11/05 20:52ID:???
>>45
ネトゲで"アイテム一覧表"をXML+XSLでユーザーサイドレタリングさせてるのを見た、
バカと言うか、趣味の世界だと思った(W
0049nobodyさん02/11/09 09:54ID:XR0o3G4o
>>45
クライアントサイドレンダリングは､Cocoon でやってる事じゃないの？
PDF,SVG,PS,WML,VoxML,VRML 等を出力できるよ。　これらのビュワが､クライアントに有ればよい。
0050nobodyさん02/11/09 12:56ID:G2RRu86e
>49
そういうことではなく、クライアントのXSLTエンジンで
XML + XSLの処理を行うハナシ。

昔検索エンジンで意味を解釈できれば、検索精度上がるね〜
とか言ってた時期があったよなぁ。サーバー上にXML + XSLを
置いとけば、世界的なDBが作れて、将来バラ色〜みたいな世界。

ネスケがどうの、テキストブラウザがどうのと言っているようじゃ、
永遠に、そんな世界はやってこない。
0051nobodyさん02/11/09 13:34ID:y209qDx/
日本で正しいStrictなHTML!とか言ってる人って視野狭いよね。
0052nobodyさん02/11/09 20:43ID:???
XMLって何？
0053nobodyさん02/11/12 19:15ID:RqbmCCe9
他人が作った規格なんておもしろくない。
自前の規格を中途半端に作って神になり、
メンテで犬のように苦しむ。
それでこそプログラマでは？
0054nobodyさん02/11/16 08:53ID:???
設定ファイルをxmlで書いてもらえるとありがたい。
自分でパーザ書いたり、正規表現で上手いこといかないか
考えるのは面倒やし。
0055nobodyさん02/11/17 03:41ID:???
真っ当な意見と見せかけ、実は詭弁で論点をはぐらかす輩が多々おります。
皆様も以下の「詭弁の特徴」を覚え、そういう輩を排除しましょう。。

例：「XML ははたして糞か」という議論をしている場合
　　 あなたが「XML は糞としての条件を満たしている」と言ったのに対して
　　 否定論者が…

　１：事実に対して仮定を持ち出す
　　　　 「XML の処理は遅いが、もし速い処理系があったらどうだろうか？」
　２：ごくまれな反例をとりあげる
　　　　 「だが、XML にしたほうがオーバーヘッドを少なくすることもある」
　３：自分に有利な将来像を予想する
　　　　 「何年か後、オーバーヘッドが気にならなくなるくらいハードが進化してる」
　４：主観で決め付ける
　　　　 「W3C がゆるさない」
　５：資料を示さず自論が支持されていると思わせる
　　　　 「アメリカでは企業間データを XML でやり取りするのが一般的だ」
　６：一見関係ありそうで関係ない話を始める
　　　　 「ところで、今の XML パーサーのベースは日本人が作ったのを知っているか？」
　７：陰謀であると力説する
　　　　 「それは、バイナリ ﾏﾝｾｰ なアセ野郎が画策した陰謀だ」
　８：知能障害を起こす
　　　　 「何、DTD ごときにマジになってやんの、バーカバーカ」
　９：自分の見解を述べずに人格批判をする
　　　　 「今時 Relaxer も知らない奴は社会に出てない証拠。現実をみてみろよ」
　10：ありえない解決策を図る
　　　　 「パーサーをアセンブラで組めば良いってことでしょ」
0056nobodyさん02/11/17 13:41ID:???
>55
別にXMLマンセーではないが、将来ハードスペックがあがることを
想定したリッチな機能開発って必要だと思うよ。現場で汗流してる
人には許せんのかもしれんが。
0057nobodyさん02/12/09 15:20ID:O0IgB5BC
正直、メリットがわからん。
B2B間でデータやりとりするのにどうしてこれがいるわけ？
オフィス内のデータをこれで文書化して何が嬉しいわけ？
0058nobodyさん02/12/09 15:43ID:???
メリットはシャンプーですが何か？

メリットがわからんﾔｼらって本当にプログラマなのか。。
>>53みたいのはうざいだけだぞ
0059名無しさん02/12/18 10:02ID:???
XML = Lisp
0060nobodyさん02/12/26 22:06ID:???
まあ、役にたとうがたつまいが勉強しといて損はないかと思われ。
すたれたら忘れりゃいいし。

>>59
さんざんｶﾞｲｼｭﾂ。
でも = じゃないと思うぞ、ってのもさんざんｶﾞｲｼｭﾂ。

0061nobodyさん03/04/11 17:23ID:q9uDlQVM
xml=windowsの.iniファイル
0062nobodyさん03/05/25 07:46ID:pukW7481
>>55
詭弁を詭弁か否か判断する知識として勉強になったよ。
仕事で生かせそうでつ。サンキュ。

でもいろんな考えや経験や立場の人がいるのだから、
詭弁ともとれるマジレスがあるのも結構いいのでは？

XMLのことはよーわかりまへん。
主題から外れた発言で失礼しますた。
0063nobodyさん03/05/25 08:42ID:???
そ、それは(ほぼ)コピペにマジレスというやつか!?
0064nobodyさん03/06/22 05:24ID:34ohwSgo
さらら並に物分かりのよい彼女がほしいと思った
この手の仕事をしている男子のあこがれ？
0065nobodyさん03/06/24 08:45ID:Roxii/h3
でと、スカパー番組をＸＭＬにするにはと
<ch></ch>
<date></date>
<time></time>
<title></title>
こんなかんじがいいのかな？
このＸＭＬファイルをダウンロードするだけで予約ＯＫとかにならないかなスカパー
0066nobodyさん03/09/02 11:57ID:???
保守
0067nobodyさん03/09/03 23:34ID:7DANeIEG
あげてみる

JavaとかでXMLによる永続オブジェクトとかんなんとかっていうのがｲｲ!というようなことを
みたんだけど、実際やってる人XMLってプログラムラミング楽になりますか？
0068nobodyさん03/09/06 18:20ID:E6kbgJi/
>>67
Ｃの構造体の呪縛から逃れられそうな気がするんでラク。

つーかなんか今更という感じの質問だな。

このスレも今となってはなんか今更。
0069M$CM03/09/06 19:53ID:???
xmlトランザクションシステムには笑った（ｗ
0070名無し~3.EXE03/09/07 02:08ID:d/NhpeTc
XMLCSV があればいいなあ。
0071nobodyさん03/10/07 17:56ID:ROiwLz9K
XMLはどうもねぇ〜。。。
期待大きかったのに。
0072nobodyさん04/02/02 11:27ID:???
EclipseのOmondoプラグインでSVG使われてるね。
0073nobodyさん04/12/21 19:46:50ID:Y2gqMWo0
XMLに画像データを入れる場合は何の形式で入れますか？

Jpegをなんかのエンコードして、タグにJpegだと書いときゃ良いのか？
0074nobodyさん04/12/27 17:59:04ID:???
blogはXMLじゃないんですか？
0075nobodyさん04/12/28 12:13:05ID:???
ほう、ではBlogはIEを捨ててるのか
0076nobodyさん04/12/30 04:49:25ID:???
XML宣言しているのに拡張子がhtmlってなんかおかしくね？
0077nobodyさん04/12/31 20:09:51ID:???
現状ではしょうがなくね?
0078nobodyさん05/02/19 08:22:02ID:???
>>77
サーバー側でメディアタイプさえきちっと指定されてさえいれば、index.xhtml だろうが index.foo.bar.baz だろうが問題ないはずでは？
0079nobodyさん05/02/19 17:55:47ID:???
VIPPERから
　　　　　VIP取ったら
　　　　　　　　ただのパー　　　　（○）　　　　　　　　　　〜φ ←蛾
　　　　　　　　　　　　　　　　　 　　ヽ|〃　ﾁｮｳﾁｮﾀﾞｰ　
　　　　　　　　　 　　　　　　　　ヽ( ﾟ∀｡)ノ 　
　　　　　　　　　　　　　　　　三　ﾉ　ﾉ　　　　　 　　　　　　　　それがVIPクオリティー
　　　　　　　　　　　　　　　　三丿　>　　　　　　　　　　　　　　http://ex7.2ch.net/news4vip/
0080nobodyさん2005/06/17(金) 23:14:27ID:???
RSSから入ってwebサイトの一部コンテンツをXMLベースにすることを
やりはじめた。だが、ちょと考えると、XML + XSLT --> XHTML という流
れと、　RDBMS + PHP --> XHTML という流れのページ作成手法では
後者のほうが、拡張性、汎用性、任意の論理演算可能性とかの点で
やっぱはるかに勝るように見えるんだけどどうよ。結局、漏れはRSS作るのも
RDBMSから作成するようにしちまった。ようは、XMLベースが有利なのは、
更新頻度があんまり高くなくて（せいぜい一日一回くらいとか）、処理が
うんと定型的なものに尽きると、そいう理解で良いのか？
0081nobodyさん2005/06/20(月) 10:09:06ID:???
元データを二次元表形式で表現できるなら、RDBMS のが圧倒的に楽だと思う。
RSS なんてまさにそれ。

XML が有利になるのは深さ可変のツリーとかかなあ。
でもそういうデータって実際あんまり無いよね。
0082802005/06/25(土) 07:06:17ID:???
>>81 可変深さのツリーか。たしかに、そうだね。
0083nobodyさん2005/07/08(金) 15:23:25ID:???
階層化ハッシュみたいのがl表記出来たら、ものすごく普及するんだろうけどな。
0084nobodyさん2005/07/27(水) 18:54:03ID:+bdo8z+3
ageとくよ
0085nobodyさん2005/08/01(月) 10:41:06ID:4v4lzVG+
ageとくよ
0086nobodyさん2005/08/01(月) 11:45:24ID:???
別にいいよ
0087nobodyさん2005/08/02(火) 21:08:34ID:???
>>83
「階層化ハッシュみたいなもののl表記」ってなんですか？
0088nobodyさん2005/08/04(木) 11:06:50ID:S3KHV7Uv
掲示板とか、ちょっとしたCMSのログをXML形式にしたら楽な気がするんだが、ログファイルをXML形式で扱ってる
スクリプトって配布されてるものって何かある？参考にしたいから知ってたら教えて。
0089nobodyさん2005/08/05(金) 12:57:18ID:???
巷の小学生女児のマストアイテム
0090nobodyさん2005/09/05(月) 14:04:19ID:???
>>67
楽になる。

設定ファイルなんてすべてXMLが常識だろ

今時CSVやバイナリなんて限界ありすぎなんだよ。

XMLのほうが変更が容易でデータ構文エラーチェックも容易だ。
間違った記法もXMLパーサがちゃんと調べてくれるからな。
データがツリー構造になって管理が楽だ。
問題があるとすれば、一つのXMLファイル内にデータが蓄積されすぎないように
気をつけるべきことだな。

データ量が膨大になったとき、データのパターンが一定ならXMLを継続して使っても
問題ない、だが、データの更新が非常に頻繁で、データのパターンが非常に複雑多岐に渡ったときは
もうお手上げだ。XMLだけでは耐えられない。
そうなったらリレーショナルデータベースの出番だ。
MySQL, PostgreSQL, Firebird, Oracle, HSQLDB, Apache Derbyなどの出番だ。


0091nobodyさん2005/09/05(月) 14:06:19ID:???
>>76
中身がXHTMLならＸＭＬになっていても拡張子はhtmlで当然だろう。

XHTMLはXMLの応用規格の一つなのだから。
0092nobodyさん2005/09/05(月) 14:07:10ID:???
XMLには拡張子がこれじゃないという決まりは無い。
だからSVGだって中身がXMLであっても拡張子はsvgとかでもかまわない。
0093nobodyさん2005/09/06(火) 11:16:41ID:???
俺の拡張子は.xyz
0094nobodyさん2005/09/07(水) 02:40:02ID:4XgJ1zBd
MacOSXとかだとアプリケーションの初期設定ファイルはほとんどXMLだしな。

>>93
RPGツクールが同じ拡張子使ってるよな
0095nobodyさん2005/09/07(水) 03:20:36ID:???
俺の拡張子は.sex
0096nobodyさん2005/09/07(水) 20:57:53ID:???
オレの拡張子は.analだが
0097nobodyさん2005/09/07(水) 21:19:44ID:???
じゃあ Sexual Intercourse Definition Language (SIDL) とかいう規格を作ってだな
0098nobodyさん2006/08/05(土) 18:50:35ID:???
XSLとか書いて使ってる人はひじょーに限られてると思う
DOMはかなり使うな
0099nobodyさん2006/12/07(木) 23:05:08ID:???
XPathもよく使う。
XSLはいらん。ていうかあれがXMLである必然性は０。
もっとちゃんとしたDSLの方がいい。
0100nobodyさん2006/12/08(金) 05:48:34ID:???
XMLの良書や使えるサイトが少ない
0101nobodyさん2007/03/22(木) 14:43:23ID:OiSRxs3m
で、どうなの？
0102nobodyさん2007/03/23(金) 16:52:57ID:???
どうなんだろうね
0103nobodyさん2007/03/24(土) 00:24:00ID:???
ブログのログをXMLにしようと思ったけどやめた。
0104nobodyさん2007/03/24(土) 20:25:06ID:JieCzNs4
単純に質問だけど、みんな仕事でバリバリ使ってる？＞XML
0105nobodyさん2007/03/25(日) 16:22:42ID:???
タブ区切りのデータをXMLにしてみたら10倍以上のサイズになったので止めた。
今はJSONにしてる。
0106nobodyさん2007/03/25(日) 16:47:49ID:???
自分のサイトで使うのは、Json
どっかから引っ張ってくるデータはXMLが多いな
0107nobodyさん2007/03/27(火) 15:36:08ID:???
ｼﾞｪｰｿﾝってXPathのような検索はできるのかい？
それなら俺もXMLとは縁を切る。
0108nobodyさん2007/07/22(日) 18:40:45ID:???
検索はできる。実装は自分で。
0109nobodyさん2007/08/12(日) 18:15:01ID:IKBC/wxI
で、どうなん？
0110nobodyさん2007/08/22(水) 13:34:34ID:???
JSONみたいなアイディアって、
設定ファイルがシェルスクリプトの世界では普通に使われているような気がするのだが。
いったい何が目新しいのだ？

RFC になってるってこと？
0111nobodyさん2008/02/07(木) 10:59:52ID:???
>>105
間違っています。
以上。
はい次の方。
0112nobodyさん2008/07/20(日) 14:54:58ID:???
JAISONで検索はキツイ
0113nobodyさん2008/09/18(木) 15:06:48ID:G7Y9OiFB
age
0114nobodyさん2008/10/02(木) 00:17:01ID:???
iniファイルをxmlにしたらほとんど記述が変わらなくて笑った。

[network]
ip=192.168.0.1
port=8000
timeout=5000

→xmlにすると

<network
ip="192.168.0.1"
port="8000"
timeout="5000"
/>

xmlはデータ量多くなりがちっていうけど、そんなでもないな。
0115nobodyさん2008/10/02(木) 00:36:32ID:???
どう考えても普通じゃない書き方だな
0116nobodyさん2008/10/02(木) 00:43:08ID:???
<network>
　<ip>192.168.0.1</ip>
　　：
</network>
となると、かなりうんざりだろな。

そこでProtcol Bufferですｙ
0117nobodyさん2008/10/02(木) 20:44:18ID:???
>>116
普通はそうかもしれないけど、
重複しないことが約束されていてネストするわけでもない値を
要素にする意味はほとんどないと思うなあ。

全部属性でいいのよ。こんなん。
0118nobodyさん2008/10/22(水) 23:45:48ID:???
XMLの真価はクロス環境での利用だと思ってる。
互換性の問題が無いのはありがたい
0119nobodyさん2008/11/17(月) 23:36:35ID:1s40Gujh
結局企業間のデータ連携や、パッケージソフトのインターフェースとしては
まったく採用されてないよね。
0120nobodyさん2008/11/18(火) 00:38:40ID:NLi9P4gc
まあiniファイルみたいなもんだな
0121nobodyさん2008/11/18(火) 03:54:07ID:RSaPRv3J
使ってるところは使ってる
使ってないところは使ってない
0122nobodyさん2011/01/07(金) 04:15:43ID:UmbqjiCC
age
0123nobodyさん2011/01/07(金) 12:17:13ID:???
テス
0124nobodyさん2011/01/07(金) 12:26:26ID:???
書けた
いま最初から読んでみたけど、ずいぶん時代も変化してるよなー

最初はiniファイルに毛が生えた程度に思ったけどな。

今じゃドトネト使いだと結構恩恵あるよなー
楽になったもんだ
0125nobodyさん2011/01/07(金) 19:38:56ID:???
でもXMLは時代にそぐわないよね
0126nobodyさん2011/01/11(火) 19:58:43ID:???
ここ最近は新しい書籍も見なくなったが、枯れた技術にでもなったのか？
0127nobodyさん2011/01/21(金) 20:16:39ID:DPQVjCxw
若気のいたりで取得したXMLマスタープロフェッショナルが通りましたよ。
0128nobodyさん2011/01/22(土) 15:12:06ID:ZP5RUqsW
>>127
役に立ってる？
0129nobodyさん2011/01/23(日) 17:00:00ID:???
いまだにＸＭＬ形式でわざわざデータを受け渡す意味がわからん
0130nobodyさん2011/01/23(日) 22:11:19ID:???
>>128

役に立ってるかと言えば仕事では全く使わないってのと、
転職活動で役に立つかというと取得者が少なすぎて、
どんだけ苦労するか分かってもらえない。
また、XMLの知識が必須な職場ってない上、単なる要素技術であるから
求職力も大して無し。
■ このスレッドは過去ログ倉庫に格納されています