Redirecting… Click here if you are not redirected.
圧縮の方法 コマンド ユーザごとの設定ファイル ~/.ssh/config システム全体にわたる (system-wide) 設定ファイル /etc/ssh/ssh_config teraterm なら TERATERM.INI puttyなら putty.ini 圧縮率 http://www.unixuser.org/~haruyama/security/openssh/support/addendum.html#add_6 6. 圧縮および圧縮レベルの設定の目安 OpenSSH では、遅いネットワーク環境でのデータ転送速度を上げるためにデータを圧縮しながら転送することができます。本書 156ページには「圧縮を行うかどうかの目安は 4-?. 節を参照してください」と書かれていますが、実際には本書に目安は書かれていませんでした。 以下は著者の環境において、さまざまな回線速度および圧縮レベル
最近、かなりリダイレクト使うサービスを作っていて、 たまたまchromeでチェックをして気がついた。 もう少し具体的にどういう事かというと、 "HTTP/1.1 301 Moved Permanently"などのヘッダーを付けて、 リダイレクトさせると、chromeの場合、 そのリダイレクト先をキャッシュし、 2度目以降、同じURLへのアクセスは、 リダイレクト先のURLへ直接飛んでいきます。 普通のユーザーであれば、全く問題ないのですが、 開発者でリダイレクターでカウンターや解析用のcookieを発行を考えている場合、 正常に機能しなくなってしまうので注意が必要です。 解決方法は、簡単で、 "Pragma: no-cache"などのキャッシュさせないような ヘッダー情報も付けるだけです。 ちなみに、"Pragma: no-cache"は、HTTP/1.0用で、 HTTP/1.1ではCac
最近注目されている開発支援ツール「Vagrant」は、テスト用の仮想マシン作成やその環境設定などを自動化するツールだ。これを利用することで、仮想環境の作成からセットアップ、そして破棄までを、簡単なコマンドを実行するだけで行える。今回はこのVagrantの概要と基本的な使い方を紹介する。 仮想マシンの作成や環境構築、仮想マシンの破棄までを自動化するツール「Vagrant」 近年、Web開発の分野ではPC上に構築した仮想マシン上にテスト用の環境を作成し、そこで開発やテストを行う、というスタイルが一般的になっている。その場合に問題になるのが、本番環境とテスト/開発環境が同一になっていない、というケースだ。また、複数人の開発者が関わるプロジェクトでは開発者がそれぞれ自身のマシン上に仮想環境を構築して開発するという例も多いが、この場合開発者ごとのテスト/開発環境がそろっていないという問題も発生しうる
今年3月~4月頃、酷い胃痛と吐き気と発熱が起こり、翌朝回復したものの右の肩甲骨が痛み、凝り固まっていました。 数日間経験したことがないほどの凝りと共に痛む場所が移動し、現在は背中の中央の背骨の上に留まっています。 背中を丸めるとビキッ!っとした痛みがあり、体が硬くなっています。 特に寝起きがひどいです。 整形外科でレントゲンを撮りましたが、背骨が歪んでいるが骨に異常はないそうです。 鎮痛剤と筋肉を弛緩する薬をもらいましたが、あまりききません。 痛みがひどい時は、背骨の上を触るとゴリゴリと筋が固まった感触があります。 マッサージ、入浴、運動をすると軽減します。 また、肩甲骨を回すと周りにも聞こえるほどゴリゴリ音がします。 これも運動などにより軽減します。 これは整形外科の範疇でしょうか?それとも内臓など病気の可能性はありますか? 内科にて先日改めて血液検査をし結果待ちです。 首の後ろの腫れが
2014年02月27日に書いた記事なため、内容が古くなっています。注意してください Atom とは GitHub 製テキストエディタ。Sublime のようにデフォルト状態でも十分使える、かつカスタマイズ可能。2014/02/27 現在では招待制。 公式サイト - atom.io 他のエディタと何が違うのか Chromium をベースにできており、エディタのどのページもローカルで Web ページがレンダリングされてる。 Node.js を使って各ウィンドウの JavaScript 環境で自由にコードを実行できる。使用されてる技術的に Web 開発者にとっては馴染みが深いエディタになると思われる。 (Chromium ベースなので Developer Tools が開ける (option-cmd-I)) Sublime かなり似てる。git gutter とか package control
[フロントエンド] ブラウザレンダリングの仕組みを理解して、ブラウザに優しいJavaScriptを書こう こんにちは、@yoheiMuneです。 ブラウザのレンダリングの仕組みはHTML5 RocksやHow browsers workで詳しく解説されてきました。しかしそれらはとても詳細で、読破して理解するのは大変です。 今回のブログでは手軽にレンダリングの概要を理解できるように心がけました。またより詳しく学べるようなリンクも記載しました。 そしてブラウザのレンダリングの仕組みを理解した上で、どのようなJavaScriptを書くべきかについても記載しました。 目次 ブラウザのレンダリングの仕組み この章では、HTMLとCSSが読み込まれてから画面に表示されるまでの間に、ブラウザがどのような処理を行っているかを説明します。 ファイル読み込みから表示までの一連の流れは以下図の通りです。 [1]
友達の LINE 乗っ取られて Web マネーのやつ来た!!とか嬉々として報告している人をよく見ますが セキュリティ意識の低い人と友達であるということはあなたのセキュリティ意識が低いということです 例えば友達の Facebook アカウントが乗っ取られれば、あなたが友達まで公開している Facebook の情報が抜かれたりするわけです LINE でもうっかりタイムラインとかにシリアスな秘密の情報を書いたりしていませんか? 乗っ取りが話題になって以降に乗っ取られた人はセキュリティ意識に重篤な問題がある人なので直ちに関わりを断ちましょう 追記 そういえば私も Skype アカウント乗っ取られたことあるので私に注意したほうがいいです。 back to index of texts Site Search
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く