iPhoneアプリからのHTTP GET/POSTリクエスト - Awaresoft
( 0 票 )NSURLConnectionとNSURLRequestを使ってHTTP GET/POSTでWebにアクセスする方法。 URL Loading System Programming Guideが参考になりましました。 - (void)sendGetRequest { NSString *urlstr = @"http://www.yahoo.com/"; NSURL *url = [NSURL URLWithString:urlstr]; NSURLRequest *request = [NSURLRequest requestWithURL:url]; NSURLConnection *conn = [NSURLConnection connectionWithRequest:request delegate:self]; if (conn) { buffer = [[NS
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
iPhone SDKレシピ2：NSURLConnectionを使ってファイルをダウンロードする
CocoaフレームワークにはNSURLDownloadという便利なクラスが用意されているが、iPhone SDK (UIKit) には入っていない。そこで、NSURLConnectionを使ってファイルをダウンロードするための簡単なラッパークラスURLDownloadを用意し、それを用いてファイルをダウンロードする。 Basic認証が必要なURLからのダウンロードにはまだ対応していないが、 didReceiveAuthenticationChallenge のところでUIAlertViewでも出して、いろいろやってやればできるはず。 使用例 このクラスを使うには、 URLDownloadDelegagte プロトコルを実装したクラスを delegate として URLDownload に渡してやればよい。 URLDownload *downloader; // ダウンロード開始 - (IB
Obj-C再入門・というかCocoa?のNSURLConnection関連のハマりどころ - kenmazの日記
ObjCというよりもCocoaのAPIの使い方だけど、ここ２日間、ハマっていたのがようやく解決。解決してみると、実にくだらないバグ。 あるデータをwebサーバにアップロードするために、以下のようなコードを書いた。 NSURLConnection *con = [[NSURLConnection alloc] initWithRequest:req delegate:self]; //(1) [con start]; //(2)ふんふん、(1)コネクションを作って、(2)通信を開始してるのね、と思うかもしれない。実際俺はそう思い込んでた。しかし上記のコードは非常にまずい。 実は(1)のinitWithRequest:delegateメッセージ呼び出しの時点で、通信は開始しているのだ！なので(1)の実行後に(2)を実行すると、通信が始まってるのに、再び通信を開始しようとする。それで「EXEC_
NSURLConnectionを利用しての非同期、並行ダウンロード - nyaago69のブログ
iPhoneアプリの開発で、複数の画像を非同期にダウンロードしたかったので、NSURLConnectionを利用しての非同期、並行ダウンロードクラスを実装してみました。 基本的な方法 ダウンロード対象のURLはQueueのかたちに(実際はNSMutableArray)で登録されるようなかたちとする. Queueに追加されたダウンロード対象URLの要素を監視する新規スレッドを起動させ、 NSURLConnectionにより非同期ダウンロード処理の起動を行っていく. NSURLConnectionよるダウンロード完了などは、NSURLConnectionのDelegateである、 各ダウンロード要素管理のクラス(QueuedURLDownloaderElem)のインスタンスに通知され、さらに このダウンローダー(QueuedURLDownloader)に設定されてるDelegate( Queu
トンネル掘削機 - FrontPage
社内ネットワークからインターネットへの接続手段が、実質的にHTTP(HTTPS含む)だけになってしま ったら、あなたはどうしますか。そんな会社は辞めてしまうというのが根本的な解決策ですが、浅は かなネットワーク管理者の裏をかいてやるというのもまた快感というものです。穴は通るためにある のです。 このページではこのような、特定のプロトコルしか通さないノード間にまったく別のプロトコルを通 す、トンネリングを実現するソフトウェアを比較検討しています。なにぶん、このような状況に陥れ られてから短期間で複数のソフトウェアを使ってみただけなので、研究が浅い部分もあると思います 。遠慮なくツッコんでください。←ようするに、単にトンネルを掘れれば目的を達成できたのに、い ろいろ試しているうちに面白くなり、手段が目的化してしまったので、もったいないからまとめただ け、ということです。 なお、ここでは「内から
stone (前編)
実践で学ぶ、一歩進んだサーバ構築・運用術 第 5 回 stone (前編) 「石」の設定方法 中継を設定するための「石」は， 図 9 で示したいずれかの形式で定義します。 「石」は「--」で区切ることにより， 複数個指定できます。 (1) あて先ホスト：あて先ポート 受けポート 接続許可リスト (2) ディスプレイ番号 接続許可リスト (3) proxy 受けポート 接続許可リスト (4) あて先ホスト：ポート/http 受けポート リクエスト 接続許可リスト (5) あて先ホスト：ポート/proxy 受けポート リクエスト・ヘッダー 接続許可リスト 図 9 の（1）は基本型で， 「受けポート」への接続を「あて先ホスト」の「あて先ポート」へ中継します。 IP アドレスを複数持つホストでは， 「受けポート」の前に特定のアドレス「受けホスト:」を追加することにより， 「受
「条件付きGET」のススメ - Ogawa::Memoranda
一般にApacheに代表されるHTTP 1.1サーバーは、Webブラウザが通常のHTMLファイルにアクセスした時に、Last-Modified(更新時刻)ヘッダとETag(更新時刻などから生成されたハッシュ値)ヘッダを返します。次回以降のアクセスでは、この両ヘッダにセットされた更新時刻やハッシュ値が異なる場合だけコンテンツのダウンロードを行い、そうでない場合にはローカルキャッシュを参照することでトラフィックを削減できます(Shift+リロードなどの特定の操作をした場合には無条件でGETされます)。この機能は「条件付きGET(Conditional GET)」と呼ばれており、RFC2068: Hypertext Transfer Protocol -- HTTP/1.1などに動作が規定されています。一方、PHPファイルなどの動的コンテンツにアクセスした時には、上記の両ヘッダを返されないため、
Perl CGI プログラムのテストには WWW::Mechanize::CGI を
Perl CGI プログラムのテストには WWW::Mechanize::CGI を CGI プログラムを書いていて、いつも困るのがリグレッションテスト。 パッケージのビルド時に実行するテストスーツ (make check / make test 用テストプログラム群) に含めておきたいが、さすがにその場で Web サーバの下へセットアップするわけにもいかない。 ミニ Web サーバを同梱してテストスーツ内で起動する方法はちょっとおおがかかりだし、ポート番号の選択やらサーバの停止の問題もあって、かなり面倒。 結局、テストスーツの中で環境変数や標準入力など CGI リクエスト環境をセットアップして、CGI プログラムを実行するという王道(?)かつ泥臭いテストを書くことになったりする。 何かいいものはないかと探していたところ、WWW::Mechanize::CGI というものをみつけた。 LW
yohei-y:weblog: HTTP ステータスコードを正しく使おう
先月、ぐるなび API がリリースされていました。 ぐるなびさんの持っている膨大なデータベースに Web API を通して気軽にア クセスできるようになったのは、非常に喜ばしいし、その英断に感謝したいと 思います。 しかし、Web API 仕様書、特にエラー仕様を見てちょっとがっかりしました。 もう少し上手にデザインすれば、もっとよかったのに…、という思いです。 一度出してしまった API はそう簡単に変えられないと思いますが、 参考までに僕だったらどうするか、を書いてみます。 この仕様の一番の問題はエラーコードです。 以下は 2-2 のエラー仕様に記述されているサンプルです。 <?xml version="1.0" encoding="UTF-8"?> <gnavi> <error> <code>602</code> </error> </gnavi> タグが三つ(gnavi, erro
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://antipop.zapto.org/mt/archives/001242.php
辛辣インターフェース評議会 - amebloのフィードが酷い件
ライブドアブログ｜無料で豊富な機能が充実