CSS読み込みの<link rel="stylesheet">は同期なので、レンダリングブロックします。 どういうことかというと、CSSファイルの読み込み・パースが終わるまで画面描写が止まってしまいます。 これに対策する方法としてpreloadというものが策定されましたが、対応状況が微妙です。 2019年7月時点でもブラウザシェアが8割しかなく、Firefoxは当面対応するつもりがないようです。 とはいえ残り2割のためにloadCSSを突っ込んだりとか始めると本末転倒感に溢れます。 全ブラウザ対応のためには、なんにしろ結局JavaScriptをこりこり書くしかない状況でした。 が、なんかすっごい簡単な対処法があったので紹介してみます。 以下はScott Jehlによる記事、The Simplest Way to Load CSS Asynchronouslyの日本語訳です。 ちなみにSco

WebAssemblyのモジュール記述のためのプログラミング言語を調べていると、比較的新しいオープンソースのプログラミング言語zigがWebAssemblyモジュールを書くのに適している感じだったので、ソースコードを書いて動かしながら調べたことについて、コードに出ている順で並べています。 この文章中で用いているソースコードはmacOSやlinux上でビルド可能な状態で以下のURLにおいてあります: https://gist.github.com/bellbind/3c52ea6e506656701c9b7ff00a8599fa Qiitaは現時点でzigコードのシンタックスハイライトに未対応であり視認性がよくないですが、githubではzigコードでもシンタックスハイライトされます。 0. プログラミング言語zigについて オープンソースのプログラミング言語zigは、以下のURLで公開され

C:/path>gem install bundler Fetching: bundler-2.0.1.gem (100%) Successfully installed bundler-2.0.1 Parsing documentation for bundler-2.0.1 Installing ri documentation for bundler-2.0.1 Done installing documentation for bundler after 5 seconds 1 gem installed C:\path>bundler -v Bundler version 2.0.1 3.sqlite3のダウンロード この環境構築ではsqlite3を使用する。Railsがデータベースを利用し、デフォルトで使用するデータベースがsqlite3だからである。 sqlite3はこちらか

はじめに Dockerであんなコンテナやこんなコンテナを動かしてると、なんかうまく動かなくて、デバッグのためにtcpdumpとかstraceなどのツールが使いたくなることが稀によくあります。 そんな時、デバッグ対象のコンテナ内にツールを一時的にインストールしちゃうというのが、まぁ簡単で分かりやすいんですが、デバッグ対象のコンテナを汚すのはできれば避けたいところです。 Dockerのコンテナの分離というのは、結局のところLinuxのリソースの名前空間の分離であるので、逆に同じ名前空間を共有すれば、デバッグ用に立てた隣のコンテナから、デバッグ対象のコンテナのネットワークやプロセスの状態を観察することも可能です。 また、docker buildはDockerfileを標準入力から受け取ることもできるので、ワンライナーにしてデバッグ用のコンテナをシュッと呼び出せるようにしてみました。 TL;DR

こんにちは、CyberAgentで内定者アルバイトをしています @junkisai です。 今回は「こえのブログ」の開発に導入したVisual Regressionテストについてお話させていただきます。 そもそもVisual Regressionテストとは コンポーネントやページのスクリーンショットを以前のバージョンのものと比べて、ピクセルレベルでの差分を検出するテスト手法のことです。導入の目的としては、開発者が意図しない変更がないか/差分が意図したものかをテスト結果から確認するだけにすることで、人によるチェックの負担を軽減するためというのが最も大きいですが、機能や動作を検証するためのテストとしても有効です。 完成品 今回導入したVisual Regressionテストの流れ図は以下のようになります。 GitHubにpushすると、CircleCI上でpuppeteerを起動し、Webアプ

恒例の仕様凍結直前駆け込みRFC第二弾。 色々な古い書き方について、PHP7.4でE_DEPRECATEにし、PHP8で削除を目指すRFCが投票中です。 以下はDeprecations for PHP 7.4の日本語訳です。 Deprecations for PHP 7.4 Introduction このRFCでは、以下に列挙されている機能についてPHP7.4で非推奨とし、PHP8で削除することを提案します。 Proposal 各提案は個別に投票を行い、投票数の2/3+1の賛成で受理されます。 投票開始は2019/07/08、投票終了は2019/07/22です。 The 'real' type 現在のPHPでは、float型にはdoubleとrealという2種類のエイリアスが存在します。 後者は滅多に使用されず、廃止されるべきです。 これは(real)キャストと、is_real関数の両方が

WebStormで自動保存時にPrettierを実行するようにしたら、キレイなコーディングがとても捗る。WebStormprettier 本稿ではWebStromにPrettierを組み込んで、ファイル自動保存時にPrettierを実行するようにする設定方法を紹介する。 背景知識 WebStorm: JavaScriptをターゲットとした統合開発環境。 Prettier: Node.js製のコード整形ツールで、JavaScript、TypeScriptを始めととした複数のプログラミング言語をサポートする。 Opinionated and automated code formatting: 独断的で自動的なコード整形。コーディングスタイルについてチームで不毛な議論するのを避け、コーディングの本質(=動作すること)に集中するためのプラクティス。 WebStormでファイル自動保存時にPret

はじめに Docker Hubに公開されているイメージはどの程度安全なのか、 Dockle と Trivy を利用して検証しました。 検証結果は、 https://containers.goodwith.tech/ に公開しています。 結論 基本的にどのコンテナにも脆弱性はある！ 人気が高いコンテナ/最近ビルドされているコンテナでも関係ない！ ただ、Docker公式が用意しているコンテナは今のところ大丈夫。 より詳しいことを知りたい人は 操作方法 を見て、 https://containers.goodwith.tech/ を操作してみてください。 操作方法 ① ソートやフィルタが簡単にできます ※ Scoreは脆弱性のCVSSスコアなどを元にした参考値です。指標を一つに統一したかったので作りました。 ガチ勢の方々、怒らないでください & よりよい指標をつくるためのアドバイスをください。

コンテナイメージビルドが遅いなら、Kaniko使うと幸せになれる（全部入りRails Dockerfileを参考に）GitLabCircleCITravisCIDockerkaniko 結論 BuildKit対応してないCI/CD（サービス）使ってるならKaniko使えば早くなるよ Google Cloud Build使ってるなら迷わず使っておくべき Amazon Elastic Container Registry（ECR）でも問題なく使用できる この記事の例でいうと未キャッシュからフルキャッシュなら 288秒→132秒に短縮（約2倍） 御託はいいのでどう書くか教えて ここに書いてますので、自分の使ってるCI/CDサービスに当てはまるのを選んで参考にどうぞ https://github.com/chimame/kaniko-example 本題 長いうんちくや説明を知りたい人向けです。

YYPHP#92「なぜDockerは日本で受け入れられてないのか？」「RiinさんにLTのコツを聞く」「オレオレフレームワークからLaravelに移植する上での悩み」「インターフェースって何？」オブジェクト指向DockerYYPHP これは2019年7月12日に開催したPHPerイベントYYPHP#92のイベントレポートです。 YYPHPは一言で「PHPerの部室」です。PHPについて、雑に、ゆるく、ワイワイ話し合う集いです。毎回お題を決めずに雑談を出発点にいろいろなことを突発的にやります。集まった人でコードリーディングをすることもあれば、一緒に開発ツールを触ってみたり、フレームワークについての情報交換をすることもあります。開催はほぼ毎週、高田馬場にて。 今回の配信動画 YYPHP生配信はじめました！「なぜDockerは日本で受け入れられてないのか？」「RiinさんにLTのコツを聞く」「オ

はじめに 最近、AWSのシステム構成図を見ることが多くなり、AWS上で動いているシステムのシステム構成図を理解できるようになるために個人的に知っておきたいと思ったAWSの用語・サービスをまとめてみました。 私自身も勉強がてら作成したので、わかりづらい部分も多くあると思いますが、AWSのサービス全くわからん→なんとなく雰囲気把握した、となっていただけたらと思います。 2018年10月に新しくなったAWSアーキテクチャアイコンを使用しています。 サーバ・クライアントなどの説明についてはここではしていませんが、以下の記事でとてもわかりやすくまとめてくださっています！ 超絶初心者のためのサーバとクライアントの話 知っておきたい用語 リージョン AWSがサービスを提供している拠点（国と地域） リージョン同士はそれぞれ地理的に離れている（例えば日本とオレゴンとか） 日本はap-northeast-1（

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

※ systemdの採用により、キーボードの設定ファイルが/etc/sysconfig/keyboardから/etc/vconsole.confに変更になりました。 コマンドから キーボード設定の表示 $ localectl status System Locale: Lang=ja_JP.UTF-8 VC Keymap: jp106 X11 Layout: n/a

次の条件を両方満たすようなターミナルであるterminatorについてまとめたいと思います。 Guakeのようにキーを押すとにゅっと出現する ターミナルを複数に分割できる 【Waylandを使っている場合のみ】ディスプレイサーバーの切り替え Waylandではキーショートカットがうまく動作しないため、【Ubuntu 17.10】WaylandからXorgに切り替えるべき7つの理由 | Linux Fanを参考に、ディスプレイサーバーをX.Orgへ切り替えます。 インストール方法 sudo apt install terminatorコマンドを実行し、terminatorをインストールします。 設定方法 Guakeのような見た目や操作性にすることを目指します。 Dashホームからterminatorを起動します。 ターミナルを右クリックし、設定をクリックします。 ウィンドウの枠からチェックを

###使用感 数字の上では、消費スペックは、Linuxが圧勝していますが、実感の上では、Linuxは、割と不安定な印象があります。 例えば、一度に大量の負担をかけてしまうと、元に戻りにくかったりという印象です。他のOSは、時間がたてば、割と元に戻るって感じでした。 ただし、Linux(Arch Linux)は通常の使用で、メモリの消費量が200MBから300MBの間という値は、素晴らしいです。 私の場合、主に端末くらいしか使用しませんので、Linuxが合っているのかもしれません。 他のOSは、使わない処理をバックグラウンドでスケジュールされていたりと、色々と便利にはなっているとは思いますが、やはり、デフォルトの設定では、無駄が多いのも事実だと思います。 更に、設定変更できなかったり、ブラックボックスに包まれていたりで、何をやってるのか、よくわからないという場合すら存在すると思います。 その

概要 さっきこれを読んだ。 Next.js 9が出るんだって！嬉しい〜！ 目玉要素 TypeScriptが設定なしでビルトインで使える TypeScriptを使えば型チェックができるため、アプリケーションの信頼性が増す。Next.js 9はTypeScriptのtsxをおけば自動でTypeScriptサポートするようになった。 ファイル構成でダイナミックルートを構築できる カスタムサーバーを別に用意する必要なく、Next単体でダイナミックルーティングができるようになったので、複雑なアプリケーションが作りやすくなった。今までは、ダイナミックルーティングをしようと思うならば、exampleのcustom-server-ナンチャラ、例えばcustom-server-expressなりを参考に、サーバのミドルウェアとしてNextを走らせる必要があった分だいぶラクになった。 静的配信における自動最適

はじめに 本記事では「フレームワークをインストールして、それをインターネットに公開する」という0から1までのフェーズについて、Laravel+Nuxt.jsによって「蔵書管理」システムを構築して解説したいと思います。 また、実際に構築したシステムは下記になります。 - Heroku: https://frozen-castle-47874.herokuapp.com/ - Github: https://github.com/kon-shou/bcm-qiita-example 目次 システムアーキテクチャ Laravel/Nuxt.jsインストール Docker環境構築 Nginx設定 Typescript対応 サーバーでのモデル/ビジネスロジック実装 フロントでのモデル/ビジネスロジック実装 Heroku設定 システムアーキテクチャ 下記の技術スタックを用います。 サーバーサイド: L

##はじめに CentOSにDockerをインストールしてみました。 その時の備忘録です。 ##インストール手順 1.CentOS7を最小構成でインストールします。 2.古いDockerバージョンがインストールされていた場合、削除します。 ※以下の場合、Dockerはインストールされていないので問題なし。 # yum remove docker docker-common docker-selinux docker-engine 読み込んだプラグイン:fastestmirror 引数に一致しません: docker 引数に一致しません: docker-common 引数に一致しません: docker-selinux 引数に一致しません: docker-engine 削除対象とマークされたパッケージはありません。

cp -piv /etc/selinux/config /etc/selinux/config.`date "+%Y%m%d"` <出力結果> ‘/etc/selinux/config’ -> ‘/etc/selinux/config.YYYYMMDD’ # This file controls the state of SELinux on the system. # SELINUX= can take one of these three values: # enforcing - SELinux security policy is enforced. # permissive - SELinux prints warnings instead of enforcing. # disabled - No SELinux policy is loaded. ### Disalbe SE

概要 OSインストール直後はパッケージが古いため、一括でパッケージを最新化する。 GPGキーのインポート 事前にGPGキーをインストールする。 なおGPGキーは「GnuPG」（GNU Privacy Guard）という暗号化ソフトで生成される公開鍵。apt-getコマンドやyumコマンドを使ってインターネットから入手できるパッケージが正しい配布先のものかどうかのチェックなどに利用する。 事前にインストールすることは必須ではないが、インストールしておくとyumコマンド実行時に警告がでないので事前に入れた方が気持ち良い。