アカウント名:
パスワード:
クライアントがWinでWebDAVフォルダをドライブにマップした場合、MSがWebDAVを独自拡張したリクエストを出すのか、WebDAVサーバがApache + mod_davでは大きいファイルの転送時に固まるなどものすごく挙動不審なのは広く知られた話です。ドライブマップしない場合でも、いろいろと挙動不審になります。
しかし、WebDAVサーバがWindows Serverになるとものすごく安定します。正直、クライアントがWinの場合、個人用途だろうがなんだろうがApache + mod_davではつかいものならないので、Windows Serverへの移行をお勧めしたわけです。もちろん、それはクライアント側の問題なのですがね…
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生unstable -- あるハッカー
WebDAVは (スコア:2, 参考になる)
WebDAV周りもブラッシュアップしてくれると嬉しいところです。
Overview of new features in Apache 2.2 [apache.org]にはdavのことは触れられていないようです。
Apache 1.3.xから2.0.xへの移行でも目立った変化はないようですし
New module in Apache 2.0.
This module implements the HTTP Distributed Authoring
and Versioning (DAV) specification for posting and
maintaining web content.
とはありますが。
むしろWebを探し回って1.3.xの情報が多
Re:WebDAVは (スコア:0, おもしろおかしい)
Re:WebDAVは (スコア:1, 興味深い)
素人のホームサーバなので、できればコストをかけたくないですね。
WebDAVはRFC 2518で定義されているそうですが、
ファイル名(URL?)のエンコーディングすら規定されていないようで
結果としてmod_encodingといったものが必要になります。
素人考えだけど、ずいぶん汚い仕様というか、
文字列と言ったらASCIIに決まってるって短絡的な発想で作ったのではないかと。
Sambaとか他にもファイル共有の仕組みはありますが
httpベースのメリットはかなり大きいと思いますので、
WebDAVにもがんばっていただいて、国際化とか、
最低限の枠組みをRFCとmod_davに組み入れて欲しいと思います。
mod_encodingも標準的なmake installではインストールできないし
1.3向けのを拾って2.0のコードと入れ替えて、
makeしてもmod_encoding.soの作成に失敗するので自分でやったり
apxs使ったり、iconv使うけど、エンコーディング変換テーブルに問題があるのか
iconv_hookが必要だったり、あるいはglibcにパッチ当てたり
今ではできるようになったけど、もう少し敷居を下げて欲しいところです。
Re:WebDAVは (スコア:2, 参考になる)
クライアントがWinでWebDAVフォルダをドライブにマップした場合、MSがWebDAVを独自拡張したリクエストを出すのか、WebDAVサーバがApache + mod_davでは大きいファイルの転送時に固まるなどものすごく挙動不審なのは広く知られた話です。ドライブマップしない場合でも、いろいろと挙動不審になります。
しかし、WebDAVサーバがWindows Serverになるとものすごく安定します。正直、クライアントがWinの場合、個人用途だろうがなんだろうがApache + mod_davではつかいものならないので、Windows Serverへの移行をお勧めしたわけです。もちろん、それはクライアント側の問題なのですがね…