はてなブックマーク

$ sudo a2enmod Your choices are: access_compat actions alias allowmethods asis auth_basic auth_digest auth_form auth_mysql authn_anon authn_core authn_dbd authn_dbm authn_file authn_socache authnz_ldap authz_core authz_dbd authz_dbm authz_groupfile authz_host authz_owner authz_user autoindex buffer cache cache_disk cache_socache cgi cgid charset_lite data dav dav_fs dav_lock dbd deflate dialup dir

前書き iOS 開発において「証明書」という単語を聞くだけでアレルギー反応を起こす人も少なくないかもしれません。 iOS 開発チームにメンバーが追加された際は、少なくとも以下のような作業を行ってもらう（もしくは、行う）必要があります。 Apple Developer アカウントの作成 Apple Develper Portal（以下、Dev Portal）にメンバーを招待 コード署名証明書（以下、証明書）の作成 プロビジョニングプロファイル（以下、プロファイル）の更新 これらの作業を手動で行うのには非常に手間がかかります。 Xcode 8 から Automatic Signing が導入されましたが、証明書管理が iOS 開発チームの各メンバーに依存することにより発生する証明書周りのトラブルは後を絶ちません。個人開発では発生しなかったトラブルがチーム開発では付いて回ります。 また、CI 上

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

Angular などの JavaScript フレームワークは大規模向けに設計されており、標準で多くのエコシステムが組み込まれています。 React は単なる View ライブラリです。そのため View ライブラリを補完するためのエコシステムの選択が必須となります。 エコシステムを自由に組み合わせて開発者とプロジェクトに応じた理想的なフレームワークを作成する必要があるわけです。 これは、小規模アプリケーションから大規模アプリケーションまでの様々な要件やニーズに対応できる柔軟性が高いことを意味していますが、エコシステムを選択するためのコストが必要となります。 下記では、筆者が最低限、導入を検討する余地があると考える主要な React のエコシステムとその簡単な概要を記載しています。 筆者の独断と偏見で選択したエコシステムであることを考慮してお読みいただきたいです。 既知のエコシステム (ほ

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

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

話しておきたいこと 本記事は、 common-roles を用いたベストプラクティス構成を 非難している訳ではありません 。寧ろ、「 common-roles という共用したいロールを Playbook の外に出し管理する」という発想は素晴らしいものであると思っています。 前書き 構成管理ツールで Ansible を使ってる方は以下の記事を一度は見たことがあるのではないでしょうか？以下の記事を参考にすぐさまベストプラクティス構成を変更したことは記憶に新しいです。 Ansible オレオレベストプラクティス - Qiita 筆者は丁度 1 年ぐらい前に こちらの記事 を投稿しました。こちらの記事を見て分かると思うのですが、筆者は common-roles をベースとしたオレオレベストプラクティス構成で管理していました。しかし、現状は common-roles を用いない ( 必要としない )

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ※ このお話は ( おそらく ) フィクションです。実在の人物や団体とは関係ありません。 前書き 中規模程度のサービスを Serverless 構成の SPA をパイロットリリースしました。具体的なサービス名等は紹介できません ( おそらくフィクションなので ) が、筆者が3ヶ月間でやってきたことを殴り書きして行きます。 基本的にはリリースまでに必要となった材料 ( 参考にしたドキュメントやサイト ) を重点的に紹介していくだけですが、同じような境遇の方々の手助けになれば幸いです。 筆者のプロジェクトイン時スペック 社歴3年程度 主にバ

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

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

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

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

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

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

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

前書き PHP の実行環境を構築する場合、ググると大体 nginx と PHP-FPM を設定し PHP の実行環境を構築する記事が沢山出てきます。インフラの知識がない頃、コピペでとりあえず PHP の実行環境を構築できたが、「とりあえず動いたけどよく分からない」という状態でした。 「PHP-FPM って何？」 「Apache の場合インストールしただけで PHP の実行環境構築できるよね？」 「nginx と PHP-FPM の通信はどうなってんの？」 ...etc 自分と同じような方々がいるかもしれないので、その頃調べてまとめておいた内容を下記に記します。 今回構築していく OS の環境 PHP-FPM って何？ Answer PHP: FastCGI Process Manager (FPM) - Manual FPM ( FastCGI Process Manager ) は PH

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

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

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

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

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

前書き サービスごとに複数のサーバを ansible で管理していく中で、同じような内容で共用したい role が沢山出てきました。それぞれサービス毎に管理していくのは非常に面倒…。困っていたところを下記の記事が救ってくれました。yteraokaさんには本当に感謝しています。 Ansible オレオレベストプラクティス - Qiita しかし、group_vars 内のファイルや hosts ファイル等が増えていくにつれ、どのファイルがどんな内容かがディレクトリ構成やファイル名を見ただけでは分かりづらいという点や、環境 ( ステージ ) ごとの管理がしづらいという点などの問題が出てきました。 そこで、「Ansible オレオレベストプラクティス」を参考にし、更にオレオレにして「 ( 俺の中で ) 最強のベストプラクティス」に辿り着きました。 本記事は、あくまで 自分の中で最強 ということな

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