Capy CAPTCHAは一瞬で突破できる - 素人がプログラミングを勉強していたブログ
Capy CAPTCHA 早速、実証コードが(CAPY IS A VERY READABLE CAPTCHA)出たようだ。このように一瞬で突破されてしまい意味がない。 さきほどインターネットを見ていたらスパム防止用の「読みづらい画像認証」に、日本人が終止符を打った技術が斬新過ぎる！経由で、Capy - 低コストで導入も簡単な不正ログイン対策という、パズルを使った新しい新しくないCAPTCHAを知った。 コンテストに優勝するなど肯定的な反応が多いので、この記事では、このCAPTCHAのセキュリティ上の問題点について簡単に書いておこうと思う。 まず、Capy - デモにデモが乗っているので、タイプ別に問題点を示す。 パズルタイプの破り方 ジグソーパズルの空白を埋めるタイプのCAPTCHAである。話にならない。 まず、縦横が5pxごとに吸い付くようになっているので、縦横400px*300pxだと
中国でbundle installが動かない - Qiita
グレートファイァーウォールのおかげで、中国国内でのRailsでの開発はストレスがたまります。。 少しでも、軽減するには #https://rubygems.org/ <--これを http://ruby.taobao.org/#<--taobaoが提供してくれてるものに変えてみる。 Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up
Pocket 5.1 for Android Introduces a New Way to Tag & Share When You Save | Pocket
We are always pushing for new ways to improve and simplify Pocket, while continuing to create experiences that are both fast and beautiful. Today, we have a special Android release we hope will surprise and delight you. It’s called Quick Save Actions, and lets you immediately tag and share articles right when you save them to Pocket. Here’s what Quick Save Actions looks like: When you save somethi
[その２] Netflix: 予想したトラフィックにあわせて自動的にスケールするScryer - ワザノバ | wazanova
http://techblog.netflix.com/2013/12/scryer-netflixs-predictive-auto-scaling.htmlその1はこちら。 自動的にスケールするロジックを生み出すアーキテクチャについてはこちらの図を参照。Scryerに過去データを取り込んで、予想データをAmazon EC2に渡すというシンプルな仕組み。 API layer: Scryerとやりとりする自動化スクリプトとウェブUIのためのRESTfulインターフェースを提供する。 Data Collector: データソースから数値を受取り、データを整形し、Predictor向けのフォーマットに変換。 Predictor: アルゴリズムに基づき予想値を計算。 Action Plan Generator: 予想値とその他のパラメータ（サーバのスループットや起動時間など）をもとに自動スケール
結婚指輪を3Dプリントでつくった - tknzk's blog
結婚指輪をつくる 結婚するにあたり、指輪的なものほしいよねっていう話がありました。 インターネットをサーフィンしたものの、さすがにサイズとかわからないからということで、新宿伊勢丹の1Fに行ってみました。 あまりの場違い感と店員の黒ジャケット白シャツに生気を吸われてしまい、サイズだけ測ってもらって逃げるように帰りました。 さらにサイズがまさかの25号(US11.5)という、いわゆる規格外で、厳しい感が漂ってしまいました。。 3Dプリンタを試みる どうするかなーってなった時に、今の時代、3Dプリンタでどうにかなるんじゃないかと気づいたのでした。 というわけでDMMの3Dプリンタサービスをつかおうと、データを作成しようと試みたものの、うんともすんとも行かない・・・サイズをどう設定したらいいかもわからない、、とまたもや、途方にくれたのでした。。 すべてを兼ね備えたWebサービスshapewaysが
VagrantとSSDなVPS(Digital Ocean)で1時間1円の使い捨て高速サーバ環境を構築する - Glide Note
今年の初めくらいから個人的な技術検証にはSSDで動作が速く、1時間1円で料金が安いのと ロケーションをSan Franciscoにするとsshでもレスポンスが悪くないので、全部Digital Oceanを使っている。(徳丸先生が紹介する前から使っていたんだ！) Digital OceanについてはRebuild: 2: Rails, Redis, VPS (Kenn Ejima)の42分くらいから言及されてます。必聴です。 使ってる旧型のMacBookAirみたいな貧弱なマシンだとローカルでVM動かすとファン回りまくりとかで泣きたくなるので、Digital Oceanだと泣かずに済んで快適。 そんで今日Vagrant経由でDigital Ocean利用すると、コマンドラインから必要なときに新規インスタンス(Droplet)作って、 検証終わったら削除という手軽な使い捨て高速サーバ環境が利用
NSHipster
What if, instead of lowering source code down for the purpose of execution, we raised it for the purpose of understanding? Continue Reading Recent Articles WWDC 2020 A brief remark about the excitement of Apple’s annual developer conference. Language Server Protocol Apple’s adoption of LSP is arguably the most important decision they’ve made for Swift since releasing the language as open source in
CSSポストプロセッサー時代の到来
SassやLESSといったCSSプリプロセッサーは市民権を得たと言って良いと思う。しかしそれらCSSプリプロセッサーは開発という段階にのみ利をもたらすもので、今のところはそれ以上ではない。CSSを実際にユーザーに届けるまでには、開発だけではなくレビューとリリースという段階もある。レビューとリリースも確実性を持って効率的に行うためには、CSSポストプロセッサーと総称されるようなツール群が必要になるだろう。 この文書はFrontrend Advent Calendar 2013の4日目への記事として寄稿した。明日は@hilokiさんがスタコラサッサと書くようだ。 目次 CSSポストプロセッサーとは CSSプリプロセッサーの出力するCSS CSS Lint 開発用とレビュー用、リリース用のCSS CSSポストプロセッサーのユースケース ベンダー拡張プリフィックスの付加 Media Queries
Facebookの継続的デプロイメント - ワザノバ | wazanova
https://www.facebook.com/publications/514128035341603/ 1日500件、3,000ファイルに及ぶ本番アップ フロントエンドのコードは1050万行、内850万行がPHP 開発エンジニア1,000名とリリースエンジニア3名 QAやテスターは存在しない 自分でプロジェクトを選ぶ & 自己責任のカルチャーが強い。 1/3のファイルが一人のエンジニア、1/4が二人のエンジニアでメンテされている。 フロントエンドの本番コードベースは一つのものを共有 日常業務ではローカルのgitを利用。本番アップ可能になれば、中央のレポジトリにマージして、それからSubversion（過去の経緯で使っている。）にコミットする 同じエンジニアがコードをコミットする間隔は中央値で10時間 本番にプッシュする前に、担当エンジニア自身でのユニットテストを終え、同僚によるコード
フラットにするより組織図を反転すればよいのではないかという考え方 - ワザノバ | wazanova
http://6brand.com/the-upside-down-org-chart.html これまで、GitHub、Valve、Treehouseなど、フラットでマネージャのいない自己管理型の会社を紹介してきましたが、今回SquareのJack Dangerは自らのブログで、伝統的な組織図を反転させた発想での会社運営を提案してます。 1) 伝統的な組織図 トップダウン型のこの組織図は、エンジニアが大会社で働きたくないという要因になっている。「仕事がイヤだから辞めるのでなく、ボスがイヤだからやめる。」と言われるように、ベテランのエンジニアを引き止めるためだけに「昇進」させ、質の悪いマネジャーを生んでいるテク企業も多い。また、マネージャーは（よい人であっても）階層のある組織にいると配下にネガティブなプレッシャーをかける傾向を指摘されている。 一方、自己管理型のフラット組織は、多少の組織内
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
aereal on Instagram
aereal on Instagram
objc.io