[Tep-j-general] Re: 別サーバからのダウンロード販売

Back to archive index

hamada bungu****@leo*****
2005年 4月 8日 (金) 13:07:36 JST


こんにちわ。

On Fri, 08 Apr 2005 09:13:24 +0900
mina_tkjp****@yahoo***** wrote:

> PHPの方は動作いたします、ほとんどメインで借りているレンタルサーバと
> 機能面は同じです。

う〜む、書き方が拙かったかな?(^^;;

・osCサーバ		A
・コンテンツサーバ	B

という2つのサーバが有って、osCはAで動いてる→osC(←PHPで書かれたプログ
ラム)はAのファイルシステムを読み書き出来るけど、Bのファイルシステムは読
み書き出来ないと思うのですが。

「Bで動くPHPプログラム」は「Bのファイルシステム」を読み書き出来ると思い
ますけど、「AのPHPプログラム」から「Bのファイルシステム」を読み書き出来
るようにはなってないんじゃないですか??(フツー出来ない)

> download.phpを上記の文字列に変更すればよろしいのでしょうか?

詳細は

http://jp2.php.net/manual/ja/function.readfile.php

↑こちらのreadfile()関数マニュアルを参照して頂きたいのですが、最終的には
変数$contents_file(←いまテキトーに考えました:^^;)に

「ダウンロードさせたいコンテンツサーバ上ファイルのURL」

例えばhttp://contents_server.com/test.zipとかを代入して

readfile($content_file);

みたいなカタチにすることになると思います。

この説明で解らないようなら、ちょっと工事は無理かも。

> 商品を download フォルダにアップロードして
> 商品オプションにて設定を行うと思うのですが。
> その場合ダウンロード 商品のファイルの指定は ただのファイル名ではなく
> どの様に指定するようになるのでしょうか・・・?

この部分は「./download下のファイル」を決め打ちして作られてますんで、ファ
イルを別サーバ上に置く場合は当然「要改造」となります。

指定等は、この工事の仕方によるのでなんとも言えません。改造時の設計次第。

> ですが、2倍で流れてしまうのは厳しいですね、レンタルなので
> 転送量の規制があるので。。。

「別サーバからhttp経由でreadfile()する」

という手法上、この部分はどーにもなんないですねぇ。

ダウンロード販売を考えられてるなら、(単体で)ダウンロード販売が出来るよ
うなサーバを選ばれたほうがラクだとは思います(^_^;) リダイレクトを使う方
法のほうがお勧め。

はまだ






Tep-j-general メーリングリストの案内
Back to archive index