warning: Creating default object from empty value in /var/www/drupal-5.23/modules/taxonomy/taxonomy.module on line 1418.
以下のサンプルファイルを image.cgi と名前を付けて保存、アクセス権を chmod +x image.cgi とかして ブラウザから
https://yourname.com/image.cgi とかにアクセスすればよい。
注意点としては、このスクリプトは画像しか表示できないことである。これと一緒に HTML ファイルを表示しようと思っても、
HTTP プロトコルの仕様上不可能である。なぜかというと HTTP プロトコルを通して画像を表示する場合は、すでにこのスクリプトが HTTP ヘッダとして Content-type: image/jpeg を最初に出力してブラウザが受け取っているからで、このスクリプトの中で同時に(画像を表示した後に) HTML 文書を表示させようとて Content-type: text/html を出力(print "Content-type: text/html\n\n)してもブラウザは受け付けてくれないのである。
#!/usr/bin/perl
use GD;以下のサンプルファイルを image.cgi と名前を付けて保存、アクセス権を chmod +x image.cgi とかして ブラウザから https://yourname.com/image.cgi とかにアクセスすればよい。
注意点としては、このスクリプトは画像しか表示できないことである。これと一緒に HTML ファイルを表示しようと思っても、HTTP プロトコルの仕様上不可能である。なぜかというと HTTP プロトコルを通して画像を表示する場合は、すでにこのスクリプトが HTTP ヘッダとして Content-type: image/jpeg を最初に出力してブラウザが受け取っているからで、このスクリプトの中で同時に(画像を表示した後に) HTML 文書を表示させようとて Content-type: text/html を出力(print "Content-type: text/html\n\n)してもブラウザは受け付けてくれないのである。
#!/usr/bin/perl
use GD;
Posted on 2007-12-07 by yas |
PHP で、HTTP クライアントを作る方法をまとめてみた。以下の2通りがある。
PHP では fopen でサイトにアクセスできてしまうから、前者の方法が一番シンプルだといえるだろう。ユーザー名とパスワード付きの基本認証が施してあるサイトやさらに凝ったことをしたければ、
CURL を使うのがよい。
PHP で、HTTP クライアントを作る方法をまとめてみた。以下の2通りがある。
PHP では fopen でサイトにアクセスできてしまうから、前者の方法が一番シンプルだといえるだろう。ユーザー名とパスワード付きの基本認証が施してあるサイトやさらに凝ったことをしたければ、
CURL を使うのがよい。
Posted on 2007-05-27 by yas |
I would like to propose the unique requirements for mobile phones. The following items are significant considerations under mobile site development, especially in
i-mode phones.
-
UserAgent type that is, a Browser Name of CGI environments which is sent by a mobile phone to a web server.
-
Range of IP addresses in each mobile operator, which is required to judge whether a user is using a mobile phone or a PC in order to support both of them in the web site. In Japanese mobile phone operators, they are using their specific proxy servers, which are accompanying with the specific range of IP addresses.
-
Screen Size of each mobile phone, especially the size of width, which would be found in a CGI environment UserAgent in the latest phones
-
Image Format such as JPEG, PNG and GIF supported by each mobile phone
-
Maximum Size of Receiving Bytes per a page
-
Difference of Handling Colors in each mobile phone
-
Difference of Smilies (Picture Icons) both in each mobile phone and operator
-
Name Convention of an E-mail Address in each operator (Japanese i-mode e-mail system violates RFC).
-
Available Character Set in each operator (Shift-JIS, UTF-8 in Japan)
-
Available Character Types in each operator (such as ZENKAKU, HANKAKU in Japan)
-
Available Input Method in each operator (Access-key concept in CHTML)
-
Support of Native Functions of a mobile phone (i.e. switching a browser screen to an e-mail application with 'mailto:' in CHTML at a single screen of a mobile phone, launching Java application, and directly calling to someone with 'tel:' in CHTML, etc)
-
Difference in between Official Sites and Unofficial Sites (The acquiring information is different)
-
Session Management because we cannot use cookie in i-mode phones
I would like to propose the unique requirements for mobile phones. The following items are significant considerations under mobile site development, especially in
i-mode phones.
-
UserAgent type that is, a Browser Name of CGI environments which is sent by a mobile phone to a web server.
-
Range of IP addresses in each mobile operator, which is required to judge whether a user is using a mobile phone or a PC in order to support both of them in the web site. In Japanese mobile phone operators, they are using their specific proxy servers, which are accompanying with the specific range of IP addresses.
-
Screen Size of each mobile phone, especially the size of width, which would be found in a CGI environment UserAgent in the latest phones
-
Image Format such as JPEG, PNG and GIF supported by each mobile phone
-
Maximum Size of Receiving Bytes per a page
-
Difference of Handling Colors in each mobile phone
-
Difference of Smilies (Picture Icons) both in each mobile phone and operator
-
Name Convention of an E-mail Address in each operator (Japanese i-mode e-mail system violates RFC).
-
Available Character Set in each operator (Shift-JIS, UTF-8 in Japan)
-
Available Character Types in each operator (such as ZENKAKU, HANKAKU in Japan)
-
Available Input Method in each operator (Access-key concept in CHTML)
-
Support of Native Functions of a mobile phone (i.e. switching a browser screen to an e-mail application with 'mailto:' in CHTML at a single screen of a mobile phone, launching Java application, and directly calling to someone with 'tel:' in CHTML, etc)
-
Difference in between Official Sites and Unofficial Sites (The acquiring information is different)
-
Session Management because we cannot use cookie in i-mode phones
Posted on 2007-05-21 by yas |
Fedora Core 6 の場合、デフォルトの MTA (Mail Transfer Agent) は sendmail となっている。で、実験用 Linux サーバをイントラネットに置いてメールを出そうとしたら、Connection Refused というエラーメールが返ってきてしまった。どうもイントラネットから外へのポート 25 がふさがっているから外部のホストにつながらないらしい。
そこで sendmail の設定をいろいろと調べてはみたものの、やっぱり sendmail.mc とか sendmail.cf は
呪いたくなります。結局挫折。今までの人生の中で何度か sendmail を設定する機会があったが、いずれもよくわからなかった。
Fedora Core 6 の場合、デフォルトの MTA (Mail Transfer Agent) は sendmail となっている。で、実験用 Linux サーバをイントラネットに置いてメールを出そうとしたら、Connection Refused というエラーメールが返ってきてしまった。どうもイントラネットから外へのポート 25 がふさがっているから外部のホストにつながらないらしい。
そこで sendmail の設定をいろいろと調べてはみたものの、やっぱり sendmail.mc とか sendmail.cf は
呪いたくなります。結局挫折。今までの人生の中で何度か sendmail を設定する機会があったが、いずれもよくわからなかった。
Posted on 2007-02-02 by yas |