gitのブランチごとに別のバージョンのアプリをDeployGateで並行して配信する - Qiita
はじめに AndroidやiOSのアプリを複数人で共同開発したり、同じアプリに関して複数のプロジェクトが並列して走っているような場合、互いに干渉なくgitのfeatureブランチごとに別のバージョンのアプリをDeployGateで同時並行して配信したいという場合があります。 このような場合、curlでDeployGate Upload APIを呼び出す際に、DeployGateの配布ページを指定するオプションを追加することで、それぞれのブランチごとに別のバージョンのアプリをDeployGate経由で同時配信することができます。 配布ページとは？ 配布ページとはDeployGate上にアップロードされた特定のバージョンのアプリ(DeployGateではアップロードごとにリビジョンという通し番号が付与されます)を目的別に分けて配信するための機能です。この機能を使うと、たとえばQAテストやβテス
AWSから120万円の高額請求が来た話
筆者は2018年の夏にAWSから高額請求を受けました。 とある開発合宿の夜、LaravelでS3に画像をあげ、CroudFront経由で表示させるための実装を行っていた時の出来事です。 AWSのコンソール画面とにらめっこしていた時に、ふと左サイドバーの履歴の項目に、気になる項目が目に付きました。 ん？ 請求？ 普段はこんな項目出て来ないため、気になったのでクリックしてみました。その瞬間、恐ろしい現実を目の当たりにしたのです。 請求を押した時に開かれた画面が、以下の通りでした。 【請求画面の画像】 及び10000$！日本円にして、約124万円の請求が来ていました。 何かの間違えだと思ったが、少し怖くなったのでひとまず、こういった事例がなぜ起こるのか、自分に当てはまる原因がないかを調べるため、「AWS 高額請求」などでググってみました。 すると、いくつか記事が早速上位にヒットしました。 htt
ある規約違反 iOS アプリが削除されるまでの4日間 - Qiita
先日、ある iOS アプリが Apple Developer Enterprise Program (ADEP) の規約に違反していたため、Apple により削除されました。これは社内向けのアプリを Web サイトから不特定多数に対して配布するという典型的な違反事例でした。 この記事では規約違反を犯したアプリが削除されるまでの経緯と、規約違反にならないためにはどうするべきだったのかを解説します。 Day 1 - 発端 ある日、社内で使用している Slack にメッセージの着信を表すバッジがつきます。 ちょうど作業もひと段落したところだったので、私は着信のあった Slack チャンネルを開いてメッセージを確認します。 そんなメッセージとともに URL が添付されています。 さっそくその URL を開いてみると、表示されたのはとある海外用 SIM カードの Web サイトでした。サービス内容の
あなたを死なせないためのプログラミング - Qiita
＜追記＞ 避難所情報を最新化していないので、稼働停止しました。 ちなみに、268人の方がLINEで友だち追加してくれました。ありがとうございました。 －－－－－－－－－－－－－－－－－－－－－－－－ 今年は、大規模な地震・台風と、災害が多い年になりました。でもそれらをニュースで見て、「今のうちに災害対策アプリを入れておこう」と行動に移した人は多くはないでしょう。 災害対策情報だけでなく、今やどんな情報も、その気になればすぐに手に入る世の中になったにもかかわらず、**「その気になる」までの心理的ハードルは未だに高いように感じています。**人間は、本気で危機感を覚えないと行動できない生き物なのでしょう。 確かに、必要に迫られていないのに新しいアプリを入れるのには抵抗がある人も多い。それなら、日本中で誰もが使っている「LINE」で避難場所を知ることができたら、みんなもう少し気軽に使えるんじゃない
webpackを可視化するツールを紹介 - Qiita
フロントエンドのビルド（webpack）に関わる部分でパフォーマンス改善を考える時に、 現状を可視化するため、いくつかプラグインを使ってみましたので、軽く紹介したいと思います 可視化したい対象は以下の2つです ・webpackの速度改善の為、遅いloaderやpluginを知りたい ・バンドルファイルのサイズを減らしたいので、バンドルファイル内の各パッケージがどのくらいの容量を占めているか知りたい 今回分析に使ったコードはこちらです https://github.com/kurosame/vuejs-boilerplate 遅いloaderやpluginを知りたい speed-measure-webpack-plugin
d2309cc3f0dd32006ead
前置き 最近Golangを用いたWebAPIを開発しています。 Webフレームワークにはginを利用しているのですが、そのginにおけるmiddlewareについてなかなかまとまった資料などが見当たらなかったため、実際に動かしながら確認した動きについてまとめておこうと思います。 バージョンなど Golang:1.10.1 gin:1.2 基本動作 サンプルソース ginにおけるmiddlewareの挙動を理解するために以下のようなソースを用意します。 localhost:8080にアクセスした時にmessageを持つ構造を返しています。 またsampleMiddleware()をmiddlewareとして指定しています。 package main import ( "log" "github.com/gin-gonic/gin" ) func main() { r := gin.Defau
Firebase と Algolia Search を連携して検索機能を実装するぞ - Qiita
どうも miup です。 この記事は Firebase Advent Calendar 2017 の11日目の記事です。この記事では先日弊社で行われた Firebase.Yebisu #1 での自分の発表の補足的な感じの記事です。 はじめに Firebase には RealtimeDB と Cloud FireStore の2種類のデータベースが用意されています。 これらはどちらも NoSQL のドキュメント指向データベースであり、クエリが弱いです。 FireStore の方は多少マシなのですが、それでも2つのキーに対してレンジを指定できないなど実際のサービスで利用されるような検索を実装するには機能が足りません。 そこでいい感じの検索エンジンである Algolia にいい感じにデータを流していい感じの検索を実装してみようというのがこの記事のコンセプトです。 Algolia 本題に入る前に
フリーランスエンジニアの単価を決める - Qiita
記事概要 書いた目的 フリーランスエンジニアの単価設定に「情報の非対称性」ある フリーランスは市場動向掴んで「売り手」になるべき エンジニア応援したい、優秀なエンジニアは年収伸ばせば良いし、キャリアミスマッチしてるエンジニアは再構築すれば良い 読者想定はフリーランスエンジニア、qiitaに多そうだから投稿 記事の内容 1. 自分のプロフィールと単価を公開 前職年収900万円で、フリーランス日額6.5万円〜10万円 40社ぐらい営業して、1/3は話が進む 2. この単価設定にした根拠を説明 前職基準、採用市場、派遣、フリーランス市場、英語圏 3. 終わりに 「こんな人材求められてるんじゃないかな」、「こうしたらキャリア積めるかも」を記載 正社員に戻って修行するなら、開発チームが強い（CTOが役員として存在）イケてるWeb企業で正社員キャリア積むことを目指すべき フリーランスのままでも「チーム
Laravel で GraphQL やるなら、 Lighthouse が良い - Qiita
Laravel と組み合わせて、 GraphQL サーバーを本番運用しています。 Lighthouse というライブラリを使うと、手軽に構築することができました。そのときに溜めた知見です。 結論 Laravel + GraphQL は、 Laravel の柔軟性と GraphQL の堅牢性がいい感じにマッチしている Laravel で GraphQL やるなら、 Lighthouse 良い Schema をダンプしてチームでシェアするといい感じになる GraphQL を現実世界で使う GraphQL を使う動機としては、下記があると思います。 型安全な Web API を作りたい 入出力を明確にしたい フロントとサーバー間の仕様書を、動いているコードから明確に作りたい ただ、障壁となってくるのが 既存のサービスのロジックを使いまわしたい 徐々に移行したい。三ヶ月かかります、みたいなのはきつ
goapp testを5倍速くらいにするaetest.NewInstanceのキャッシュ化
GAE/Go SEで運用しているPJで、aetest.NewInstanceをキャッシュした結果50本くらいあるテスト実行時間が全体で5倍速くらいになったので共有します。 背景と概要 GoのWebサーバを立ち上げる時GAE/Goを選択する人は多いのではないでしょうか。 ただエンドポイントのテストを書こうとaetestを利用し始めると途端に問題が発生します。aetestを利用してテストを書くと、裏でPythonサーバを立ち上げるため1リクエストのテスト実行に2-3秒掛かり極めて遅いのです。 そこでaetest.NewInstanceのキャッシュ化に取り組み実行時間を改善することにしました。 singletonパターンでキャッシュを実装 Singleton Pattern in Go を読みながら実装してみました var instance *singleton var once sync.On
Oredemo understand series -Build and deploy Serverless Framework Golang with Docker container
俺です。 PCにシコシコ道具を整える人生が辛くなりました。 PCにぶちこむのはDockerとエディタだけでいいじゃないかと。 ビルドとデプロイといった役割はDockerコンテナに任せてしまえばいいじゃないかということで、 今回はじめてServerless Frameworkを用いたSlack appをDeployした経験を、 1億年と二千年前から何度目煎じなネタですがメモを残しておこうと思います。 きっかけ @T_Sumisaki にslackでEC2止めたりアゲたりするslack appつくってもらい、 いざ自分のAWSのアカウントへビルド+デプロイすっかと思ったけどオラのmacOSにGolangとServerlessが入ってなかったぞ。 これからセットアップとかオラわくわくすっぞ! ああめんどくさ。 ビルドとデプロイをコンテナに任せる構成 PCにDockerが入ってたのでこのようにしま
Amazon EFS 東京リージョンの限界を試す - Qiita
最近激変のAmazon EFS みんなが首を長くして待っていたAmazon Elastic File System (Amazon EFS)。 2018年7月末のJAWS-UG愛媛支部で Amazon EFS東京 Deep Dive という話をしたところスライド公開を求められるも、 あれから１ヶ月経たぬ間に大きく変わってしまったため代わりに本記事を。 この記事は濃い目で基本的なサービスの説明等はしていないのでそういうのは公式へ。 EFSはNFSに似ているけどEFS 広義にはマネージドNFSサーバサービスだけど、NFSサーバだと思って使うと問題に直面するので注意 非対応な機能が多数ある（以下は主な例） ルートスカッシュ ロック pNFS Setuid, Setgid Kerberosによるセキュリティ EFSを利用する上の注意点 アクセス制御はセキュリティグループで守るしか方法が無い（重要）
Laravel で Request, UseCase, Resource を使いコントロールフローをシンプルにする - Qiita
この記事について 「Clean Architecture」（Robert C. Martin 著）に触発されて、ユースケースパターンを試してみたので、その記録です。 本書では UseCaseInteractor という名前になっていますが、本記事のサンプルでは UseCase としています。 あくまでも触発されただけなので、Clean Architecture に完全に沿ってるわけではないので、その点だけご注意ください、詳しくは書籍をお読みいただければ、と思います。 環境 PHP: 7.1.16 Laravel: 5.5.42 サンプルコード 「Clearn Architecture」にある Interactor についての記述を引用します。 ウェブサーバーは、ユーザーからの入力データを受け取り、左上のControllerに渡す。ControllerはプレインオールドなJavaオブジェクト
【ボブおじさんのClean Architectureまとめ】オブジェクト指向 ~SOLIDの原則~ - Qiita
はじめに クリーンアーキテクチャの勉強中にSOLIDの原則に触れる機会があった。 この設計の原則を知ってはいるものの、結構曖昧だったので、一から調べてまとめてみた。 そこで気づいたのは、あまり深く理解できていなかった。 やはりアウトプットする事で、新たな気づきが得られる。 SOLIDの原則とは？ オブジェクト指向の五大原則と言われている。 そして設計の際は意識するべき重要な事でもある。 ・S - 単一責任の原則(SRP:Single Responsibility Principle) ・O - オープン・クローズドの原則 (OCP:Open-Closed Principle) ・L - リスコフ置換原則 (LSP:Liskov Substitution Principle) ・I - インターフェース分離の原則 (ISP:Interface Segregation Principle) ・
いまさらだけどDockerに入門したので分かりやすくまとめてみた - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 今更ながらDockerに入門したのでまとめます。 全てのコマンドの細かいオプションとかまではやりません。 Dockerコマンド体系はv1.13以降の新系です。 ここではクラスタ管理(KubernetesやSwarm)については対象外です。別記事でそのうちまとめます。 ※本記事は投稿された2018年08月08日時点の情報が主になります。 勉強背景 この記事から強い危機感を覚えました。 Dockerは世の中では当たり前の技術。せめて、少し触ってみて基本的な知識くらいは身につけなければ。。。。 TL;DR(5行) Dockerは既存
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
1年前に作ったフロントエンド環境を色々新しくした - Qiita
Firestoreのruleのコーディング規約 (を考える) - Qiita
DockerでVue.js+TypeScript開発環境を構築する - Qiita
Vue CLIのプロジェクト管理UIがいい感じだった - Qiita
「さようなら ImageMagick」の考察 - Qiita
