concurrent-ruby1.0.5以前でのPromisesの使い方 - Qiita
要約 注意： 2018年11月5日にconcurrent-ruby 1.1がリリースされ、Promises APIはデフォルトで含まれるようになりました。 concurrent-rubyの1.0.5以前のバージョンにはPromises APIは含まれていない Promises APIを使いたいときは、concurrent-ruby-edge gemを追加する 動機 Ruby on Railsアプリケーションのスレッド処理にconcurrent-rubyを使いたい Ruby on Railsアプリケーション中でスレッドを使ったプログラミングをしています。 Ruby on Rails 自体ではスレッドを扱う時に、Ruby標準ライブラリのThreadをそのまま使うのでなく、concurrent-rubyを使っています。123 アプリケーションプログラム中でスレッドを扱う際も、同じライブラリを使っ
Rackをdockerで動かす - Qiita
# ! /usr/bin/env ruby require 'rack' app = Proc.new do |env| ['200', {'Content-Type' => 'text/html'}, ['A barebones rack app.']] end Rack::Handler::WEBrick.run app, {Host: '0.0.0.0'} panic: standard_init_linux.go:175: exec user process caused "exec format error" [recovered] panic: standard_init_linux.go:175: exec user process caused "exec format error" goroutine 1 [running, locked to thread]: pani
Rackアプリケーションでプライベートネットワークからのプロキシサーバー越しのリクエストから送信元IPアドレスを得る - Qiita
最初に結論 条件 クライアントがプライベートネットワークにいる プロキシサーバーとRailsアプリケーションをUNIXドメインソケットで接続している 現象 Rackのrequest.ipやRailsのrequest.remote_ipで、送信元IPアドレスが取れません。 対策 Rack::Requestにモンキーパッチを当てる X-Forwarded-Forヘッダーから直接取得する Railsなら、config.action_dispatch.trusted_proxiesを変更する のいずれかの方法で取れます。 構成 クライアント - nginx - Rackアプリケーション これだけならば、割と一般的な構成です。 ただし、クライアントはプライベートネットワークにいます。 つまり送信元IPアドレスはプライベートIPアドレスです。 また、nginxとRackアプリケーションは何らかの方法で
複数ファイルをbrowserifyするのにgulpを使うのを諦めた話 - Qiita
背景 browserifyは大変便利なコマンドです。 それ自体には、複数ファイルを処理するためのオプションはありません。 gulpとgulp-browserifyを組み合わせて複数ファイルを処理する方法があります。 結論 gulp-browserifyは、既にメンテナンスされていません。 npm scriptでnpm-run-allを使って置き換えました。 npm scriptで置き換え gulp-browserifyの場合 srcディレクトリにあるclient.jsとexecute.jsを変換します。 const gulp = require('gulp') const browserify = require('gulp-browserify') const src = 'src/' const dest = 'dest/' gulp .task('browserify', () =>
Rackのポインタ集 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? モチベーション Rackの勉強途中です。 一段落つかないので、現状把握しているポインタをまとめます。 文献情報 本家 http://rack.github.io/ ご本尊 仕様 http://www.rubydoc.info/github/rack/rack/file/SPEC Rack Spec。Rackの仕様といえばこれです。 実装 https://github.com/rack/rack/blob/master/lib/rack.rb 実装、ソースコードはこの辺から読めるます。 基本的にはRequest, Response, Bu
IIS Express を外部公開する - Qiita
背景 Mac上の仮想環境上のWindows上でAPS.Netアプリケーションを開発しているときに ゲストOS(Windows)上のIIS Expressでアプリケーションを実行 ホストOS(MacOS)上のブラウザで動作を確認 したいことがあります。 クライアント側のJavaScript部分をReactなどで実装している場合、Reactの開発にはOSの縛りがありません。 ホストOS上の方がファイルの編集・実行が速いので、Reactアプリケーションの 編集 ビルド をホストOS上でしたいです。 このために、IIS ExpressをLAN上に公開したいです。 環境 Windows 10 Pro Visual Studio Community 2015 update2 IIS 10.0 Express 手順 解決すべき課題 IIS Expressはデフォルトでlocalhost:xxxxにバイン
クライアントサイドフレームワークの歴史 - Qiita
クライアントサイドJavaScriptフレームワークの歴史を整理します。 1stリリース順 1stリリース順に並べます。 有史以前 2008年 6月 SproutCore 10月 Cappuccino 第1世代 クライアントサイドJavaScriptに、どうにかして構造を与えようとした世代 2010年 7月 Knockout 10月 Backbone.js 10月 AngularJS 第2世代 フルスタック化を目指した世代 2011年 6月 Ember.js 7月 Agility.js 8月 Derby 9月 Spine 11月 Knockback.js 12月 Meteor 2012年 CanJS 第3世代 virtual DOM や Object.observe() を使った（使おうとした）世代 2013年 1月 Flight (Flight is not under active d
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Macでbrowserifyで結合しているとcase-insensitiveなファイル名指定をしても、Macでコケなくて、Linuxに持って行った時にコケる現象が、たまに起きる。これをカジュアルにチェックしたい - Qiita
Node.jsでウェブスクレイピングする色々な方法 - Qiita