Koaで構築したサーバをHTTPS/HTTP2化する - Qiita
Koa とは Node.js 用の Web フレームワークです Node.js 用の Web フレームワークと言えば express が有名ですが、そのメンバーが作っているようです Generator が使えるのが特徴です サンプル 公式サイトにあるサンプルソースです const koa = require('koa'); const app = koa(); app.use(function *(){ this.body = 'Hello World'; }); app.listen(3000); node app.js を実行し、「 http://localhost:3000 」にアクセスすると このように「Hello World」が表示される このサンプルを HTTPS/HTTP2化 していきたいと思います 証明書の作成 今回はローカル環境を対象にしますので、オレオレ証明書でいきます
最近のJavaScriptの開発と環境の基本を１からReactサーバサイドレンダリングまで１ステップずつ体得する - Qiita
キーワード: JavaScript, Babel, Webpack, Koa, React 最近（たぶん）のJavaScriptの開発と環境の基本を１からReactサーバサイドレンダリングまで１ステップずつ体得するための殴り書きロードマップです。 人それぞれJavaScript界隈を敬遠してきた理由はあると思います。私は半年ほど前にちょっと触ってみるかと思い立って野良記事を参考に環境構築していたところ、当然のように書かれていたimport/export文が動かないところからBabel->Gulp->Webpackと次々にアイテムが現れてに一度手を引きました。 今回改めて思い立って再チャレンジし、概念とツールが一緒くたになった日本語の与太記事に辟易としながら、ひとつずつ整理して試しましたので、その際のメモの共有です。なぐり書きではありますが、出来合いのツールで済ませるテキトーなチュートリアル
koa-routerの分割 - Qiita
const Koa = require('koa'); const Router = require('koa-router'); const index = require('./routes/index.js'); const user = require('./routes/user.js'); const app = new Koa(); const router = new Router(); router.use('/', index.routes()); // <-ここで目当てのパスに当てはめる router.use('/user', user.routes()); // 上に同じ 分割できている！ app.use(router.routes()); // 忘れずにアプリケーションにも設定する Register as a new user and use Qiita more
Used Koa2 as Http Server in NodeJS - Qiita
1. New Add Server.js and index.html(You can put it on folder "dist") const fs = require('fs'); const path = require('path'); const Koa = require('koa'); const logger = require('koa-logger'); const serve = require('koa-static'); const compress = require('koa-compress'); const Router = require('koa-router'); const app = new Koa(); // https://github.com/koajs/static const SERVE_OPTIONS = { maxage: 30
node-devを用いてVirtualBox上のNodeアプリを自動再起動する方法 - Qiita
はじめに&結論 node-devというツールがあります。 これを使えば、Node.js製のアプリのソースコードに変更があった際に自動再起動してくれる優れものです。Express.jsやKoa.jsを使ったAPIサーバー開発時に有用なツールです。 まぁ他にもpm2とかnodemonとかあるっぽいですが、とりあえずまずはこれを試してみようと思ったわけです。 簡単な使い方としては次のような感じです。 yarn add -D node-dev # ローカルにインストール npx node-dev index.js # これ以降、ファイルを編集すると自動再起動する このツールをVirtualBox上で動いているNode.js製サーバーに対して使って、ホスト側で編集をする！という開発スタイルを取ってみようかと思ったら、なんと自動再起動してくれないではありませんか。 ググったら、GitHubで次のような
主要Node.jsフレームワークのメモ - Qiita
下記はよく使われているフレームワークとなり、情報量もある。 Expressはスタートアップからエンタープライズまで広く使われており、コミュニティも大きい。ただし、ある程度複雑なアプリケーションにはシンプルすぎるかもしれない。用途的には、HapiやKoaを採用した方がいい場合もあると考える。 Express 35k GitHub stars 最も使用されている/コミュニティも大きい 情報量が多い Nodeの思想っぽく、シンプルなものを組み合わせてつくるという方針。そのため、ミドルウェアとして多くのライブラリが存在する。 Koa 19k GitHub stars Express開発者によって開発された async/awaitが使用できる点でExpressと思想が異なる Expressよりは、HTTP middlewareであるConnectに近い。しかし、Expressの多くの機能はKoaに実
["Internal Server Error"との闘い] koa(koa-session,koa-passport)でユーザー登録ページ - Qiita
["Internal Server Error"との闘い] koa(koa-session,koa-passport)でユーザー登録ページJavaScriptNode.jsKoa koaフレームワークで、以下のミドルウェアとボディーパーサーを使用してセッションを使用したサイトを作成しています。 また、ユーザー管理DBはMongoDB(mongoose)を使用しています。 koa-session koa-passport koa-router koa-static async-busboy(ボディーパーサー) ユーザー登録画面を作成において、使用済みIDチェックなどの処理は画面リロードなしで行うようFetch APIを使用しています。 特にユーザー登録に成功したときに、そのままサーバー側でログインした状態に移行したいなというときに、躓いたので備忘録としての投稿です。 ユーザー登録画面において
![["Internal Server Error"との闘い] koa(koa-session,koa-passport)でユーザー登録ページ - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/63e4fddb414acf76e8ecec6ed34fba627a4903c7/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCJTIySW50ZXJuYWwlMjBTZXJ2ZXIlMjBFcnJvciUyMiVFMyU4MSVBOCVFMyU4MSVBRSVFOSU5NyU5OCVFMyU4MSU4NCU1RCUyMGtvYSUyOGtvYS1zZXNzaW9uJTJDa29hLXBhc3Nwb3J0JTI5JUUzJTgxJUE3JUUzJTgzJUE2JUUzJTgzJUJDJUUzJTgyJUI2JUUzJTgzJUJDJUU3JTk5JUJCJUU5JThDJUIyJUUzJTgzJTlBJUUzJTgzJUJDJUUzJTgyJUI4JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz1mNzg0Y2QxZmMzNTM5ODNiMWQ0ODUxYWUyMWQ5ZjFhYg%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwZ3RrMmsmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWU5NDliNmE5MmExMWJlZjc4YTUzZmIzYmQ5ODkxOGJi%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D5add911095107ed14f8ea802960e2188)
KoaとMongoDB GridFSでちょっと真面目にファイルアップローダー実装 - Qiita
KoaとMongoDBのGridFSを使った、以下の基本的な機能があるファイルのアップローダーの実装をしてみました。 簡易的にmimeTypeがtext image audio videoの４種類のファイルに対応します。 ファイルアップロード ファイルアップロード進捗表示 アップロードキャンセル(ただしファイル単位) ファイル削除 ファイルダウンロード 初めに 今回使用するライブラリは以下の通りです。 * koa * koa-router * koa-static * mongoose * mongoose-gridfs * async-busboy ボディーパーサーにはkoa-bodyparserというのもありますが、koa-bodyparserはmultipart/form-dataに対応していないため、代わりにasync-busboyを使用しました。 サーバー側の処理 gridfsイ
Angular5 で俺式 KOAN スタック Webアプリ構築（概要） - Qiita
Angular5で「俺式KOANスタック」でWebアプリ構築するための個人的な備忘録記事。 KOAN に辿り着くまでの経緯 事の始まりは、Angularを覚えたての自分が、Angularを使ったバックエンドまで開発するWebアプリを作っていた時のこと。 （当時は、いわゆる「Angular2」で開発していた。） Webアプリ開発のBoilerplate（＝ひな型）の１つである「MEANスタック」という言葉を知ったことがきっかけ。 MEAN（ミーン）とは 「MEANスタック」とは、MongoDB, Express, AngularJS, Node.js のAcronym（＝略）で、Webアプリ開発に用いられるソフトウェアの組み合わせのこと。 『この４つを組み合わせて、体裁の整ったWebアプリを構築できまっせ』ということ。 MongoDB開発者の Valeri Karpovni 氏により、201
Angular5 で俺式 KOAN スタック Webアプリ構築（1） - Qiita
※ 本記事が古くなり、angular-cli のバージョンが上がることによって、Angular5以降のバージョンで構築されてしまう可能性があるので、その場合はご自身で対応してください Angular バージョン確認 以下のコマンドで、Angular が「5.x」になっているか確認する（「4.x」以下であれば古い） _ _ ____ _ ___ / \ _ __ __ _ _ _| | __ _ _ __ / ___| | |_ _| / △ \ | '_ \ / _` | | | | |/ _` | '__| | | | | | | / ___ \| | | | (_| | |_| | | (_| | | | |___| |___ | | /_/ \_\_| |_|\__, |\__,_|_|\__,_|_| \____|_____|___| |___/ Angular CLI: 1.7.
Angular5 で俺式 KOAN スタック Webアプリ構築（2） - Qiita
フロントエンド初期設定 Angular5で「俺式KOANスタック」でWebアプリ構築するための個人的な備忘録記事。 概要については「こちら」を参照。 事前に「Angular5 初期設定」が完了していることが前提。 フォルダ名およびフォルダパス設定を変更 ルートディレクトリの「src」フォルダを「client」に名称変更する ルートディレクトリ直下の .angular-cli.json の内容を以下の通りに変更 src ディレクトリを指定している箇所（apps.root, lint.project）を client に、ビルド出力先（apps.outDir）を dist/client に変更する { "$schema": "./node_modules/@angular/cli/lib/config/schema.json", "project": { "name": "【作成したプロジェク
Angular5 で俺式 KOAN スタック Webアプリ構築（4） - Qiita
クラサバ通信部の作成 Angular5で「俺式KOANスタック」でWebアプリ構築するための個人的な備忘録記事。 概要については「こちら」を参照。 事前に「バックエンド初期設定」が完了していることが前提。 本記事まで完了すればWebアプリとして最低限の動作が可能 中間部分を作成 クライアントとサーバでやり取りするインターフェースや、どちら側でも使用できる様なモジュール領域を定義します。 普通はそんな構成にしないかもしれませんが、その辺は「俺式KOANスタック」ということで。 フォルダ および ファイル を追加 ルートディレクトリ直下に middle フォルダを作成し、配下に exchange, base, sample新規に空のファイル request.ts, response.ts, sample.request.ts, sample.response.ts を作成して以下のような構成に
koa+passportでGitHub認証 - Qiita
KoaでGitHubのAccessTokenが欲しくなって調べてやってみたのでメモ。 PassportのGitHubStrategyを使えば簡単。 passportの設定 認証に必要な情報をStrategyを通してセットアップする。 passportはexpress準拠に作られているが、koa-passportがexpressのAPIとの互換性を保持してくれるのでそいつを使う。 scopeについては本家を参照。 import passport from 'koa-passport' import { Strategy } from 'passport-github' passport.use(new Strategy({ clientID: process.env.GITHUB_OAUTH_CLIENT_ID, clientSecret: process.env.GITHUB_OAUTH_
ワンアクションでリクエストが2度実行されてしまったらやってみるべき事あれこれ - Qiita
お願いだから Don't Repeat Yourself 開発中のAzure上のWebサービスで 大きな不具合を出してしまい 色々と探っていくうちに気が狂いそうになったが やっぱりこの壁はぶつかっておくべきだったと思い 備忘録。 環境は以下。 - lang:node 8.00 + Typescript2.7.1 - FW:Koa2.5.0 + TypeOrm等 - DB:CosmosDB(MongoDB) - cloud:Azure App Service 事の発端はazureのCosmosDBでnode上からTypeOrmのupdateOneを 試みようとしたが例外発生。 原因は更新対象が複数件データベース上にあったようで Azureサポート様のご協力で特定することができた。 調べていくうちに一意であるはずのデータが複数件登録されていたのは リクエストの二重送信（二重起動）が原因 改めて
koa-ECTの環境整備 - Qiita
開発環境を作る。 node.jsのインストール nodistの利用 Nodistのページから、「Download the installer from the releases page」のところにあるインストーラをダウンロードしてインストールする。 コマンドプロンプトから、以下の様に実行できれば、OK nodist -v v0.8.8 （2016/12現在） 以下を実行してインストール出来るバージョンを調べる。 nodist dist 以下を実行してインストールしたいバージョンをインストールする（10.6.0の場合） nodist + 10.6.0 以下を実行して、nodeの使用するバージョンを設定する（10.6.0の場合） nodist 10.6.0 node.jsのバージョン確認 node -v v10.6.0 （2018/07現在） 以下を実行して、nodeにあったnpmのバージョ
koaでのi18n対応 - Qiita
概要 koaでのi18n対応のサンプルです。node v4 以上対応。 現在のロケールに合わせて、表示するメッセージを切り替えます。 デフォルトは日本語 QueryStringで en を指定すると英語表記に変わります。 使用ライブラリ koa koa-swig koa-i18n koa-route (今回の内容には直接は影響しません) コード解説 解説なんて不要、とりあえずソースコードを見たい！って方は https://github.com/Kazunori-Kimura/koa-i18n-sample を参照ください。 フォルダ構成 ./koa-i18n-sample │ │ app.js │ package.json │ ├─locales │ en.js │ ja.js │ └─views index.html layout.html localeファイルの作成 ユーザーのloca
Node.js + co + koa の勧め - Qiita
co(function*() { var a = yield get("a.txt"); var b = yield get("b.txt"); var c = yield get("c.txt"); console.log(a + b + c); })(); ちょっと良くない? JavaScript の非同期プログラミングという 一番醜い所を綺麗に見せてくれる。 これならやっと人に勧められそうな気がする。 ※記事を書いた → [JavaScript] 非同期処理のコールバック地獄から抜け出す方法 - Qiita ちょっと過激目な予告 それで個人的な予告： Express は段階的に無くなるのではないか。 もしかすると、終焉を迎えることになるのではないか。 言い過ぎか... Koa に移行しよう co ベースの新しい Koa に移行しましょう。 まだバージョンは 0.3.0 だけどね。 ま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Angular5 で俺式 KOAN スタック Webアプリ構築（3） - Qiita
How to setup Koa reverse proxy to all “/api” requests to by-pass CORS communication with API server? · Issue #455 · koajs/koa
cors/test/cors.test.js at master · koajs/cors
