約 6,090,010 件
https://w.atwiki.jp/qreenfrom/pages/12.html
以下はhttp //d.hatena.ne.jp/afternoonter007/20090611/1244693621から引用 2ヶ月でマスター英会話 クイーンズ イングリッシュ スクール こんにちは 今日は、私の体験談を話します。 私が、留学したときの話です。あらかじめ、大学をでて勉強していったにもかかわらず、イギリスでは一般の人に私の英語は通じませんでした。そのはずです 私の英語は日本人から教わった発音、日本語英語です。 日本でアメリカ人からも教わりましたが、各地域でなまりがあります。日本国内でも方言があります。 アメリカも同じです。 ですから、日本人英語では通用しませんでした。 私は、困っているとイギリス人が助けてくれました。 女王様のお国なので、やさしく人助けするひとがたくさんいました。 日本では、考えられません。ある時、洗濯機が壊れて使えませんでした。説明書は英語だし洗濯機も形も違います。コインランドリーの使い方がわかりません。 近所のイギリス人が洗濯機をつかわせてくれて洗ってくれました。 学校では、教えてくれない。テストと書く読むだけの英語ではなかったのです。 それで、私は話せる英語をネイティブとともに教えたいです。 それでは、またネッ TEL 047-442-2305 (みぃー) 塾の中に隣接してます。私はMEみぃーです。
https://w.atwiki.jp/www35test/pages/14.html
てst
https://w.atwiki.jp/www39test/pages/13.html
ダヨー
https://w.atwiki.jp/civilizationv/pages/24.html
PukiWiki InterWikiName InterWiki用のサーバリストです。 [URL サーバ名] タイプ の形式で記述してください。 WikiEngines [http //www.c2.com/cgi/wiki? WikiWikiWeb] raw WikiNameのみなのでraw。 [http //www.todo.org/cgi-bin/jp/tiki.cgi?c=v p= Tiki] euc [http //www.hyuki.com/yukiwiki/wiki.cgi? YukiWiki] euc [http //www.jin.gr.jp/~nahi/RWiki/?cmd=view;name= RWiki] euc [http //digit.que.ne.jp/work/index.cgi? WalWiki] euc [http //fswiki.poi.jp/wiki.cgi? FSWiki] euc [http //www.namaraii.com/hiki/? Hiki] euc [http //xiki.mitsuki.no-ip.com/? Xiki] utf8 PukiWiki [http //pukiwiki.sourceforge.jp/? pukiwiki] utf8 [http //pukiwiki.sourceforge.jp/dev/? pukiwiki.dev] euc Search Engine [http //www.google.co.jp/search?ie=utf8 oe=utf8qプラグインエラー 表示する内容がありません。=$1 lr=lang_ja hl=ja Google] utf8 [http //search.yahoo.co.jp/bin/search?p= Yahoo] euc [http //www.wikipedia.org/wiki/ WikiPedia] utf8 [http //en.wikipedia.org/wiki/ WikiPedia.en] utf8 [http //ja.wikipedia.org/wiki/ WikiPedia.ja] utf8 拡張InterWikiName [./?cmd=add page= 新規] [./?cmd=add page= New] [./?cmd=read page= 参照] [./?cmd=read page= View] [./?cmd=edit page= 編集] [./?cmd=edit page= Edit] [./?cmd=search word=$1 type=OR 検索] [./?cmd=search word=$1 type=OR Search] その他 [http //www.gembook.jp/tsum/page.pys?wiki= ウヰキエリア] moin [http //tdiary-users.sourceforge.jp/cgi-bin/wiki.cgi? tDiaryUsers] euc
https://w.atwiki.jp/k-asaki/pages/12.html
http //www2.atchs.jp/asaki/
https://w.atwiki.jp/yatteyoruby/pages/11.html
WWW.mechanaizeとは? ライブラリの一つ 例えばmixiに投稿する場合 main.rb +... require mixidiary me = MixiDiary.new( hogehoge@example.co.jp , password ) me.login me.edit( 件名 , 本文 ) me.logout mixidiary.rb +... $KCODE= EUC require mechanize require kconv class MixiDiary def initialize(username = nil, password = nil) @id = nil @username = username @password = password @agent = WWW Mechanize.new{|a| begin a.log = Logger.new( access.log ) rescue p "access.log is nothing" end } end def login if @username == nil || @password == nil p "username or password is nothing" exit end begin @agent.post( http //mixi.jp/login.pl , { email = @username, password = @password, next_url = /home.pl } ) @page = get_page( http //mixi.jp/home.pl ) rescue p "some error" exit end end def get_page(get_page_url = nil) @agent.get(get_page_url) end def edit(title=nil, content=nil) if title == nil || content == nil p "title or content is nothing" exit end if /add_diary\.pl\?id=(\d+)/ =~ @page.body @id = $1 end edit_page = get_page( http //mixi.jp/add_diary.pl?id= +@id) edit_forms = edit_page.forms.name( diary ).first edit_forms[ diary_title ] = title.toeuc edit_forms[ diary_body ] = content.toeuc begin confirm_page = @agent.submit(edit_forms) @agent.submit(confirm_page.forms[0]) #確認処理を常に「はい」で処理 rescue p "submit error" end end def logout @agent.post( http //mixi.jp/logout.pl ) end end 名前 コメント
https://w.atwiki.jp/manylink/pages/11.html
ようこそlink.comへ このサイトでは色々なサイトのリンクを貼って、紹介していきます 初めての方はWhat s link.com?へ
https://w.atwiki.jp/shinobuy/pages/69.html
【名前】三歳児www 【ID】MHJVV6 【猟団】伝説の狩人 常に意味不明な募集を垂れ流す今が旬の核地雷 日本語がまともにできず会話するのも至難の業 水色の頃から狂ラビィに寄生している為HRは300越えだが装備、スキル共にゴミ 狂ラビィでは飯を理由に途中抜けしてその場に放置するほどの自己中っぷりを発揮 以前プレイしていたサドンアタックにおいても今と変わらぬ振る舞いをしていたようで、周囲にうざがられた結果引退詐欺を繰り返すも結局引退しMHFへ 長野県在住 本名みむらこういちろう 中学1年生 親離婚 隠居はんたーずに対して全チャで暴言を吐く [2012/08/06 16 05 42 (UTC+09 00 00) ID MHJVV6 AREA ]三歳児www 隠居はんたーずは全員クズ サドンアタック掲示板 http //urx.nu/1F6f ブログ http //mhfsansaijiwww.blog.fc2.com/ SS http //dl8.getuploader.com/g/MHF_UP/345/%E4%B8%89%E6%AD%B3%E5%85%90.jpg 三歳児www 興乏ラヴィ!支援の人は納品しまくって、放置はサボりまくれ!討伐は部活系ノリで行こう!ココ!! みんな集まらないと君は来ないでしょ?だから君一人一人が参加すれば増える!そしたらみんなも集ま る。だからすぐ逃げないで! 逃げるな! ここにきてる人は何人もいる! だからあきらめないで参加してまってれば徐々にふえる! だから集まるのをガマンしてもとう! madstar やるなら普通に募集しろよ 三歳児www だってだれもこないし madstar 誰も来ないなら下げればいいんじゃないかな 三歳児www 来るけど、参加しないですぐもどるし 他のとこ行ったら満員だし ドユコトー madstar @15ってとこあるやろwww満員ちゃうし 三歳児www w やっとだ 誰か来てくれた Trickster 三歳児ってだれかのサブ?ww 三歳児www ブッww かつて1鯖を賑わせたリアル中学生 ネトゲでのルールマナーを全く守らず、そのことについて注意されても「考えが古い」という謎の持論を持ちだし聞く耳を持たなかった 鯖内に名が知れ渡り、SYUNにも粘着された結果引退を宣言するも数日は隠密でインしてるのを発見される 現在はインしていない模様
https://w.atwiki.jp/wiki1_test/pages/3384.html
http //www1.atwiki.jp/test/new/じゃけえ
https://w.atwiki.jp/0x0b/pages/88.html
PERSISTENT CLIENT STATE HTTP COOKIES CGIスクリプトのようなサーバ側コネクションにより、クライアント側に情報を保存させ、そしてそれを受け取るのに使うことができる一般的な構造 単純で永続的なクライアント側の状態を加えることによって、ウェブベースのクライアント/サーバアプリケーションの能力が大きく広がります。 概要 サーバは、クライアントにHTTPオブジェクトを返す際、クライアントに保持してもらいたい状態情報を送ることができます。"状態オブジェクト"には、その状態が有効であるURLの範囲の記述が含まれています。その範囲に入るクライアントからの以後のHTTPリクエストは、クライアントからサーバに戻る状態オブジェクトの現在値の転送を含むでしょう。"状態オブジェクト"は、クッキーと呼ばれます。クッキーという名には、これといって大きな理由があるわけではありません) この簡易的なメカニズムは、ウェブベースの環境のためにパワフルな新ツールを提供します。それは、新しいタイプのアプリケーションのホストに実装されることを可能にします。ショッピングアプリケーションでは、その時点で選択されている商品に関する情報を溜めることができます。料金サービスでは、ユーザーの登録情報を送り返すことができ、ユーザーは次に接続するときには、ユーザーIDを再度打ち直す必要がありません。また、クライアントにユーザーごとの好みを溜めることができ、サイトに接続するたびごとに、ユーザーの好みを表示させることができます。 仕様 HTTPヘッダーの一部としてSet-Cookieヘッダーを含めることによって、クッキーをクライアントに設定することができます。主に、CGIスクリプトによって生成されることになるでしょう。 Set-Cookie HTTP 応答ヘッダーの文法 これは、CGIスクリプトが、クライアントに設定したい新しいデータを、HTTPヘッダーに加えるのに使うフォーマットです。この設定したデータを今後、サーバ側で読み取ります。 Set-Cookie NAME=VALUE; expires=DATE; path=PATH; domain=DOMAIN_NAME; secure NAME=VALUE ここには、セミコロン、カンマ、スペースを排除した文字列が入ります。セミコロン、カンマ、スペースが含まれるようなデータを設定する必要がある場合には、URLエンコードのような何かしらのエンコードが推奨されます。ただし、エンコード自体は、まったく定義されているわけではありませんし、要求されるものではありません。(日本語を扱う場合には、URLエンコードをする必要があります。) Set-Cookieヘッダーには、この属性は必ず必要です。その他の属性は必須ではありません。 expires=DATE expires属性には、クッキーの有効期限を定義する日付の文字列を設定します。一度、有効期限に達すると、クッキーはクライアントに保存されません。もしくはクライアントからサーバに送信されません。 日付文字列のフォーマットは以下のとおりです。 Wdy, DD-Mon-YYYY HH MM SS GMT これは、RFC 822, RFC 850, RFC 1036, RFC 1123に基づいています。ただし、法定タイムゾーンは、GMTのみです。また日付の各要素間は、ダッシュ(「-(ハイフン)」のこと)で区切られなければいけません。 注意 Netscape Navigator version 1.1 以前ではバグがあります。クッキーに、path属性が明示的に"/"と設定されないと、セッション間で、expires属性が適切に保存されません。 domain=DAMAIN_NAME クッキーリストから有効なクッキーを探す際、リクエストするURLのホストのドメイン名を使って、クッキーのdomain属性の比較が行われます。もし、ドメインが後方一致した場合には、pathマッチングを行い、クッキーを送信すべきかを判別します。"後方一致"とは、domain属性が、ホストの完全修飾ドメイン名(Fully Qualified Domain Name)の尾部に対して一致したということです。たとえば、"acme.com"のdomain属性は、"anvil.acme.com"というホスト名に一致しますし、"shipping.crate.acme.com"も同様に一致します。 特定されたドメイン内のホストだけは、一つのドメインに対してクッキーを設定することができます。そして、ドメインは、".com", ".edu", "va.us"のような形式のドメインを除いて、ドメイン名の中に少なくとも2つか3つのピリオドを含んでいなければいけません。以下に示す7つの特別なトップレベルドメインに含まれないドメインのうち、いくつかは2つのピリオドが必要となり、それ以外のドメインは、少なくとも3つ必要です。7つの特別なトップレベルドメインは、次のとおりです。:"COM", "EDU", "NET", "ORG", "GOV", "MIL", "INT"(Cookieの仕様が作成された時代は、7つのドメインだけでしたが、現在は、汎用ドメインも使われるようになり、この限りではありません。) domainのデフォルト値は、クッキー応答を生成したサーバのホスト名です。 path=PATH path属性は、クッキーが有効なドメインのURLのサブセットを特定するのに使われます。クッキーがあるdomainにマッチすると、URLのパス名の要素がpath属性と比較されます。そして、一致したなら、クッキーは有効とみなされ、URLリクエストと一緒に送られます。"/foo"というパスは、"/foobar", "/foo/bar.html"に一致します。"/"というパスは、もっとも一般的なパスです。 もし、pathが特定されていない場合は、クッキーを含んでいるヘッダによって記述されているドキュメントと同じパスとみなされます。 secure もしクッキーがsecureとマークされていたなら、そのクッキーは、ホストとの通信チャネルが安全なチャネルの場合にのみ送られます。現在においては、secureクッキーは、HTTPS(HTTP over SSL)サーバのみに送られる場合を意味します。 もし、secure指定がない場合には、クッキーは安全とみなされ、安全でないチャネルを通して明文で送られます。 Cookie HTTP Request Headerの文法 ブラウザーは、HTTPサーバからURLを要求する際に、保持しているすべてのクッキーに対してそのURLを検索します。そして、もし一致したなら、すべての一致したクッキーの name/valueペアーを含む1行をHTTPリクエストに含めます。フォーマットは以下のとおりです。 Cookie NAME1=OPAQUE_STRING1; NAME2=OPAQUE_STRING2 ... 補足 一つのサーバ応答に対して、複数のSet-Cookieヘッダーを発行することができます。 同じパスと名前のインスタンスは、優先する最後のインスタンスにお互い上書きされます。パスが同じで名前が異なるインスタンスは、付加マッピングを追加します。 上位層にパスを設定すると、他の下位層のパスマッピングを上書きしません。もし与えられたクッキー名に対して複数一致しても、パスが異なれば、すべての一致したクッキーが送られます。(例を参照) expiresヘッダーによって、クライアントは、マッピングのパージ(浄化)がいつ安全になるのかを判別します。しかし、クライアントは、そうすることを要求されません。 もしクッキーの数が限界を超える場合においても、有効期限に達する前にクッキーを削除するかもしれません。 サーバにクッキーを贈る際に、下位層まで指定されたパスのクッキーは、その上位層までしか指定されていないパスのクッキーより先に送られなければいけません。たとえば、"name1=foo"で、パスが"/"のクッキーは、"name1=foo2"でパスが"/bar"のクッキーの後に送られるべきです。 クライアントが一度に溜めておくことができるクッキーの数には限界が存在します。これは、クライアントが受け取り保存するために用意されるべきクッキーの最小数の仕様です。 クッキーの数は、トータルでで300まで。 一つのクッキーにつき4KBまで。name と OPAQUE_STRING は、4KBまでの形式に結合されます。. サーバもしくはドメインごとに、クッキーの数は20まで。 (特定されたホストやドメインは、別々のエンティティーとして扱われ、各々(結合されたものではない)クッキーの数は20までということに注意してください。) サーバは、クライアントに、これらの限界を超えることがありうることを期待すべきではありません。300クッキー限度や20クッキー/サーバ限度を超えた場合、クライアントは、もっとも過去に使われたクッキーを削除すべきです。4KBを超えるクッキーに出くわした場合には、クッキーは、フィットするように切り取られるべきです。しかし、名前は、クッキーが4KB以下である限り、手を加えるべきではありません。 もし、CGIスクリプトからクライアントのクッキーを削除したい場合には、同じ名前で、過去の有効期限を持ったクッキーを返すことによって実現できます。パスと名前は、有効なクッキーを満了したクッキーに置き換えるために、正確にマッチしなければいけません。この仕様により、クッキーの発信元でなければ、クッキーを削除することが難しくなります。 proxyサーバがHTTPを受け取る場合、Set-cookie応答ヘッダーは、決して受け取るべきではありません。 もし、proxyサーバがSet-Cookieヘッダーを含んだ応答を受け取った場合には、たとえ、応答が304(Not Modified)か、200(OK)かどうかに関わらず、Set-Cookieヘッダーをクライアントに伝達すべきです。 同様に、もしクライアント要求がCookieヘッダーを含んでいる場合、クライアント要求は、proxyをスルーしてしまわなければいけません。たとえ、条件付のIf-modified-since 要求が作られたとしても。 例 クッキーの利用を説明するために、いくつかのやりとりの例を挙げます。 以下に掲載している例は、原文そのままですが、「有効期限」の西暦が下2桁となっています。しかし、実際には、4桁で定義する必要があります。たとえば、2001年であれば、「01」ではなく、「2001」とします。 例1 クライアントがサーバにドキュメントを要求し、サーバから以下のレスポンスを受け取る。 Set-Cookie CUSTOMER=WILE_E_COYOTE; path=/; expires=Wednesday, 09-Nov-99 23 12 40 GMT 次に、クライアントがこのサーバ上のパス"/"のURLを要求するとき、クライアントは以下のCookie情報をサーバに送る。 Cookie CUSTOMER=WILE_E_COYOTE 再度、クライアントがサーバにドキュメントを要求し、サーバから以下のレスポンスを受け取る。 Set-Cookie PART_NUMBER=ROCKET_LAUNCHER_0001; path=/ 次に、クライアントがこのサーバ上のパス"/"のURLを要求するとき、クライアントは以下のCookie情報をサーバに送る。 Cookie CUSTOMER=WILE_E_COYOTE; PART_NUMBER=ROCKET_LAUNCHER_0001 次にクライアントが、サーバから以下のCookie情報を受け取ったとする。 Set-Cookie SHIPPING=FEDEX; path=/foo クライアントがこのサーバ上のパス"/"のURLを要求するとき、クライアントは以下のCookie情報をサーバに送る。 Cookie CUSTOMER=WILE_E_COYOTE; PART_NUMBER=ROCKET_LAUNCHER_0001 クライアントがこのサーバ上のパス"/foo"のURLを要求するとき、クライアントは以下のCookie情報をサーバに送る。 Cookie CUSTOMER=WILE_E_COYOTE; PART_NUMBER=ROCKET_LAUNCHER_0001; SHIPPING=FEDEX 例2 例1からのすべてのCookie情報のマッピングは、クリアされたと仮定します。 クライアントがサーバから以下のCookie情報を受け取ります。 Set-Cookie PART_NUMBER=ROCKET_LAUNCHER_0001; path=/ クライアントがこのサーバ上のパス"/"のURLを要求するとき、クライアントは以下のCookie情報をサーバに送る。 Cookie PART_NUMBER=ROCKET_LAUNCHER_0001 次に、クライアントがサーバから以下のCookie情報を受け取ったとする。 Set-Cookie PART_NUMBER=RIDING_ROCKET_0023; path=/ammo クライアントがこのサーバ上のパス"/ammo"のURLを要求するとき、クライアントは以下のCookie情報をサーバに送る。 Cookie PART_NUMBER=RIDING_ROCKET_0023; PART_NUMBER=ROCKET_LAUNCHER_0001 注意 "/ammo"マッピングに加えて"/"マッピングの継承によって、"PART_NUMBER"と名づけられた二つの name/value のペアーが存在します。