MongoDB + Node.js + TypeScriptが強力だった
はじめにlink MongoDB (node-mongodb-native) + Node.js + TypeScript で RDB 並のスキーマ定義と、NoSQL の開発しやすさを両立できたのでまとめます。 Node.js と MongoDBlink MongoDB はドキュメント指向データベースです。簡単に言えば JSON のような形でデータを保持できる NoSQL です。 MySQL や Postgres などの RDB と違い、事前に CREATE TABLE のようなコマンドを打たなくても、insert されたタイミングで collection が作成され、データが保存されます。 また、MongoDB は後発のデータベースということもあり、RDB では 1 クエリで素直に表すことが難しいクエリも多くがクエリ化されていて 1 トランザクションで実行が可能です。（findOrUpd
MongoDB + Jestのテスト方法
はじめにlink MongoDB のテストを書いて、自分なりの方法が落ち着いたのでまとめる。 結論: mongodb-memory-server を利用する。 本物の MongoDB を使う方法（不採用）link 自分は middleware なども含めてテストするために、実環境と同じ環境を用意して単体テスト時もそれらを利用するのが基本方針だった。 そこで MongoDB のテストもテスト用の DB を用意したが、DB を利用したテストでつきまとうテストの ABA 問題（初期化処理が二重に走って後続のテストが失敗する）に引っかかり、解決策を考えていた。 普段は並列数に合わせて CREATE DATABASE して DB 接続部分でそれぞれ被らないようにつなげる、という手法をよくやるのだが、Jest で並列数を固定化する方法にたどり着けなかった。 テスト開始のたびに自動で増やし続けてもいいが
Concurrent Testing with Mongoose and Jest
One of the greatest assets of Jest.js is its ability to run tests concurrently. However, when you are running test suites concurrently it can really wreak havok on your database connection. You are almost always stuck with having to run all your tests concurrently, forcing you to use a non-concurrent testing library like mocha.js. So let’s just dive into my setup for the tests I am running. For th
mockingoose
// user.js const mongoose = require('mongoose'); const { Schema } = mongoose; const schema = Schema({ name: String, email: String, created: { type: Date, default: Date.now }, }); module.exports = mongoose.model('User', schema); // __tests__/user.test.js const mockingoose = require('mockingoose'); const model = require('./user'); describe('test mongoose User model', () => { it('should return the do
Node.js + Mongoose でテストデータを用意するなら Monky を使おう | Tokyo Otaku Mode Blog
こんにちは。Tokyo Otaku Mode エンジニアの shige こと重岡です。 「テスト書いてます？」 「いや、あんまり……」 「え？ なんでテスト書かないの？」 「いや、だってスタートアップでリーンでアジャイルな開発サイクルを回していたら、モデルにガンガン変更入って……」 「そうだよなー。テストデータの準備って面倒だよな」 そんな You たちに朗報です。Mongoose でテストデータを用意する Monky ってライブラリがあるんです。しかも、無料。 というわけで今回は、Node.js + Mongoose という構成でテストデータの準備を楽にしてくれる Monky というライブラリを紹介します。 Monky とは？Mongoose fixtures library inspired by factory_girl つまり、Ruby on Rails 界隈で有名な Factor
mongooseでリレーション - Qiita
リレーションの指定 Schemaに{ type: ObjectId, ref: 'Story' }のように指定する var mongoose = require('mongoose') , Schema = mongoose.Schema var personSchema = Schema({ _id : Number, name : String, age : Number, stories : [{ type: Schema.ObjectId, ref: 'Story' }] }); var storySchema = Schema({ _creator : { type: Number, ref: 'Person' }, title : String, fans : [{ type: Number, ref: 'Person' }] }); var Story = mongoose.
node.js/expressでユーザ認証with JWT - Qiita
はじめに node + expressで以下のようなことをしてみます mongoDBに保存しているname/passでユーザ認証 認証OKならJWT形式のtokenを発行して返却 JWTトークンを使って認証要のAPIにアクセス これらをform認証でなく、CUrl等を利用してできるようにします。 このサイトにしたがって実施してみます 必要なもの node npm POSTman(api検証用のchrome extention) mongoDB サーバに実装するもの secureとsecure外のURL nameとpasswordによるユーザ認証 認証後にtokenを返却 ユーザは取得したtokenを保存、全リクエストに付与 tokenを検証、OKであればJSONで情報を返却 mongoDBのインストール(mac) # install brew install mongodb # mongo
Refactoring a Basic, Authenticated API with Node, Express, and Mongo
In a previous series, I was attempting to break down building a full stack JavaScript application. I have since learned a great deal, and I want to go back and make improvements upon what was already covered before moving forward. This means the whole app will be restructured, so it might behoove you to start from scratch. This post will be at a slightly quicker pace than the previous three guides
Building a Next.js App With MongoDB
Next.js is a powerful framework for building server-side rendered applications. Next.js is just a wrapper around React, but it abstracts away all the ugly bits of React: build systems, transpilation, routing, CSS, etc. Most importantly, it makes server-side rendering with React dead simple, no need to carefully structure your code for use with preact-render-to-string or figure out the lastChild pa
実運用に向けたLINE BOTサーバの実装例 - Qiita
概要 実運用可能なLINE BOTサーバを考えると、次の参考URLでyoichiro6642さんが書いているように非同期の処理が必要になります。 参考URL：大量メッセージが来ても安心なLINE BOTサーバのアーキテクチャ 小中規模の環境で、ある程度大量メッセージが来ても耐えられることを目的として、上記に沿ったLINE BOTサーバ(のスケルトン)を書いてみました。 最後の「APIの呼び出し回数を減らす」(メッセージ送信で複数MIDを指定してPIの呼び出し回数を減らす)ところは実装してません。 利用した環境は以下です。 OS ： CentOS 7.2.1511 x86_64 BOT Server ： Node.js v6.2.0 Queue ： MongoDB v3.2.6 Dispatcher & jobWorker： Python 2.7.5 Amazon API Ga
mongo-relation
Mongoose Relationships ... because sometimes embedded documents aren't enough. A plugin for Mongoose adding a simple syntax for model relationships and providing useful helpers to empower them. This is an early release with limited functionalities. I'm looking for feedback on the API and features (been exploring a few different solutions, nothing's impossible!). I'm inspiring from various librarie
MongoDBでECサイトを実運用する3つのテクニック | Tokyo Otaku Mode Blog
こんにちは。Tokyo Otaku Mode CTOの関根です。 Tokyo Otaku Modeでは、2013年8月からotakumode.com上にカート機能を追加し、決済までをワンストップでできる海外向けECサイトをスタートしました。 どういうシステム構成でotakumode.comが運用されているかを聞かれた時、「Node.js + MongoDBです」と答えると、エンジニアの皆さんは一様にびっくりします。特に驚かれるのが、MongoDBをメインのDBに使用している点です。信頼性に定評があるわけでなく、またNoSQLに対するライトなイメージが一般的にあるため、ECサイトのプロダクションとして使うことに疑問を持たれている方が多いのでしょう。 しかし、十分実用に耐え、日々機能追加が入り成長し続けるスタートアップの環境で、実際に1年間運用してきたECサイトがここにあることも事実です。 そ
7分半で作るNode.js+MongoDBアプリ - PolyPeaceLight
先日のJJUG SpringのLTをしてきた「7分半で作るNode.js+MongoDBアプリ」の動画を撮り直しました。 本番ではmongoose.Schemaのところをmongoose.modelとしてしまい、まさかのライブデバッグを初めるハメになり、結果として13分となってしまいました。 リベンジとして今日何回かトライしたところ10分を2分半も上回る7分半、スリークォーターの記録を出すことができました。 動画中でやってること 1 環境を証明 nvmとかnodeとかnpmとかがインストールされてないことを証明 env.shは確認するコードが書かれているだけです 2 nvmとmongodbをググる 3 nvmをgitで取得 $ git clone git://github.com/creationix/nvm.git ~/.nvm 4 nvmを環境に読み込む $ . ~/.nvm/nvm.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Connecting Jest and Mongoose | Zell Liew
Many to Many with Mongoose
fakingoose
[Bug] Populating an array containing null values leads to violation of array sequence. · Issue #6432 · Automattic/mongoose
Logdown - Site Maintenance
Create a REST API on AWS Lambda using Lambdasync