Page 889 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 通常モードに戻る ┃ INDEX ┃ ≪前へ │ 次へ≫ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ▼[無題] パーマン 04/12/26(日) 19:31 ┗Re:[無題] ゆえ 04/12/26(日) 22:45 ┗Re:[無題] パーマン 04/12/26(日) 23:54 ┗Re:[無題] パーマン 04/12/26(日) 23:56 ┗Re:ジオの画像を直リンクで表示させたい ゆえ 04/12/27(月) 1:05 ┣Re:ジオの画像を直リンクで表示させたい パーマン 04/12/27(月) 10:59 ┃ ┗Re:ジオの画像を直リンクで表示させたい ゆえ 04/12/27(月) 12:20 ┗Re:ジオの画像を直リンクで表示させたい Pid 04/12/28(火) 14:16 ┗【OFFTOPIC】URI とパス Pid 04/12/29(水) 6:21 ┗Re:【OFFTOPIC】URI とパス Pid 04/12/31(金) 11:34 ─────────────────────────────────────── ■題名 : [無題] ■名前 : パーマン ■日付 : 04/12/26(日) 19:31 -------------------------------------------------------------------------
ゲオシティーズでしているんですが、画像のアップロードをして BBSに張ろうとすると失敗してしまいます。 これは多分ゲオシティーズが画像の使用をゲオ内だけにとどめている からだと思うんですが。 BBSなどのゲオとは、関係のないサーバーに画像をアップロードして 貼りたいのですが、どこでアップロードしたらいいでしょうか? アップロード掲示板などは、あるようなのですが、 画像が後へ流されていき、ログへ残っていないと言う状況になるのは 分かっているので避けたいです。 でどこでアップロードしたらいいでしょうか? よろしくお願いします。 |
▼パーマンさん: >ゲオシティーズでしているんですが、画像のアップロードをして >BBSに張ろうとすると失敗してしまいます。 > >これは多分ゲオシティーズが画像の使用をゲオ内だけにとどめている >からだと思うんですが。 > >BBSなどのゲオとは、関係のないサーバーに画像をアップロードして >貼りたいのですが、どこでアップロードしたらいいでしょうか? >アップロード掲示板などは、あるようなのですが、 >画像が後へ流されていき、ログへ残っていないと言う状況になるのは >分かっているので避けたいです。 > >でどこでアップロードしたらいいでしょうか? >よろしくお願いします。 > ジオシティーズですね(^^; ご質問の通り、ジオでは画像の外部呼び出し(直リンク)を禁止しています。 直リンクで表示せる方法はこちらがご参考になるかと http://www.geocities.co.jp/Milano/5397/faq/htmlcss/htmlcss26.html |
とてもとても恥ずかしいです、、、、 すいませんジオシティーズですね、、、 自分の借りてるサーバーも知らないなんて、、、 すいません。 回答アリガトウございます。 絶対パスと言うものを調べたのですが、はっきり言ってむずかしすぎます! もしhttp://www.geocities.jp/hama_7772000/icondbbejita5.gifこの 画像をBBSへ張ろうと思い絶対パスにするとどういう形になりますか??? ご迷惑掛けてすいません。 本当にこれだけはワカリマセンでしたペコリ(o_ _)o)) よろしくお願いします。 |
さっきのリンクがリンク先へいけないので http://www.geocities.jp/hama_7772000/icondbbejita5.gif |
>さっきのリンクがリンク先へいけないので >http://www.geocities.jp/hama_7772000/icondbbejita5.gif や、これが「絶対パス」ですよ〜 「icondbbejita5.gif」という画像の絶対パスが、上記のものです。 リンク先に行けないのは、画像を絶対パスで呼び出す=直リンク=外部呼び出しの行為ですので 画像が表示されないのです。 絶対パスについては、こちらをご参考に http://www.shoshinsha.com/pukiwiki/pukiwiki.php?%C0%E4%C2%D0%A5%D1%A5%B9 http://www.shoshinsha.com/hp/1hour/know/pass.html ※クドイですが、タイトルに質問内容を入れてくださいね |
これは強敵だ、、、、 本当に申し訳ないです。 http://www.bbsplus.com/cgi-bin/t5/joy.cgi?id=hama_777 このBBSにジオからの画像を張るのには どう改善したらいいんですか? http://www.geocities.jp/hama_7772000/icondbbejita5.gif |
先の回答で自分が掲示したリンク先の解説は確認しましたか? そちらにジオからの画像をはる方法が解説されています。 ***引用*** なお、ジオでは「画像置き場としてのHPスペースの利用」は禁止されているので、 レンタル掲示板などにジオの自分のスペースにある画像を表示させる場合は、 自分のページの index.html からリンクを辿れるページにそれらの画像を表示させておいて下さい。 そうしないと、「画像置き場としての利用」となって規約違反になります。 ***引用終わり*** つまり、画像掲示用のページが必要ということです。 そしてそのページはTOPページ(index.html)から、リンクしている必要があるということです。 こちらの方法を取りたくない場合は、画像の外部参照(直リンク)が可能な サーバーに移転するしかありません。 |
▼ゆえさん: >>http://www.geocities.jp/hama_7772000/icondbbejita5.gif >や、これが「絶対パス」ですよ にゃ,それは「絶対パス」でなく「絶対 URI」言います。絶対パスは 「/hama_7772000/icondbbejita5.gif」の部分です。 …とゴミのようなツッコミをしてみる。 Geocities の画像問題については,某所での議論をある方がまとめて下さったページもありますので,紹介しときます。 ・http://www.geocities.jp/ma2chin1226/linktest/ |
> それは「絶対パス」でなく「絶対 URI」言います。 について説明を省略し過ぎたので,オフトピックな追記をお許し下さい。しかもこっそり書き直しました。 ==================== [1] ==================== Web 上のリソース(ファイル)の所在地を示す方法として,よく「URL」という用語が用いられます。しかし,HTML 4.0 以降(?)の仕様書における用語は「URI」で統一されています。URI は URL を含む,より広いリソース識別の概念です。 たとえば http://www.shoshinsha.com/cgi-bin/bbs_new/c-board.cgi という URI は,大きく 3 つの部分から構成されています。 ・ リソースを得る手段の名前付け方法(スキーム) = http ・ リソースを提供するホストマシン名(ドメイン名)= www.shoshinsha.com ・ リソース自身の名前(パス)= /cgi-bin/bbs_new/c-board.cgi パスというのはマシン内部でのリソースの所在地です。パスに,「どのマシンにおけるパスか」を示すドメイン名,「どのようにパスを表すか」を示すスキームを付加することで,世界中のマシンのリソースを表せる URI ができるわけです。したがって, ・ http://www.shoshinsha.com/cgi-bin/bbs_new/c-board.cgi = 完全な URI(絶対 URI) ・ /cgi-bin/bbs_new/c-board.cgi = 完全なパスだが,URI としてはスキームとドメイン名を省略(絶対パス,かつ相対 URI) ・ c-board.cgi = 省略されたパス(相対パス,かつ相対 URI) となります。 ==================== [2] ==================== 以下はマニアックな方のみお読み下さい。 URI は RFC 2396(http://www.ietf.org/rfc/rfc2396.txt)で定義されています(日本語訳は http://www.y-adagio.com/public/standards/tr_uri_2396/rfc2396-main.htm)。それによると,URI の主な構成は ・ <scheme>://<authority><path>?<query> です。ただし,リソースの名前付け方法(スキーム)によっては,全ての構成要素を持たないこともあります(たとえば,mailto スキームの URI には <path> が存在せず,file スキームの URI は <authority> が省略されている)。特に,階層的な性質を持つ URI では構成要素を分離するためにスラッシュ(/)を使用でき, ・ absoluteURI = scheme ":" ( hier_part | opaque_part ) ・ hier_part = ( net_path | abs_path ) [ "?" query ] ・ net_path = "//" authority [ abs_path ] ・ abs_path = "/" path_segments と定義されます。ここでは明らかに絶対 URI(absoluteURI)と絶対パス(abs_path)が区別されています。 ---------- 絶対パスという用語の使い方は人によってさまざまですが,CGI をお使いの方々によく見られるのはファイルシステムのパスとの混同です。このような方々は,たとえば, - (a). /home/Pid/public_html/index.html - (b). http://www.xxyy.zz/Pid/index.html があるとき,(a) は絶対パスだが,(b) の「/Pid/index.html」部分は仮想パスである,と仰います(たとえば http://www.tohoho-web.com/wwwunix.htm#AbsolutePathName)。 ですが,RFC の定義上,(b) の「/Pid/index.html」も,http スキームにおけるれっきとした絶対パスです。また (a) は,file:///home/Pid/public_html/index.html という file スキームの URI における絶対パスと考えることができます。 逆の見方をすれば,ファイルシステム上は一つのファイルでしかない index.html に対し,http スキームでは /Pid/index.html,file スキームでは /home/Pid/public_html/index.html というフルネーム(絶対パス)を与えているわけです。このように,絶対パスはスキームによって異なります。 file スキームにおける /home/Pid/public_html/index.html という絶対パスを,http スキームにおける /Pid/index.html に変換するのが Web サーバの大きな役割の一つです。この意味では, /Pid/index.html は「仮想的なパス」と言えるでしょう。しかし,これは URI そのものの性質ではありません。URI という「リソースの表現手段」と,URI をどう実現するかという実装の問題とは,切り分けて考える必要があります。 「仮想パス」というのは,ある実装(たとえば Apache)の仕組みや使い方を説明するには良い用語です。しかし,これは URI における絶対パス・仮想パスとは次元の異なる問題ですから,これらを一緒くたにしてはいけません。 ---------- まだいろいろ細かい問題はあるのですが,長くなり過ぎたので省略します。結論はただ一言「絶対 URI と絶対パスは異なる」ということです。 間違いの指摘,ツッコミは大いに歓迎します。と言うか,ぜひお願いします。 その他,参考リソース。 ・ http://www.kanzaki.com/docs/html/htminfo-uri.html ・ http://www.studyinghttp.net/uri ・ http://www.alib.jp/html/uri |
※すみません,age たくなかったのですが TYPO の修正。 >これは URI における絶対パス・仮想パスとは次元の異なる問題ですから →これは URI における絶対パス・『相対パス』とは次元の異なる問題ですから ---------- ついでに。ページ作成で http 絶対パスを用いると楽になる場合もあります。たとえば ・ http://Pid.jp/docs/2004/12/31.html から ・ http://Pid.jp/images/sample.jpg にリンクを張る場合,相対パスだと ・ <img src="../../../images/sample.jpg" alt="" /> のようになりますが,絶対パスなら ・ <img src="/images/sample.jpg" alt="" /> で済みます。 ---------- 何だかんだ言いましたが,実際問題として「http から始まるのが絶対パス」と覚えても,あとあと誤解が生じないのなら別に構いません。 ただ,特にサーバ側でいろいろ作業を行う場合,パスと URI を混同すると問題が生じるケースもあるので,お気を付け下さい。 |