はじめに 先日Hacker Newsで「NSAが兆単位の暗号化された通信を盗聴してる」みたいな記事を見かけました。 1024ビットのDHキーを1つ突破するためには時間で1年、お金だと数百万ドルのコストがかかるけど、暗号で使われる素数は同じものが多く使われているらしいので、年110億ドルの予算では兆単位の接続を盗聴できてるんじゃないかといった話でした。 全然気にしてなかったんですが、元サイトで公開されてた論文を見てみたら(読んだとは言えないレベルｗ)対策自体は簡単だったのでまとめです。 ssh編と書いたとおりssh接続での対策です。sshのフェーズの中での鍵交換の話です。 需要がありそうだったらWebServer編も書くかもしれませんが、Logjam対策してれば大体OKな内容なので多分イラナイと思ってます。 あと、Mozillaのこのページがとても参考になると思います。 対策 引っ張っといて

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

要望1.複数タグによる絞込機能 Qiitaで色々ストックしていると、ストックから記事を探すのが難しくなる。 今のストックの機能では、優先度関係なしに全てのストックが同じレベルで扱われる。 現在、僕の場合は521のストックがあるが、その中で何回も見返したい記事を探すのが難しい。 別のサービスの話だが、はてなブックマークでは複数のタグによる絞込が可能で、それにより探しているブックマークの絞り込みが非常にやりやすい。Qiitaでも複数タグによる絞込機能が欲しい。 ## 要望2. レベル付機能 (非公開[ストック者のみ分かればいい]) 上記の複数タグによる検索が可能となったとしても、記事の作者がタグをあまりつけない場合、有効ではない。 ストックした側で管理できるようなものがあれば、ストックした人にとって記事の検索率および再利用率が高まる。 レベル付機能というのがあればいいかもしれない。 利用例とし

The elegant dashboard including the block editor and the in-page edit mode provide a convenient and intuitive way of editing pages No database is required — all content is stored in human readable text files which makes it easy to put a whole site under version control While being file based, database features like searching and tagging are still a fundamental feature and directly implemented in t

Hugo is one of the most popular open-source static site generators. With its amazing speed and flexibility, Hugo makes building websites fun again.

The Simplest Content Management System. Ever. GetSimple has everything you need, and nothing you don't GPL Open-Source  •  Downloaded over 120,000 times! Undo Protection GetSimple has the ability to perform a simple "Undo" on just about every action. Combined with our intuitive UI makes for a great web editing user experience. View Screenshots Plugin System Expand on the capabilities of GetSimple

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

No more databases, comment moderation, or pesky updates to install—just your content. How Jekyll works → Static Markdown, Liquid, HTML & CSS go in. Static sites come out ready for deployment. Jekyll template guide → Blog-aware Permalinks, categories, pages, posts, and custom layouts are all first-class citizens here. Migrate your blog →

前回からずいぶん時間が経過してしまいましたが、「インフラエンジニア」向けトレンドのまとめの第二弾として「Flat-File CMS」を集中的に取り上げたいと思います。 Flat-File CMSは、まだ日本ではそれほど大きく取り上げられていませんが、数年前からOctopressなどのツールが登場し、最近ではghostというブログツールに注目が集まっています。今回は、Flat-File CMSの特徴と主なツールを紹介いたします。 《全てがWordPressで良いのか？》 現在、ブログやCMSを利用するのであれば、まず頭に思い浮かべるのは「WordPress」でしょう。実際にWordPress の CMS シェア54%とCMSを利用している半分のユーザはWordPressです。 しかし、最近ではWordPressではないCMSが注目を浴びています。これらのCMSは、WordPressなどのCM

Blog The latest news, tips, & tales from StatamicHQ.

むむむ、これはかなり使ってみたいなぁ。 データベースが不要なフラットファイルCMS「Grav」というやつなんですが、PHPSPOT開発日誌さんで紹介されていて、ちょっと調べてみたんですけど、小規模なビジネスサイトやポートフォリオサイト、製品サイトなんかに使ったら、かなり良さげな感じなんですよねぇ。 フラットファイルCMS CMSはContents Management System(コンテンツ・マネージメント・システム)の略称。いまさらな説明ですが、ざっくり言えばウェブコンテンツ(テキスト・画像など)を管理、配信(処理)するシステムのことです。 このブログで採用しているWordPressもCMSのひとつ。 他にもたくさんのCMSが存在します。 そんなCMSの中で、昨年くらいから徐々に広まりつつあるのが「フラットファイルCMS」です。 フラットファイルCMSの最大の特徴は、静的なHTMLを生

App Transport Security Technote - Apple Developer これによりATSが適用されるのはiOS9.0向けにビルドしたアプリ(Xcode7.0、Base SDK9.0以降)となり、デフォルトの挙動は変わらずにONとなっています。 なので、Base SDK9.0未満でのビルドの場合はATSは適用されず、これまで通りの通信が可能です。 試しにSSL未対応ページを下記の2環境で表示してみたところ、下記結果となりました。 環境1 iOS9.0 GM seed Xcode 7.0 GM seed (Base SDK9.0) 結果 : ATSが有効となり、SSL未対応のページは表示不可 環境2 iOS9.0 GM seed Xcode 6.3 (Base SDK8.3) 結果 : SSL未対応のページでも表示可 これによって既存のアプリはそのままの動作をしてく

「ついにiOSでも使えるようになったApp Indexingとは何か？」で紹介したApp Indexingについて、このブログのアプリに実装してみました。 三度の飯とエレクトロン – Android Apps on Google Play さっそくその方法をご紹介します。 URLスキームからアプリを起動できるようにする まずはURLスキームからアプリを起動できるようにする必要があります。これをすると、このブログのURLを開こうとしたときに、ブラウザで開くかアプリで開くかの選択が表示されるようになります。 リンクをクリックすると、ブラウザかアプリを選択する表示が出て、アプリの方を選択するとアプリが起動します。 これ自体は、App IndexingではなくAndroid自体の仕組みです。 アプリを起動するIntentFilterの追加 このURLからアプリを起動するふるまいを実現するためには、

<activity android:name="com.hoge.SchemeActivity" ... <intent-filter> <action android:name="android.intent.action.VIEW" /> <category android:name="android.intent.category.DEFAULT" /> <category android:name="android.intent.category.BROWSABLE" /> <data android:scheme="hoge-scheme" android:host="hoge-host" /> </intent-filter> </activity> schemeとhostが同じアプリが複数存在する場合、Androidはどのアプリを起動するか選択することができます。 が、iOS

Twitter の BASIC 認証が廃止されて、外部アプリ・サービスは OAuth 認証が必須になったわけですが、この OAuth 認証パラメーターの渡し方でおもしろいことに気付きました。 通常、OAuth 認証は次のようにアカウント認証に必要なパラメーターを HTTP リクエストの Authorization ヘッダで渡します。 GET /1/statuses/home_timeline.json?count=100 HTTP/1.1 Authorization: OAuth oauth_consumer_key="???",oauth_signature_method="HMAC-SHA1",oauth_timestamp="0000000000",oauth_nonce="???",oauth_version="1.0",oauth_token="00000000-????",oa

こんにちは、ritouです。 やっと”なんちゃらAdvent Calendar”がおさまり、これからは”一年を振り返って(遠い目”みたいな記事が増えることでしょう。その間のタイミングを狙います。 何の話か mixi Platformが導入したっていうOAuth 2.0のCSRF対策拡張を使ってみた - r-weblife の最後にちょっと書いたんですけど、モバイルアプリでOAuth 2.0を使う際にやっかいな問題が残ってました。 今回は、「ネイティブアプリケーションからOAuth 2.0を使うとき、特定の条件下において、正規のClientではない悪意のある第3者に認可応答を持って行かれて、その結果Access Tokenを取得できちゃうリスクがあるよね。どうしようか。」っていう話です。 条件っていうのは、 OAuth 2.0のClientはネイティブアプリケーションであり、Client C