■■で結局XMLって普及してんのか？■■
■ このスレッドは過去ログ倉庫に格納されています
0001
01/12/15 00:49ID:MaZmYh8lハッキリしろい！！
0026nobodyさん
02/10/20 13:47ID:+34HshGQ>>16
XMLの雑誌で残ってるのあるの？
0027かおりん祭り ◆VqKAORinK6
02/10/20 13:48ID:???| | | ￣￣￣￣￣￣￣∨￣￣￣￣￣￣ │
|＠ノハ＠ |ノノノハヽ |∋oノノハo∈|∋o☆ノハ☆o∈| このAAがズレない環境で |
|（ ‘д‘） |川‘～‘)|| | （ ´ⅴ｀） | （ ＾▽＾） | ２ちゃんねるのAAが最も楽しめます |
0028nobodyさん
02/10/20 16:28ID:???0029nobodyさん
02/10/20 17:17ID:qpipozpWCSV World
CSVマガジン
なんてものが書店に並んでいたようなものだね
0030nobodyさん
02/10/20 17:20ID:???特集2. Javaから使えるCSV操作API完全制覇
トピック1. 標準化が迫るCSV Schema
トピック2. CSVフレームワークBoboon2で大量データ管理
製品レビュー. MSが時期Officeで発表するCSVDoc
0031nobodyさん
02/10/20 20:56ID:FfkfWZhu0032nobodyさん
02/10/26 18:21ID:o7SGcg3fMS、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マジレスしておくと、このことで、OOoとの連携で恩恵を受けるのは、MSオフィス11の利用者だけ。
ということは、OOoに火がつくには、MSO11 が普及してくれなければ困るわけ。
ということで、じりじりは火がつくかもしれんが、一気にはつかない。
まあ、OOoで、現在もMSO形式に保存してやれば、簡単なものは大丈夫だろうけどね。
0034nobodyさん
02/10/26 21:06ID:2YrLVkVEすげー面倒だと思われ。
きっと、それをさらに解析してくれるモジュールが欲しくなるハズ。
Wordの１ページ目のテキスト取得・・・とか。
0035nobodyさん
02/10/27 23:54ID:bq2y0lfuネイティブXMLをそのまま保存して、かつクエリー検索したり
あるノードの値で、集計、ソートできてくれれば結構良いかも。
クラスの構造をXMLにシリアライズして、そのままストアできるんなら
プログラムも楽か？
0036nobodyさん
02/10/29 00:20ID:cU75Eh1bXMLDBのメリットは、せいぜい
・文書を跨ったXPath検索ができる（ファイルシステムに格納ではこれはできまい）
・XMLの更新にアップデートが使える
といったところじゃないかなぁ？
Yggdrasil使ったことある人いる？
0037nobodyさん
02/10/29 00:37ID:8bt4jkxj基本的なデータはXMLなんだけど、計測結果やログなどは、元データとViewを
貼ったり、集計したりしたかったりするわけですが、そういう場合は、やぱ、今までの
RDBを使うべきなんでしょうか。
両方のデータを、表にもXMLにも表現できるViewが使えて、相互運用できるように
ならないかなぁ。
0038nobodyさん
02/10/29 01:05ID:cU75Eh1bどちらかが代替になるという代物ではないと思う。
XMLDBはやっぱファイルシステムのようなツリー構造の拡張版でしょう。
0039nobodyさん
02/10/29 09:08ID:???そのBoboonって有ったら使うから作ってけれ。
毎回プロジェクト始まるたびにCSVTokenizerとか作ってるよ、漏れ。
0040nobodyさん
02/10/30 12:59ID:3yGzF2Oi004140
02/10/30 12:59ID:3yGzF2Oi0042nobodyさん
02/10/31 00:54ID:???この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+そのうち2chもデータをXMLで吐き出す鴨
0044
02/11/04 18:27ID:w0sfitCm回線も大きくならないと
0045nobodyさん
02/11/04 20:18ID:qKo9EHT5クライアントサイドレンダリングは永遠の夢に終わりそうなﾖｶｰﾝ
0046nobodyさん
02/11/05 13:24ID:LsjGFRmOBBSでさえサーバ側でgif にレンダリングしてクライアントに送るとか！
0047nobodyさん
02/11/05 14:57ID:+243Qcrt0048nobodyさん
02/11/05 20:52ID:???ネトゲで"アイテム一覧表"をXML+XSLでユーザーサイドレタリングさせてるのを見た、
バカと言うか、趣味の世界だと思った(W
0049nobodyさん
02/11/09 09:54ID:XR0o3G4oクライアントサイドレンダリングは､Cocoon でやってる事じゃないの？
PDF,SVG,PS,WML,VoxML,VRML 等を出力できるよ。 これらのビュワが､クライアントに有ればよい。
0050nobodyさん
02/11/09 12:56ID:G2RRu86eそういうことではなく、クライアントのXSLTエンジンで
XML + XSLの処理を行うハナシ。
昔検索エンジンで意味を解釈できれば、検索精度上がるね～
とか言ってた時期があったよなぁ。サーバー上にXML + XSLを
置いとけば、世界的なDBが作れて、将来バラ色～みたいな世界。
ネスケがどうの、テキストブラウザがどうのと言っているようじゃ、
永遠に、そんな世界はやってこない。
0051nobodyさん
02/11/09 13:34ID:y209qDx/0052nobodyさん
02/11/09 20:43ID:???0053nobodyさん
02/11/12 19:15ID:RqbmCCe9自前の規格を中途半端に作って神になり、
メンテで犬のように苦しむ。
それでこそプログラマでは？
0054nobodyさん
02/11/16 08:53ID:???自分でパーザ書いたり、正規表現で上手いこといかないか
考えるのは面倒やし。
0055nobodyさん
02/11/17 03:41ID:???皆様も以下の「詭弁の特徴」を覚え、そういう輩を排除しましょう。。
例：「XML ははたして糞か」という議論をしている場合
あなたが「XML は糞としての条件を満たしている」と言ったのに対して
否定論者が…
１：事実に対して仮定を持ち出す
「XML の処理は遅いが、もし速い処理系があったらどうだろうか？」
２：ごくまれな反例をとりあげる
「だが、XML にしたほうがオーバーヘッドを少なくすることもある」
３：自分に有利な将来像を予想する
「何年か後、オーバーヘッドが気にならなくなるくらいハードが進化してる」
４：主観で決め付ける
「W3C がゆるさない」
５：資料を示さず自論が支持されていると思わせる
「アメリカでは企業間データを XML でやり取りするのが一般的だ」
６：一見関係ありそうで関係ない話を始める
「ところで、今の XML パーサーのベースは日本人が作ったのを知っているか？」
７：陰謀であると力説する
「それは、バイナリ ﾏﾝｾｰ なアセ野郎が画策した陰謀だ」
８：知能障害を起こす
「何、DTD ごときにマジになってやんの、バーカバーカ」
９：自分の見解を述べずに人格批判をする
「今時 Relaxer も知らない奴は社会に出てない証拠。現実をみてみろよ」
10：ありえない解決策を図る
「パーサーをアセンブラで組めば良いってことでしょ」
0056nobodyさん
02/11/17 13:41ID:???別にXMLマンセーではないが、将来ハードスペックがあがることを
想定したリッチな機能開発って必要だと思うよ。現場で汗流してる
人には許せんのかもしれんが。
0057nobodyさん
02/12/09 15:20ID:O0IgB5BCB2B間でデータやりとりするのにどうしてこれがいるわけ？
オフィス内のデータをこれで文書化して何が嬉しいわけ？
0059名無しさん
02/12/18 10:02ID:???0060nobodyさん
02/12/26 22:06ID:???すたれたら忘れりゃいいし。
>>59
さんざんｶﾞｲｼｭﾂ。
でも = じゃないと思うぞ、ってのもさんざんｶﾞｲｼｭﾂ。
0061nobodyさん
03/04/11 17:23ID:q9uDlQVM0062nobodyさん
03/05/25 07:46ID:pukW7481詭弁を詭弁か否か判断する知識として勉強になったよ。
仕事で生かせそうでつ。サンキュ。
でもいろんな考えや経験や立場の人がいるのだから、
詭弁ともとれるマジレスがあるのも結構いいのでは？
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:7DANeIEGJavaとかでXMLによる永続オブジェクトとかんなんとかっていうのがｲｲ!というようなことを
みたんだけど、実際やってる人XMLってプログラムラミング楽になりますか？
0068nobodyさん
03/09/06 18:20ID:E6kbgJi/Ｃの構造体の呪縛から逃れられそうな気がするんでラク。
つーかなんか今更という感じの質問だな。
このスレも今となってはなんか今更。
0069M$CM
03/09/06 19:53ID:???0070名無し~3.EXE
03/09/07 02:08ID:d/NhpeTc0071nobodyさん
03/10/07 17:56ID:ROiwLz9K期待大きかったのに。
0072nobodyさん
04/02/02 11:27ID:???0073nobodyさん
04/12/21 19:46:50ID:Y2gqMWo0Jpegをなんかのエンコードして、タグにJpegだと書いときゃ良いのか？
0074nobodyさん
04/12/27 17:59:04ID:???0075nobodyさん
04/12/28 12:13:05ID:???0076nobodyさん
04/12/30 04:49:25ID:???0077nobodyさん
04/12/31 20:09:51ID:???0078nobodyさん
05/02/19 08:22:02ID:???サーバー側でメディアタイプさえきちっと指定されてさえいれば、index.xhtml だろうが index.foo.bar.baz だろうが問題ないはずでは？
0079nobodyさん
05/02/19 17:55:47ID:???VIP取ったら
ただのパー （○） ～φ ←蛾
ヽ|〃 ﾁｮｳﾁｮﾀﾞｰ
ヽ( ﾟ∀｡)ノ
三 ﾉ ﾉ それがVIPクオリティー
三丿 > http://ex7.2ch.net/news4vip/
0080nobodyさん
2005/06/17(金) 23:14:27ID:???やりはじめた。だが、ちょと考えると、XML + XSLT --> XHTML という流
れと、 RDBMS + PHP --> XHTML という流れのページ作成手法では
後者のほうが、拡張性、汎用性、任意の論理演算可能性とかの点で
やっぱはるかに勝るように見えるんだけどどうよ。結局、漏れはRSS作るのも
RDBMSから作成するようにしちまった。ようは、XMLベースが有利なのは、
更新頻度があんまり高くなくて（せいぜい一日一回くらいとか）、処理が
うんと定型的なものに尽きると、そいう理解で良いのか？
0081nobodyさん
2005/06/20(月) 10:09:06ID:???RSS なんてまさにそれ。
XML が有利になるのは深さ可変のツリーとかかなあ。
でもそういうデータって実際あんまり無いよね。
0083nobodyさん
2005/07/08(金) 15:23:25ID:???0084nobodyさん
2005/07/27(水) 18:54:03ID:+bdo8z+30085nobodyさん
2005/08/01(月) 10:41:06ID:4v4lzVG+0086nobodyさん
2005/08/01(月) 11:45:24ID:???0088nobodyさん
2005/08/04(木) 11:06:50ID:S3KHV7Uvスクリプトって配布されてるものって何かある？参考にしたいから知ってたら教えて。
0089nobodyさん
2005/08/05(金) 12:57:18ID:???0090nobodyさん
2005/09/05(月) 14:04:19ID:???楽になる。
設定ファイルなんてすべてXMLが常識だろ
今時CSVやバイナリなんて限界ありすぎなんだよ。
XMLのほうが変更が容易でデータ構文エラーチェックも容易だ。
間違った記法もXMLパーサがちゃんと調べてくれるからな。
データがツリー構造になって管理が楽だ。
問題があるとすれば、一つのXMLファイル内にデータが蓄積されすぎないように
気をつけるべきことだな。
データ量が膨大になったとき、データのパターンが一定ならXMLを継続して使っても
問題ない、だが、データの更新が非常に頻繁で、データのパターンが非常に複雑多岐に渡ったときは
もうお手上げだ。XMLだけでは耐えられない。
そうなったらリレーショナルデータベースの出番だ。
MySQL, PostgreSQL, Firebird, Oracle, HSQLDB, Apache Derbyなどの出番だ。
0091nobodyさん
2005/09/05(月) 14:06:19ID:???中身がXHTMLならＸＭＬになっていても拡張子はhtmlで当然だろう。
XHTMLはXMLの応用規格の一つなのだから。
0092nobodyさん
2005/09/05(月) 14:07:10ID:???だからSVGだって中身がXMLであっても拡張子はsvgとかでもかまわない。
0093nobodyさん
2005/09/06(火) 11:16:41ID:???0094nobodyさん
2005/09/07(水) 02:40:02ID:4XgJ1zBd>>93
RPGツクールが同じ拡張子使ってるよな
0095nobodyさん
2005/09/07(水) 03:20:36ID:???0096nobodyさん
2005/09/07(水) 20:57:53ID:???0097nobodyさん
2005/09/07(水) 21:19:44ID:???0098nobodyさん
2006/08/05(土) 18:50:35ID:???DOMはかなり使うな
0099nobodyさん
2006/12/07(木) 23:05:08ID:???XSLはいらん。ていうかあれがXMLである必然性は０。
もっとちゃんとしたDSLの方がいい。
0100nobodyさん
2006/12/08(金) 05:48:34ID:???0101nobodyさん
2007/03/22(木) 14:43:23ID:OiSRxs3m0102nobodyさん
2007/03/23(金) 16:52:57ID:???0103nobodyさん
2007/03/24(土) 00:24:00ID:???0104nobodyさん
2007/03/24(土) 20:25:06ID:JieCzNs40105nobodyさん
2007/03/25(日) 16:22:42ID:???今はJSONにしてる。
0106nobodyさん
2007/03/25(日) 16:47:49ID:???どっかから引っ張ってくるデータはXMLが多いな
0107nobodyさん
2007/03/27(火) 15:36:08ID:???それなら俺もXMLとは縁を切る。
0108nobodyさん
2007/07/22(日) 18:40:45ID:???0109nobodyさん
2007/08/12(日) 18:15:01ID:IKBC/wxI0110nobodyさん
2007/08/22(水) 13:34:34ID:???設定ファイルがシェルスクリプトの世界では普通に使われているような気がするのだが。
いったい何が目新しいのだ？
RFC になってるってこと？
0112nobodyさん
2008/07/20(日) 14:54:58ID:???0113nobodyさん
2008/09/18(木) 15:06:48ID:G7Y9OiFB0114nobodyさん
2008/10/02(木) 00:17:01ID:???[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:???<ip>192.168.0.1</ip>
：
</network>
となると、かなりうんざりだろな。
そこでProtcol Bufferですｙ
0117nobodyさん
2008/10/02(木) 20:44:18ID:???普通はそうかもしれないけど、
重複しないことが約束されていてネストするわけでもない値を
要素にする意味はほとんどないと思うなあ。
全部属性でいいのよ。こんなん。
0118nobodyさん
2008/10/22(水) 23:45:48ID:???互換性の問題が無いのはありがたい
0119nobodyさん
2008/11/17(月) 23:36:35ID:1s40Gujhまったく採用されてないよね。
0120nobodyさん
2008/11/18(火) 00:38:40ID:NLi9P4gc0121nobodyさん
2008/11/18(火) 03:54:07ID:RSaPRv3J使ってないところは使ってない
0122nobodyさん
2011/01/07(金) 04:15:43ID:UmbqjiCC0123nobodyさん
2011/01/07(金) 12:17:13ID:???0124nobodyさん
2011/01/07(金) 12:26:26ID:???いま最初から読んでみたけど、ずいぶん時代も変化してるよなー
最初はiniファイルに毛が生えた程度に思ったけどな。
今じゃドトネト使いだと結構恩恵あるよなー
楽になったもんだ
0125nobodyさん
2011/01/07(金) 19:38:56ID:???0126nobodyさん
2011/01/11(火) 19:58:43ID:???■ このスレッドは過去ログ倉庫に格納されています