phpの下記のようなエラーで悩まされたので、こんな馬鹿なのは自分だけと思いつつも、備忘録も兼ねて掲載。 Network error [errno 35]: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure OpenSSLの脆弱性でAPIの証明書を再発行したSSLサーバーが多いと思うのだが、自分が使っていたAPIのサーバーも同様に更新していた。 APIはWebPayでライブラリにStripeを使用。 クライアントである自分のサーバーに古い証明書が残っていて、バッティングしてるのかなぁと思って、 $curl = curl_init(); curl_setopt($curl,CURLOPT_SSL_VERIFYPEER,false); と証明書の検証を行わない設定にしてみたが、改善せず

僕の場合は、現在限定公開中（ビジネスプランのみのようです）のChatWorkAPIを叩くときに出ました。 ちなみにChatWork APIへの接続方法は、ストックさせていただきましたが、以下の記事を参考にさせていただきました。 ChatWork API を叩く PHP と Python のサンプル http://qiita.com/wings1685/items/9090f59ab09e73f7c8fb ただ、ググると、ChatWork関係なく、他のサービス、FacebookやTwitterのAPIでも起きているようですね。 PHPのcurlを使ってSSL（https）のサイトへ接続すると、以下のエラーを吐きます。 "SSL certificate problem, verify that the CA cert is OK. Details: error:14090086:SSL rou

$client = new \Goutte\Client(); $crawler = $client->request('GET', 'https://example.com'); $html = $crawler->filter('body')->html(); Windows環境にて、スクレイピングライブラリ Goutte (FriendsOfPHP/Goutte) を使って、上記のようなコードでHTTPS経由でコンテンツを取得しようとしたところ、以下のようなメッセージで GuzzleHttp\Exception\RequestException がスローされました。 "cURL error 60: SSL certificate problem: unable to get local issuer certificate (see http://curl.haxx.se/libcu

Warning: file_get_contents(): SSL operation failed with code 1. OpenSSL Error messages: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed in xxxxx というエラーが表示されます。 証明書入れてくれよと思うのですが、導入できない時もあります。その場合は、optionを付与することで回避できます。 $url = "https://xxxxxx"; $options['ssl']['verify_peer']=false; $options['ssl']['verify_peer_name']=false; $response = file_get_contents($url, false,

やること ログインが必要なサイトにログインして、ログイン後のページでcsvファイルダウンロードを自動で行う。 自分について スクレイピングといえば、javascriptでやる人 casperかnode.jsのcheerio-httpcliを使うことがほとんど 使うライブラリ Goutte Goutteの準備 ここ参照。 composerが使えれば、composerで。 使えない場合、phpのバージョンに合わせてpharファイルをダウンロードしときます。 呼び出しは下記のとおりです。 require_once __DIR__ . "/goutte-v2.0.4.phar"; // pharを使用する場合 // require_once __DIR__ . "/vendor/autoload.php"; // composerを使用する場合 use Goutte\Client; Goutteが

日本語 | English PHPでXMLパースを $xml = simplexml_load_string($data); で終わらせていて痛い目にあった。 失敗したらfalseが返ってくるし大丈夫だと思っていたが、 制御文字コードが含まれていると失敗してしまう 他パースエラーが発生した場合の原因がわからない 上記２つが懸念点。 制御文字コードが含まれていると失敗してしまう ※ 制御文字コードとは？　→　制御コード表 私の場合、以下の２つの方法で制御文字コードの存在を確認できた。 1. chromeでファイルを開いた際に、エラーが表示された。 2. sublime text にて制御文字コードが記号として表示された。 ちなみに、制御文字コードの出力はバイナリエディタを使用しました。 私が使っているのは、0xED　というエディタ。 以下の様に16進数で入力し、保存すれば制御文字を出力できま