食べログでは、よりよいお店が見つかるように、お店ごとの点数によるランキングを提供しています。点数はユーザーから投稿された主観的な評価・口コミをもとに算出した数値です。言い換えれば「その時点でユーザーからの評価がどのくらい集まっているのか」という見方を示す指標で、お店や料理について絶対的・確定的な優劣を示すものではありません。 お店選びの方法については、食べログについてでも色々な形でご紹介していますので、ぜひご活用ください。
WebサイトのHTML情報を取得する際にcurlを使用することがあります。 curlとはWebブラウザのコマンドライン版のようなもので、与えられた コマンドを元にページ情報を取得する機能です。 curlを使用すれば、ログインフォームにPOSTでデータを渡してログイン 処理を行い、ログイン後のページ情報を取得するようなことも可能です。 ですが、ログイン処理を行った後、ログイン後にしか行けないような別の ページの情報を取得しようとすると、セッションが引き継げずHTMLが取得 できない場合があります。 今回はそのような場合に対処する方法をお教えします。 まずは、curlを使用してログイン処理を行い、ログイン後のページを 表示するスクリプトです。 ここではPHPプロ！にログインする処理を記述しています。 <?php $params = array( "login-name" => "name",
A Note from the Author 1. INTRODUCTION 1.1 What is a cookie? 1.2 Where did the term cookies come from? 1.3 Why do sites use cookies? 1.4 Where can I get more information? 2. GENERAL QUESTIONS/MISCELLANEOUS 2.1 Introduction 2.2 Can I delete cookies? 2.3 How do I set my browser to reject cookies? 2.4 Are cookies dangerous to my computer? 2.5 Will cookies fill up my hard drive? 2.6 Are cookies a thre
AWS セキュリティメンテナンスに関するよくある質問 - AWS サポート | AWS
[重要更新: 2015年3月2日] 以下に記載させて頂いた案内について、リブートのインパクトを最小限にする取り組みを続けておりました。 その結果、Xen Security Advisory 対象の古いハードウェアの大部分についてもライブアップデートが可能になり、リブートが不要になりました事をご報告いたします。 また、全ての新しくローンチされたインスタンスはアップデートされたハードウェア上で起動いたします。これは合計 0.1 %未満の Amazon EC2 インスタンスでのみ、リブートを必要とする事を意味します。リブート対象のお客様についても、指定された時間ではなく、事前にお客様の都合の良い時間で Stop/Start を実施して頂く事で対応することが可能になります。 Amazon EC2 マネージメントコンソールのイベントページでは全ての計画されていた reboots スケジュールは co
Yahoo大企業だけあって普通。非エンジニア職の人事面接さえ通過できれば余裕。私服で大丈夫。 dwangoスーツは逆に浮く。なんだかんだ言ってWebテストは受けさせられるけどなんの参考にもしてなさそう。最終以外は現場のエンジニアが面接官なので適当に興味のある技術の話しとけば大丈夫。最終だけは多少圧迫(こっちの話に食いついてこない)というか「落とす」面接なので注意。 Pixiv説明会で社長の話聞いたら受ける気なくしたのでよくわからない。自分についてのキーワード100とか書かされる。 クックパッド自分も自分の周りも誰も通らなかったからよくわからない。Web上で簡単なプログラミングさせられるけど本当に簡単でなんで落ちたのかよくわからない。 サイバーエージェント女性人事が友達感覚で話しかけてきてアレ。技術の話より一発当たるサービスのアイデアみたいなの用意しといた方がいい。 DNA基本的に現場のエン
先日、HTTP/2とProtocol BuffersをベースにしたRPCフレームワーク、gRPCがリリースされた。 Google Developers Blog: Introducing gRPC, a new open source HTTP/2 RPC Framework Microservicesがなんちゃらいわれる昨今だが、その実現のためには、設計面におけるベストプラクティスはもとより、実装面においても課題がある。すなわち、サービス間でどのようにオーバーヘッドが少なく、帯域を浪費しない通信を実現するかということ。そんな折Googleが、上記のリンク先にある通り「うちらめっちゃMicroservicesだし」ってんで、まさに「これだ!」という技術スタックでいい感じのものを出してくれた。 gdbmにRPCしてみる とりあえず試してみたいので、簡単にできそうな例として、gdbmにネットワ
タイトルは真似してます。 今回の記事はいつにもましてヒドイな～。 同じ日経記事なのに 供給より需要が多いのであれば値を上げればよいだけであり、“売るもの”が無いのなら売らなければよいだけである。技術者不足で困るのは客側なのだが、ITベンダーは御用聞き商売ゆえか、客側にマインドコントロールされ、「大変だ。大変だ」と騒いでいるのだ。 ご自身の媒体のITPro。日経系列だよね。。。 およそ一年前の記事なのでもうお忘れか。 もう既に入札不調や案件見送り、受託価格向上なんてのは発生しとりますがな。公共システムだってしかり。別に無理して売ろうとはしてないわけで。 ここでいう大変だ、ってのは「儲け時なのに儲けられないのは大変だ」ってことでしかないですね。 資料はきちんと読もう しかし、この調査で「不足している」と答えているITベンダーは“わずか”6割にすぎない。つまり、残りの4割のITベンダーは少なくと
Amazon Web Services パターン別構築・運用ガイド 作者: NRIネットコム株式会社,佐々木拓郎,林晋一郎,小西秀和,佐藤瞬出版社/メーカー: SBクリエイティブ発売日: 2015/03/25メディア: 大型本この商品を含むブログ (1件) を見る 先日、『Amazon Web Services パターン別構築・運用ガイド』を書きましたというエントリーで、執筆のご案内をしました。せっかくの機会なので、もう少し踏み込んで目標などを解説していきたいと思います。ちなみにタイトルを「AWSパターン別本」と省略していますが、今勝手に考えました。元のタイトル長すぎで、覚えられません。 本書の目標 今回書いた本の目標として、例えば「読んだ人がAutoScalingくらいを苦もなく使えるようになる」というのがあります。AWSを使いこなしている人にとっては、AutoScalingなんて当たり
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
