パスワードを忘れた方はパスワードの再設定を行ってください。 初めての方ははてなID登録 (無料) してください。 うまくログインできない方はお問い合わせをご覧いただき、Cookieの設定をご確認ください。
こんにちは、はてなシニアエンジニアの id:y_uuki です。 今年もアドベントカレンダーの季節がやってきましたね。昨年のアドベントカレンダーの記事は以下のページにまとまっています。 明日の12月1日から25日まではてなのエンジニアの誰かが毎日エントリーを書く毎に、以下にリンクを追加していきます。お楽しみに! 12月1日 developer.hatenastaff.com 12月2日 CSS の -webkit-line-clamp プロパティについて by id:nanto_vi 12月3日 developer.hatenastaff.com 12月4日 blog.yuuk.io 12月5日 developer.hatenastaff.com 12月6日 medium.com 12月7日 ichirin2501.hatenablog.com 12月8日 developer.hatena
この記事は 「脆弱性"&'<<>\ Advent Calendar 2016」16日目の記事です。具体的な脆弱性の話でなくてすみません。いろいろコードを書いていると、安全に脆弱性を発生させたくなるときがあります。って書くとさっぱり意味がわからないと思いますが、セキュリティの講義のための演習環境とかそういうやつです。 受講生自身の手でWebアプリケーションの脆弱性を探してもらうような演習では、検査対象となる脆弱性を含むWebアプリケーションを用意する必要があります。こういった「脆弱なWebアプリケーション」は例えば Broken Web Applications Project のようなものを代表にいくつかのものがありますが、これらはUIが英語であったり、あまりにもメジャーすぎて受講生も触っている可能性があったりと、場合によっては利用が難しいことがあります。特に、単一のWebサーバに対して複
突然ですが、我が家は2階にリビングがあるタイプの戸建てでして、天井が勾配していてカッコイイ感がすごいのですが、この季節は暖房の熱がどんどん登ってしまってなかなか部屋が暖まりません。 要するに寒いという話なのですが、皆さんいかがお過ごしでしょうか、@cero_t です。って僕のジョークと家の寒さは関係ないですから💢 さて、このエントリーは Elastic Advent Calendar の18日目です。 qiita.com 元々、マイクロサービスの可視化や、Kafkaを用いたデータ収集の安定化について書くつもりだったのですが、思いつきで作ったタグクラウドが予想外にイイ感じだったので、このエントリーではその経緯を紹介したいと思います。 タグクラウドとは、文中に頻繁に登場するワードを上の絵のように可視化する機能です。 最近リリースされたKibana 5.1.1に新しく追加されました。 この機能
噂のiPhone 6sのバッテリー交換に当選しました。症状としては、突然電源断が起こるというもので、ちょいちょい突如落ちる現象には悩まされていました。 当選確認は、以下のサイトでシリアル番号をいれることで確認できます。 https://www.apple.com/jp/support/iphone6s-unexpectedshutdown/ 当選したら、以下のサイトから「修理サービスを申し込む」で進めていきます。 https://support.apple.com/ja-jp/iphone/repair/battery-power で、ここからが本題ですが、特に東京近辺の人たちは、カジュアルにアップルストアに行けるため、すぐに終わるため店舗に行って修理交換をすることが多いと思います。ですが、今回は一斉にバッテリー交換が発生したため、バッテリーの店舗在庫が切れていたり、代替となるiPhone
12月です。今年もアドベントカレンダーの季節がやってきました。 Web上におけるアドベントカレンダーというのは12/1から12/25までの間、一つのテーマで毎日ブログなどに記事を投稿するイベントで、日本においてはPerlコミュニティから始まったような記憶があったのですが、はっきりとは覚えていなかったのでこの機会に確認してみました。 2008年 JPerl Advent Calendar 2008 2008年12月、日本のPerl界隈でアドベントカレンダーが開催されます。以下の記事によると海外のPerlコミュニティでは2000年から同様のイベントが行われており、それを日本に輸入するという形だったようです。この年は特殊ルールとして、原稿を書いた人が翌日の担当を指名するというバトン式で行われています。 http://web.archive.org/web/20081223001927/http:
今年もつつがなくお祭りを終えることができました。 今まで以上にいろんなことをやらせていただいたので備忘や知見の共有も兼ねてまとめておきます。 YAPCとは? 体制 準備 確認する 決める 手を動かす 当日 ふりかえり 「エイヤ人」の存在 「持続可能なカンファレンス」 感想 YAPCとは? こちらをご覧ください 体制 コアスタッフは7名。 このうちJPAからは代表理事(nekokakさん)とわたし(小間使い)が参画。 準備 Webサイトコーディング/更新 文言(About、トークレギュレーション、チケット販売、#yapcjapanに流したお知らせ、PassMarket経由のお知らせ、etc、etc...)の作成 入稿データチェックおよび入稿作業 スポンサー様とのやりとり(一部) YAPCブログ編集 個人スポンサーノベルティ内容検討〜手配 その他球拾い を主にやっていました。 大きな舵取りはね
h2o の status ディレクティブのJSON出力を眺めていたら、duration-25 とか connect-time-50 とか 不思議なプロパティがいくつか含まれることに気がついた。しかしどうも全て0のようであるので、なんらかのコンパイルオプションなのだろうか?と思ってちょっと調べた。 結局これは global で duration-stats: ON すると有効になるみたいだった。そうすると以下のように数字が埋まりはじめる。 "duration-0": 0, "duration-25": 0, "duration-50": 0, "duration-75": 4731, "duration-99": 26829 おそらくμs単位のパーセンタイル値で、この場合たとえば duration-75 は 75% のリクエストが 4731μs 以内に納まるみたいなやつだと思う。 今のところ
この記事で伝えたいこと HTTP/2 で HTTP レイヤの Head of Line Blocking 問題が解決した他、Server Push、Prioritization、HPack などの導入によって、HTTP の通信効率を向上させました。 しかし、TCP を使う限り、TCP レイヤの HOL Blocking は依然として残っています。 更なるパフォーマンス向上を目指して、QUIC では UDP を使って通信します。UDP 自体はパケットの欠損検出や再送処理など、TCP では当たり前にある機構が無く、自前で作り上げないといけません。では、QUIC は TCP と同等の機能を実現しながらも、TCP とどこが異なるのかを探っていきます。 ちなみに、QUIC という名前は、Quick UDP Internet Connection の略です。 復習:HOL Blocking とは? ウ
toggle()や変数、calc、:matchなど、今までにないCSSプロパティ、セレクタが提案・実装されて、CSS3, CSS4も楽しくなってきています。 border-radiusや、box-shadowなども、古いAndroidブラウザ以外なら、prefixなしで使える状況も増えてきました。 最新技術は、これから必要になってくるかもしれませんが、基本も大切です。 float や position など、CSSコーディングを悩ませるタネはいくつもありますが、今回はその中でも私がCSSで一番難しいと思う margin について書きます。 「marginはバグが多い」という声をたまに聞きます。 しかし話を聞いてみると、正常な動作をバグと間違って認識しているケースもあります。 marginを正しく理解することによって、効率的なレイアウトを構築できますので、基本的な内容ですが、読んで頂ければ幸
こんにちわ、メルカリアッテでFront-end Developerをしている@t32kです。 メルカリではセミナー参加補助制度があり、それを利用して海外カンファレンスに参加してきました。今回は11/30 ~ 12/01、オーストラリア・メルボルンで開催されたCSS/JSConf Australia 2016に行ってきたので、そのレポートを書きたいと思います。 今回はその中でも、CSSConfでのBarak Chamo氏が講演した内容が非常に興味深かったので紹介します。 Hey presto, CSS! 今日はお話する内容は魔法についてです。どのように自分が定義したCSSをブラウザ上で利用可能にするのかという魔法です。 その前に、魔法ではないこれまでのCSSについて振り返ってみましょう。日本には『珍道具』と呼ばれるものがあります。とても素晴らしい技術ですが、ちょっとオーバーエンジニアリングに
よく使う割にイマイチ思い出せないのがコレ。 `position: absolute`じゃないなら、`margin: 0 auto`とかで良いんですけどねー。 それっぽい帯のデザインを作るときとかでbefore/after擬似要素を使う時はたいてい`position: absolute`なので、うまいこと真ん中に寄ってくれないんですよね・・。 でも、よくよく考えたらそれも大したことはなくて。 縦にも横にもcenterしたい場合のやつ。 サンプル Html <div class="wrapper"> <div class="first">div</div> <div class="second">div</div> </div> Css .wrapper { background-color: #fff; padding:50px; margin: 0; text-align: center;
Let’s start with a myth about HTTP/2: With HTTP/2 you don’t need to bundle your modules anymore. HTTP/2 can multiplex all your modules over the same connection in parallel. So there are no additional round trips for the many requests. Each module can be separately cached. Sadly it’s not that easy in reality. Prior workYou can read the following articles, which explain everything in detail and do s
管理画面などを自分で作る場合、admin/blogs_controller.rbのようなネームスペースのついたコントローラーと、blog のようなネームスペースなしのモデルにアクセスするscaffoldを作りたくなります ありがちな手順は、 rails generate scaffold blog のようにネームスペースなしでscaffoldを生成したあとで、controllerやviewのファイルを移動して、さらにそれらのファイルがネームスペースなしのモデルを参照するように直していく、というものです ですが、rails4に搭載されているscaffold_controller generatorを使うと、そんな面倒なことをしなくても最初から適切なscaffoldを生成させることができます scaffold_controller $ rails generate scaffold_contr
この記事はProduct Manager Advent Calendar 2016の12日目の記事です。 こんにちは、プロダクトマネージャーをやっています @px1717 です。 学生時代からインターンとして今の会社にジョイン、新卒入社と同時にプロダクトマネージャーになり、現在2年目で日々奮闘しています。 (PMになった経緯は 弊社ブログ 新卒でスタートアップを選んだプロダクトマネージャーのその後 にて) 普段PMをしていて、大切だと感じていることを改めてまとめてみたいと思います。 1. 「視座・視野・視点」 を理解し、行動する職種や役職、バックグランドによって人それぞれ価値観や考え方は違う中で、認識を合わせて物事を決めていかなくてはいけないので、特に視野・視点・視座を意識してます。 視座:どの高さでみているか視野:どの範囲でみているか視点:どの部分をみているかメンバーを理解する様々なバッ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く