Goとコンテナで作るWebアプリケーションベンチマーカー / Benchmarker built with Go and Container
![Goとコンテナで作るWebアプリケーションベンチマーカー / Benchmarker built with Go and Container](https://cdn-ak-scissors.b.st-hatena.com/image/square/d546057a3611bb3a9f2075a30f8f34bfc859efee/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F37856cffccb04477b19e409f278e78bb%2Fslide_0.jpg%3F10323584)
ハッカーズチャンプルー2018でお話させていただきました http://hackers-champloo.org/2018/ https://esa.io/
<template id=""> ... <croppa v-model="myCroppa" canvas-color="transparent"></croppa> <button @click="generateImage">画像作成</button> <br> <img class="output" :src="imgUrl" > ... </template> <script type="text/javascript"> data: { myCroppa: null, imgUrl: '' }, methods: { generateImage: function() { let url = this.myCroppa.generateDataUrl() if (!url) { alert('no image') return } this.imgUrl = url } } <
はじめに こんばんは。久々投稿です。 最近仕事もプライベートも忙しくて、全くブログ書く時間取れませんでした。 先週はかけてないので、今週は意地でも4記事書きます。 幸い先々月からの積本がいっぱいあるので、それを消化できるかなと。 で、今回はこれ。 WEB+DB PRESS Vol.104 作者: 末田卓巳,林田千瑛,陶山嶺,八谷賢,辰己佳祐,竹澤俊季,服部智,藤岡裕吾,牧大輔,西郡卓矢,松木雅幸,穴井宏幸,新日出海,桑原仁雄,小田知央,ひげぽん,池田拓司,はまちや2,竹原,大場光一郎,大場寧子,松館大輝,日高尚美,Vu Xuan Dung,WEB+DB PRESS編集部出版社/メーカー: 技術評論社発売日: 2018/04/24メディア: 単行本この商品を含むブログを見る そう。「先月号」のWEB+DB PRESSのpython入門です。 ずーっと積んでて、全く消化のタイミングがなかったの
You can use the official Octokit libraries and other third-party libraries to extend and simplify how you use the GitHub API. About libraries You can use libraries to extend and simplify the way your application interacts with GitHub's API. Each library provides pre-built code for a specific programming language. After integrating a library into your project, you can use the pre-built code modules
本記事ではGitHub APIを利用してコミットを作成する方法を紹介します。通常はGitクライアントでcommitとpushを行うことでコミットを作成しますが、GitHub APIだけでもコミットを作成できます。 まずはGitのデータ構造を把握しておく必要があります。下図のように、GitではRef、Commit、Tree、Blobという単位でコミットやファイルが管理されています。 https://git-scm.com/book/en/v2/Git-Internals-Git-Objects 新しいコミットを作成するには、木構造のLeafからRootに向かって、すなわちBlob→Tree→Commit→Refの順でオブジェクトを作成していきます。 具体的には、以下の順序で操作を行います。 Refを取得する。 Commitを取得する。 Blobを作成する。 Treeを作成する。 Commit
HTML, CSS, JavaScript それぞれのロード時間が First Paint に与える影響を検証して整理するHTMLCSSJavaScriptGo tl;dr First Paint はウェブページの何らかが描画されたタイミングのこと。これが遅いということは、初回の真っ白な状態が長いということ。 First Paint は Chrome Developer Tool の Audit で簡単に確認できる。 HTML は描画の起点になるので、ロード時間はそのまま First Paint Timing の遅延になる。 CSS は描画に必須なので ロード時間はそのまま First Paint Timing の遅延になる。 JavaScript は同期で読み込むと、ロード時間がそのまま First Paint Timing の遅延になる。 JavaScript は非同期で読み込むと、ロ
Docker + Node.js のデバッグ環境構築で多少ハマった所などあったので、簡単な手順をまとめてみました。今回はchrome devtoolsを使ったデバック環境の一例です。 今回使ったもの 1. Docker, nodejs, npm : ここら辺は言わずもがな、npmはyarnとかでも良いです。 2. nodemon : ソースの変更を監視し、自動的にサーバーを再起動するツール。こういったツールが無いと変更の反映に毎回自分でnodejsを再起動しなくてはいけない。 3. NIM(Node Inspector Manager), chrome devtools : chromeのアドオン。chrome devtoolsでのデバッグが可能。 環境を構築 1. Docker, npm, NIM は事前にインストール Docker npm NIM 2. JSファイルを用意 var ht
フロントエンドはツールチェイン多くて大変ですね。何から初めていいかわからないと思います。 というわけで、 babel や webpack, というかもはや node の インストールすら不要でフロントエンドを始めることができるプロジェクトを作りました。 git clone git@github.com:mizchi/frontend-starter.git --depth 1 --single-branch master cd frontend-starter ruby -run -e httpd . -p 8000 # 好きな静的サーバー This is App を何か書き換えてリロードしてみてください。適用されるはずです。 最後に一つ注意。裏側はとても富豪的に動いているので、本番環境では使わないでください ここで動くコードはちょっと微調整を加えると webpack でビルドできます。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く