2018年4月18日以降の機能追加や改善は、個別のお知らせをご確認ください。 動画の記事一覧 機能・お知らせの記事一覧 2017年7月13日より、正式版として提供を開始させていただきました「動画視聴ページ HTML5版」ですが、利用動向やユーザーの皆様からお寄せいただいたアンケートを基に機能追加や改善を行っております。 それらの機能追加や各種改善につきまして本ページにてお知らせいたします。

公開停止： ここにいろいろ書くと、Change.orgの中の人から、ぼくの友人知人にいろいろプッシュがかかるようだ。個人的な人間関係は大事にしたい。ITmediaとも仲良くしたい。 単にフォーブスやThe NationやwikipediaのChange.orgのメアド販売記事を引用し、Change.org内のスパム反対署名運動やChange.orgスパムに困ってる米国のQ&Aサイトにリンクしただけだ。Change.orgの釈明記事のようにForbesに書かれていたメアド販売が過去のことというのはわかりました。Forbesが批判していたのはメアド販売を許可するチェックボックスがデフォルトでオンになっていて楽天のメルマガのように分かりにくいということです。ですから、許可なくユーザーのメアドを販売したことがないいう記述は少し意味が違うように思いました。しかし、Forbesに書かれていても、それが

後はcontent以下のディレクトリにMarkdown形式でファイルを置いていったりするだけです。 Themeも用意されており、簡単に導入できます。 hugoの導入は以下が詳しいです。 Hugo | Quick Start サイトを生成する hugo コマンドを実行することで、public以下に生成されます。 S3に設置する public以下に生成されたサイトを設置します。 パブリックアクセスを許可したS3 bucketを設置し、public以下をコピーします。 その後、プロパティからStatic website hostingを有効にします。 東京リージョンに設置した場合、以下のbucket名を置き換えることでアクセス出来るはずです。 https://[bucket_name].s3-website-ap-northeast-1.amazonaws.com CloudFrontを通す C

GitHubで公開されているフロントエンドチェックリストというドキュメントが、網羅されている内容が幅広く便利そうだったので、日本語に翻訳しました。 日本語版は、以下のGitHubリポジトリにあります。GitHub側と自動的に連携するようにしておりますので、誤訳や誤りなどがあれば GitHub のプルリクエストまたは Issue で報告していただけると幸いです。 https://github.com/miya0001/Front-End-Checklist 日本語版への貢献方法 最終更新日時: 2017-11-19 03:50:47+09:00 (未翻訳) Front-End Checklist The Front-End Checklist is an exhaustive list of all elements you need to have / to test before lau

ピクシブ株式会社で開発基盤チームとして働いている @catatsuy です。主にpixivの技術的な改善をしていますが、広告チームも兼任しているので広告周りの開発もしています。 今回pixivの常時HTTPS化を担当したのでやったことを紹介します。 pixivをHTTPS化した理由 現在のインターネット全体の流れとして常時HTTPS化が進んでいます。エドワード・スノーデン - Wikipediaが暴露したNSAの事件発覚や 公衆無線LANの利用拡大により、通信経路上でユーザーの個人情報を保護することがインターネット全体として非常に重要になってきました。Googleが行っている調査によると、HTTPSページの閲覧時間はウェブ全体の利用時間の3分の2にも及びます。 それだけではありません。ブラウザに新しく追加されるAPIや機能（HTTP2/WebRTC/ServiceWorkerなど）はHTT

なんだろう。佐々木希と結婚報告とかかな。 Boost: @nullkal 夕方あたり多分大事なお知らせを投げると思います

Mastodon （マストドン） が先週の頭、4月10日くらいから日本でも急激に話題になって、@nullkal 氏が自腹で mstdn.jp インスタンスを立ててくれた辺りからはもう一部でお祭り騒ぎになっていました。 で、いい機会だし、ちょっとお勉強を兼ねて自分専用の Mastodon インスタンス （所謂、おひとり様インスタンスですね） を立ててみようと週末に思い立ち、土曜日の空いた時間でやってみたら 2～3時間で比較的簡単に立てられましたので、備忘録がてらエントリーにしてみようと思います。 tootsuite/mastodon: A GNU Social-compatible microblogging server mastodon.burnworks.com 使用した環境としては下記のような基本構成に、適時必要なものをいくつか入れた感じ。サーバは元々テストサーバとして使っていたやつ

おっさんエンジニアがロードバランサについて改めて設計・構築するに当たり、 ロードバランサの基本 最近の動向 (と言っても最新ではない) について整理した情報を共有します。 新人教育にでも使って頂けるとうれしいです！

この前こんな記事を書いたのですが、 このグッドエンジェルというサイトの運営者であるヨシオカ氏から僕にメールが届きました。 端的に言うと、「この記事は誹謗中傷で業務妨害にあたるので記事を削除してください」とのことでした。 なんともおだやかではないメール。 一瞬びくっとしましたが、僕は別に誹謗中傷なんてしてないんですよ。 記事内で僕が全く根拠のないでたらめを並べてさも事実かのように書いていれば、それは誹謗中傷に該当しますが、僕が書いたことはでたらめではありません。 それは記事を見ていただければわかるかと思います。 実際グッドエンジェルでは、水商売などやよくわからないふわっとしたビジネスの案件がたくさん紹介されてます。また、料金設定や細かいルールの説明が乏しく、これ大丈夫かよと不安になる要素が多々あります。 僕はそういった事実を記事に書いたまでです。 なのでヨシオカ氏からあなたの記事は誹謗中傷に

<a href="http://archive.today/NwjSJ"> <img style="width:300px;height:200px;background-color:white" src="https://archive.is/NwjSJ/4e714570d3802bc829204dd0a520c4bcce808a45/scr.png"><br> システム開発の契約が民法改正で変わる<br> アーカイブされた 2016年8月15日 23:25:51 UTC </a> {{cite web | title = システム開発の契約が民法改正で変わる | url = http://www.techvan.co.jp/media/quality/civil-code | date = 2016-08-15 | archiveurl = http://archive.today/N

Webサイトの暗号化（SSL化、HTTPS対応）はこれまでEコマースやプライバシを守る目的で部分的に導入されてきたが、SHA1からSHA2への切り替え、モバイル端末の普及やHTTP/2の登場によって、サイト全体を常にHTTPS通信にする常時SSL化の動きが活発になっている。さらにSSLサーバー証明書を無償で入手可能なLet’s Encryptのサービス開始や主要なWebサーバーソフトウェアの安定版でHTTP/2が利用できるようになったことでその動きは加速している。本稿ではSSL化を取り巻く最近の状況を整理し、NginxとLet’s EncryptによるHTTP/2＆SSL化の実装例も紹介していく。 これまで証明書の無償入手は限定的 HTTPSのWebサイトを運用するには通常、商用の認証局にSSLサーバー証明書の発行を申し込み、必ず費用が発生するものだった。一部限定した目的では無償で利用でき

ブックマークしました ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください Twitterで共有

HTML5で導入されたiframe要素のsandbox属性は、そのiframe内のコンテンツに対しJavaScriptの実行を始め様々な制約を課すことでセキュリティの向上に役立つ機能である。例えば、以下のように指定されたiframeでは、iframe内からformのsubmitなどはできるが、iframe内でのJavaScriptの実行やtarget=_blankなどによってウィンドウを開くことなどは禁止される。 <iframe sandbox="allow-forms" src="..."></iframe> sandbox属性に明示的に allow-scripts という値を指定しない限りはiframe内では直接的にはJavaScriptは実行できないが、かといってiframe内から間接的にJavaScriptを必ずしも実行させることが不可能かというとそうでもない。 sandbox属性

No notifications to show yet You’ll see useful information here soon. Stay tuned!

■ [ruby][rack] 5分でわかるRack RackはRubyのためのWebサーバインターフェイスだ。 RubyでWebっていうとRailsが有名だけど、実はRails以外にもいろんなRuby用のWebアプリ用フレームワークが存在する。 Ramaze Merb Camping Waves などなど…。 一方Webを実際に動かすにはWebサーバが必要だ。RubyのためのWebサーバも、これまたいろんなものがある。 Apache(CGI, FastCGI..) WEBrick Mongrel Ebb Thin などなど…。 ここで問題が一つ。それは「フレームワークが増えるたびに、いろんなサーバをサポートするためのコードが必要になる」ってとこだ。 各フレームワークの作者がみんなそれぞれにCGIやMongrelに対応するためのコードを書いてるなんて、無駄だと思わないか？ RackはWebア

Smart WebP, PNG and JPEG Compression for Faster WebsitesOptimize now