[新機能] Amazon CloudFrontでモバイル端末を判定できるようになりました | DevelopersIO
はじめに CloudFrontに大規模アップデートがやってきました！ Amazon CloudFront Adds Device Detection, Geo Targeting, Host Header Forwarding, CORS Support, and more! この中で僕が最も注目したいのはMobile Device Detectionです。この新機能によって何が出来るようになったのかをご紹介します！ これまでの課題 一般的に、Webサイトをマルチデバイス対応する際には、HTTPヘッダのUser-Agentを見て表示コンテンツを振り分けすることが多いかと思います。例えば僕の手もとにあるMacBook Air + Google Chromeであれば User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_3) Apple
![[新機能] Amazon CloudFrontでモバイル端末を判定できるようになりました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/05bf92c3dad6e282bf2cded7bb4b61f42547e50e/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F05%2FAmazon_CloudFront.png)
アクセシビリティー対応とかいう害しかないクソ
今年の初めから弊社の公式サイトは「音声読み上げソフトに配慮した記述」が求められるようになった。 例えば「7/28(火)」はNG、「7月28日（火曜日）」が正しい。これはまあいい。 でも他の例では「※詳細はこちら」これはダメで、「注記：詳細はキャンペーン詳細サイト（外部サイトへ移動します）（別ウィンドウで表示します）をご覧ください。」と、こうなる。 あと「～」が使えなくなった。これ、「５～８ポイント」を「５から８ポイント」とするのが本来のアクセシビリティー対応なのだが、画一的に「～」を禁止されて「アマゾン ～最後の秘境～」とかの固有名詞まで「アマゾン 最後の秘境」に書き換えが発生している。もはや意味もないし商品名や番組名を改変しちゃって怒られるまである。 どうなんかね？音声ブラウザならまだしも、通常のブラウザでは明らかに日本語としての可読性が下がって苦情も来ている。でも社会的要請からアクセシ
防犯カラーボールを作った人に「どうやって犯人に当てるか」を聞く
1975年宮城県生まれ。元SEでフリーライターというインドア経歴だが、人前でしゃべる場面で緊張しない生態を持つ。主な賞罰はケータイ大喜利レジェンド。路線図が好き。（動画インタビュー） 前の記事：ソフトクリームが日本に広まったのは蕎麦屋と力道山のおかげ ＞ 個人サイト 右脳TV 「練習用」のボールもある 訪れたのは東京は日本橋にある双喜商事さん。防犯カラーボールを開発した、天野隆夫さんが出迎えてくれた。 天野隆夫さん。応接室にはたくさんの「あのボール」が！ 「カラーボール」とか「防犯ボール」とか呼ばれているあのボール。正しい商品名は「蛍光クラックボール」という（※本記事内では通称の「防犯カラーボール」で統一します） コンビニ、銀行、郵便局を中心に今でも年間17万～18万個を売り上げており、防犯カラーボールのシェアはほぼ100％だそうだ。 お近くのコンビニで見る防犯カラーボールは、ほぼ双喜商事
No-Class CSS フレームワークをいろいろ比較するサイトを作った
No Class CSS Museumという No-Class CSS フレームワーク比較サイトを作りました。 簡単な demo 用のコードに何かスタイル当てたいけど、そんなに時間かけたくないしそもそもデザインセンスないしどうしようかなってときに No-Class CSS フレームワークが便利です。 たとえば昨日公開したFirebase の存在をフロントエンドから隠蔽するためにのデモサイトもそういった No-Class CSS フレームワークであるnew.cssを使いました。 これは CSS ファイルを読み込んだだけ(タグにクラスを割り振ったりしていない)なのですが、それだけでいい感じにスタイルが当たってちょっと感動しました。 以前の記事であるブログの 1 ヶ月を振り返るに書いた通り、このブログは書いた内容のサンプルコードやデモをどんどん公開していく方針で運営しています。 ただ、なにもスタ
妹の緊急避妊に立ち会った話
私と妹には大きな断絶があった。 母から未だに「あの頃のお前たちは喧嘩の途中から姉妹で殺し合うんじゃないかと思わせるくらい憎みあっていた」と言われるほどに。 勉強ができて中高と国立に入り賢い賢いと言われた私を見ていた妹は、地元の中学から私学への指定校推薦を勝ち取って高校へ入学した。 「金がかかるけどお前は勉強ができないし仕方ないな。先生に媚び売って内心稼げる人当たりがあって良かったな」と妹は父から言われていた。 推薦で高校に入るにはおべんちゃらだけでは叶わない。 妹もきっとたくさん努力をしたけど、専業主婦家庭だった我が家では、稼ぎ頭の父の言うことが全て正しかった。 だから、妹は「先生に媚びを売って大学付属の私学に入ったしたたかな女の子」だった。 その頃の姉妹喧嘩はいつでも「賢いだけの堅物の姉」vs「したたかで気が強く感情の起伏が激しい妹」だった。 殴り合いもしたし、一度喧嘩したら数日どころ
Performance monitoring with Lighthouse CI | Articles | web.dev
Performance monitoring with Lighthouse CI Stay organized with collections Save and categorize content based on your preferences. How to add Lighthouse to a continuous integration system, such as GitHub Actions. Lighthouse CI is a suite of tools for using Lighthouse during continuous integration. Lighthouse CI can be incorporated into developer workflows in many different ways. This guide covers th
Gyazo Chrome Extensionの再公開について - Gyazo Blog
Gyazo Extensionの開発を主に担当しているid:Pasta-Kです。 Gyazo Extensionは日本時間の2020年5月21日〜2020年7月29日の間、Chrome Web Storeから取り下げられていました。いくつかの変更をExtensionに加えることで審査を経て本日遂に再公開となりました。同様にGyazo Teams向けのExtensionも引き続き非公開になっていますが、今回のGyazo Extensionの再公開を受け、数日中に再公開できる見込みです。 この件に関する、経緯と対応に関する具体的な内容について、主にChrome Extensionの開発に関わる皆さんに向けて共有しようと思います。もし同じような事象に遭遇している方の参考になれば幸いです。 経緯について Chrome Web Store側からはUse of Permissions*1に関する違反が
Goコンパイラを自作して93日でセルフホストを達成した(2回目) · DQNEO日記
Goコンパイラをゼロから書いてセルフホストを達成しました。(1年ぶり2回目) https://github.com/DQNEO/babygo (ちなみに 前回の話はこちら 「Goコンパイラをゼロから作って147日でセルフホストを達成した」 ) 主な特徴 全部手書き。標準ライブラリも自作。system call 呼び出しも自作。libc非依存。 コンパイルするとアセンブリを吐きます。これをビルドすると単一静的バイナリになります。 設計は、go/parser + chibicicc + α かかった期間 2020/3/29に開始、2020/7/28にセルフホスト達成。 コミットした日 (Author date)を数えたら93日でした。 平均1日2-3時間としてざっくり240 時間 ほど。 前回は500時間かかってるので、今回は半分の期間で達成できたことになります。 なんでまたやろうと思ったの？
設計書には何を書くべきなのか - terurouメモ
設計とは、 要求（やりたいこと）をヒアリングする 要求を要件（何を満たさないといけないのか）に落とし込む 要件を実現するために考えられる手段を洗い出す 手段の検証を行う 検証結果を元に、どの手段を使うかを選定する 選定した手段を合意する（一部要件を満たさない事項がある場合は、代替策や妥協ラインについても合意する） 合意内容を元に、実装や設定に落とし込む をやることである。画面設計や機能設計のように、3-5の検証/選定が薄くなったり曖昧になったりするものはあるが、一般化するとこの流れになる。 設計書には、上記の設計でやってきたことを順番に書いていけばよい。これを文章構成のテンプレに落としていくと、 要求 要件 方式 対応案（いわゆる比較表で書いていくのが楽） 検証結果 選定・合意結果（合意した代替策や妥協ラインについても記載する） 詳細設計（どういう実装にするとか、パラメーターにするとか、細
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
822823回マクロを展開するとGCCが死ぬ - Qiita