Linuxでロードバランサやキャッシュサーバをマルチコアスケールさせるためのカーネルチューニング - ゆううきブログ
本記事の公開後の2016年7月にはてなにおけるチューニング事例を紹介した。 はてなにおけるLinuxネットワークスタックパフォーマンス改善 / Linux network performance improvement at hatena - Speaker Deck HAProxy や nginx などのソフトウェアロードバランサやリバースプロキシ、memcached などの KVS のような高パケットレートになりやすいネットワークアプリケーションにおいて、単一の CPU コアに負荷が偏り、マルチコアスケールしないことがあります。 今回は、このようなネットワークアプリケーションにおいて CPU 負荷がマルチコアスケールしない理由と、マルチコアスケールさせるための Linux カーネルのネットワークスタックのチューニング手法として RFS (Receive Flow Steering) を
[読書メモ]実践Junitのメモ2 - Qiita
第Ⅱ部 合言葉で覚えるユニットテスト テストの生産性を上げるためのガイドラインの章 5章 First(良いテストとは) よいテストはFIRSTである Fast(迅速) Isorated(隔離) Repeatable(繰り返し可能) Self-validating(自律的検証) Timely(タイムリー) Fast(迅速) 高速に実行できること。(1日に2〜3回実行するのが苦痛であれば、見直そう) 遅いコードへの依存を減らす DB等低速なリソースにアクセスをしなくてもいいよう設計する Isolate(テストを隔離する) それぞれのテストが独立して振る舞い、規則正しく機能すること テストが失敗する理由が複数ある場合、分割することを検討する 時期や順序に依存しない 単一責任の原則 Repeatable(繰り返し可能) 実行するたびに同じ結果が得られること 繰り返しができないテストは、テスト対象の
![[読書メモ]実践Junitのメモ2 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/aed5251867a839ff726dfb0e8ec6f02548b9bfb9/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCJUU4JUFBJUFEJUU2JTlCJUI4JUUzJTgzJUExJUUzJTgzJUEyJTVEJUU1JUFFJTlGJUU4JUI3JUI1SnVuaXQlRTMlODElQUUlRTMlODMlQTElRTMlODMlQTIyJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz1lZTY0MTk2NzA3M2FjNzkzNTE0ZGY0ZjNmZDk3MWM2Nw%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDB0b3NoX20mdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTc0MjVlNThkYWZlYzJmN2RmM2FiNjE3MDExNjIxYTIw%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D5eae69b7583c068ba60a3d6daee1a00d)
プログラマのためのUXチートシート — ありえるえりあ
はじめに http://msdn.microsoft.com/ja-jp/library/aa511258.aspx の 「Windows ユーザー エクスペリエンス ガイドライン」 「ガイドライン」 主に「コントロール」 の抜粋です。 以下の基準で抜粋しました Web UIに応用可能 実用的かつ具体的 自明ではない プライマリUIを目立たせる プライマリ UI 要素を強調するには、以下に従います。 - プライマリ UI 要素は、視線の通り道に配置します。 - タスクを開始する UI 要素は、左上隅または中央上に配置します。 - コミット ボタンは、右下隅に配置します。 - 残りのプライマリ UI は、中央に配置します。 - コマンド ボタン、コマンド リンク、アイコンなど、注意を引き付けるコントロールを使用します。 - 大きなテキストや太字のテキストなどの目立つテキストを使用します。 ユ
History: scrollRestoration property - Web APIs | MDN
One of the following: auto The location on the page to which the user has scrolled will be restored. manual The location on the page is not restored. The user will have to scroll to the location manually.
History API - Scroll restoration | Blog | Chrome for Developers
Using the History API to manage your URLs is awesome and, as it happens, a crucial feature of good web apps. One of its downsides, however, is that scroll positions are stored and then, more importantly, restored whenever you traverse the history. This often means unsightly jumps as the scroll position changes automatically, and especially so if your app does transitions, or changes the contents o
10 Habits of a Happy Node Hacker (2016)
At the tail end of 2015, JavaScript developers have a glut of tools at our disposal. The last time we looked into this, the modern JS landscape was just emerging. Today, it's easy to get lost in our huge ecosystem, so successful teams follow guidelines to make the most of their time and keep their projects healthy. Here are ten habits for happy Node.js hackers as we enter 2016. They're specificall
その完璧主義を叩きなおしてやる! - teruyastarはかく語りき
進捗が遅れてるだと？ (以下、矢島金太郎風) 仕事ナメてんのか。 なんでそれが遅れてるか理解できてないだろ？ この件に関しては何度でも怒るぞ。 とにかくまず「完成」させろ!! どこまで丁寧に仕事してるんだ？ そんな細部まで完璧にやれといったか？ 手触り？ 高速、軽量化？ 神は細部に宿る？ 馬鹿野郎!! 1章だけ100点で、残り9章が0点だったら納品できねーんだよ!! だいたいそんなスピードじゃ、誰よりも先にお前が飽きるだろ!!! そんなやる気も感性も鈍った状態で完成にたどりつけるか!! まず、10点で10章分作れ!!! 島本和彦も言ってるだろ!! 「クオリティ」は次回作で上げろ!! いきなり「ガンダム」作りたいとか 実力に合わない妄想言ってんじゃねえよ!! ガンダムの前身に「無敵超人ザンボット3」があんだよ! 勇者ライディーンがあんだよ! トリトンは原作改変! なによりもコンテ千本切りだ!
github pagesをスタードメイン利用で作る。 - Qiita
github pagesとは何か 簡単に静的ページをhostingできるgithubの一機能です。 official cgi,phpなどは利用できません。 jekyllなどでローカル作成cmsなど利用し、githubにアップロードすることで可能。 無料で利用できます。 独自ドメインの設定も可能です。 SourceTree, Github for (Mac|Windows)など使えばGUIで簡単にpushできます。 注意 ドメイン取得時はDNS設定できる事業会社にしましょう。お名前.com ,Value Domain, スタードメインなど。今回は自分が利用しているスタードメインで説明します。 作ったもの ソースコード https://github.com/okachan/okachan.github.io ↑を真似れば大体できます。 URL http://ilikepurin.com/ やり
Git のファストフォワードマージとは
Git のファストフォワードマージとは 作成日 2018.08.15 Git Git で他のブランチを現在のブランチにマージさせる時に発生しうるファストフォワードマージとはどのようなものなのか, どのような時に起こるのか起こらないのか紹介します. ファストフォワードマージとは Git のファストフォワードマージとは, マージされるブランチの HEAD をマージするブランチの先端にそのまま移動させるマージを指します. ファストフォワードという言葉がテープを急いで先に進めるという意味のように, ファストフォワードマージはマージコンフリクトが一切発生しない素早いマージのためこのように呼ばれるのでしょう. 例えば次のような master ブランチに hotfix ブランチをマージさせると, そのマージはファストフォワードとなります:
git merge オプションの --ff, --no-ff, --ff-only の違い - yu8mada
git merge オプションの --ff, --no-ff, --ff-only の違い 作成日 2018.08.15 Git Git コマンド git merge で使われる次の 3 つのオプション --ff, --no-ff, --ff-only の違いを図付きで, できるだけわかりやすく解説します. git merge --ff の場合 git merge --ff でブランチ同士をマージさせると, そのマージがファストフォワードとなる場合, マージコミットを作らず, HEAD だけ移動させます. このオプションは git merge コマンドのデフォルトになります. 次のようなヒストリで:
初心者向け、「上手い」シェルスクリプトの書き方メモ - Qiita
ここ最近、沢山シェルスクリプトを書くようになりました。 元々あまりシェルスクリプトを書いたこと無かったので、色々と勉強しつつ書いてるのですが、 他のプログラミング言語とはちょっと違って独特なクセというか、発見の度におぉー！ってなることが沢山あって楽しいです。 そんなわけで、最近学んだり参考にした中で特に感動したシェルの上手い書き方をまとめてみます。 きっとまだ知らないこととかもっと上手くやる方法なんかが沢山見つかりそうなので、 もっといいやり方あるよ！って方はコメントください 何もしない : (コロン)コマンド シェルを書いていた時に非常に欲しかったコマンドがこれ！何もしない！ : というコマンド(？)を利用すると、何もせずに終了ステータス0(つまり正常終了)を返します。 これが様々な事に使える万能コマンドで、これによって面倒なエラー処理を簡潔にできたり、 入力や出力のリダイレクト元/先と
gitでシンプルなデプロイ環境を作る - Qiita
gitで最低限のデプロイ環境を作る際のメモ。 いろいろなCIツールを使うまでもない、小規模なコンパイルいらずのWebアプリのデプロイ環境を作る。 CIツールを使う場合でも基礎となる知識なので整理しておく。 やりたいこと ローカルで開発。 リモートにpush pushを拾って、公開ディレクトリにpull イメージ 図で書くとこんな感じ。 今回は、独自のリモートリポジトリを使うが、ここがGitHubとかでもいい。 前提条件 ローカル、リモートにgitがインストールされていること（Mac想定） リモート（サーバ）にはsshで透過ログインできること 手順 まずは、push,pullの流れを手動でやってみる。 リモートリポジトリの用意（リモート） とりあえず、外からは非公開かつ、チームがアクセスできるディレクトリを用意し、リモートリポジトリにする。
今すぐできる、Webサイトへの2要素認証導入
(Last Updated On: 2018年8月14日)Google、Facebook、Amazon(AWS)、Githubなど、大手Webサービス会社が2要素認証を取り入れてしばらく経っています。自分のWebサイトでも2要素認証を導入したい！と思ったことは無いですか？ 簡単に可能です！ パスワード認証だけではもう安全とは言えません。ぜひ2要素認証を自分のサービス／プロダクトに導入してください。 2要素認証とは？ 2要素認証（2 Factor Authentication）とはパスワードとは別の認証コードを利用してユーザーを認証する方式です。2段階認証（2 Step Authentication）と呼ばれることもあります。複数の認証要素を利用して認証するので多要素認証（Multi Factor Authentication） とも呼ばれています。AWSでは2要素認証をMFAと呼んでいます
『CyberAgentでの「うるう秒」対策』
皆様うるう秒対応お疲れ様でした。こんにちはこんにちは！！インフラ基盤サービスグループという名前のアレに所属させてもらって、画像配信基盤とかネイティブアプリ基盤などのインフラの面倒を見させてもらってる、@kakerukaeruと申します。 副業でジャック・ニコル◯ンの偽物をしたり社内chatにAAや画像を貼って場を荒らす和ませる仕事をしております。 はいというわけで、 ここ最近うるう秒対策チームを私と@nekoruriさんの二人でやっていたのですが、 せっかくだからウチはこういう対策やったよ、ってのを 「you エンジニアブログに書いちゃいなよ」って雑談から始まり、 「me エンジニアブログに書いちゃいなよ(?)」となり、 公式エンジニアブログに初参戦させていただく運びと相成りました。 もううるう秒終わってんじゃねーか、うるう秒の前に公開しろや。とは僕も思いますが、突っ込まないで下さい うる
そろそろ真面目に、HTMLで帳票を描く話をしようか - Qiita
帳票といえばPDFとして生成するのが一般的でしょうか? でも、2015年の今、あえてHTMLで描くのがホットです(個人的に)。ミリ単位で設定された高度な帳票も、CSSを駆使して簡単に作ることができます。業務システムでもモダンブラウザを選択することが増え、@pageなども積極的に使えるようになったこと、SPA(Single Page Application)の台頭、いろいろと条件が揃ってきました。 書いてたら結構長くなっちゃったので、さくっとコードだけ見たい方は、Paper CSSリポジトリをどうぞ。 はじめに HTML帳票のメリット 2015年現在、HTML帳票を選択する幾つかのメリットがあります。 ライブリロードで、リアルタイムなスタイル調整 バックエンドではなくフロントエンドで生成できる 前者は、gulpやGruntの普及で、CSSにしろHTMLにしろ、リアルタイムにプレビューできる環
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Pricing | Storyblok
Sketchboard.io Pricing
Plans
GitHub - speakeasyjs/speakeasy: **NOT MAINTAINED** Two-factor authentication for Node.js. One-time passcode generator (HOTP/TOTP) with support for Google Authenticator.
