| const { join, dirname } = require('path') | |
| const sharp = require('sharp') | |
| const { Storage } = require('@google-cloud/storage') | |
| const { promisify } = require('util') | |
| const pump = promisify(require('pump')) | |
| const gcs = new Storage() | |
| const SIZE = 128 | |
| const PREFIX = 'thumb@' |
Safari が WebRTC に対応したり、 React-Native があったりと、 WebRTC を使う iOS アプリの開発ではネイティブライブラリ (WebRTC.framework) + Swift を使わない選択肢も十分あります。でも最終的に手の込んだことをやろうとすると、もしくは最新のリリースブランチを使うとなると、ネイティブライブラリに頼らざるを得ません。いかんせんネイティブライブラリの情報が少なくて辛いですね。参考になれば辛い、いえ幸いです。
ここで扱うのはメディアチャネルのみです。データチャネルについては扱いません。知りませんので。ビルドについても扱いません。なんとかしてください。
私は主に商用 WebRTC SFU Sora の iOS SDK を開発しており、そのため以下の内容が環境に依存してしまっている可能性があります。その場合はご指摘頂けると助かります。
By the end of this quick guide, you will know how to compile a Phoenix app release using Exrm and run it inside a Docker container. I've found only a couple of articles that discuss getting an Elixir app up and running inside a Docker container, and even those only touched on some parts of the process. The idea is that this guide will give you a full end-to-end example of how to get all the pieces and parts working together so that you are able to deploy your Phoenix application inside a Docker container.
この記事のあの画像を見てﾋﾞﾋﾞｯと来てしまったので, 周りにいる人とErgodoxの購入検討をはじめました(随時更新)
➜ FalbaTech
選んでいくスタイル。
| { | |
| "data" : { | |
| "notification" : { | |
| "icon" : "ic_stat_distriqt_default", | |
| "alert" : "You have a notification", | |
| "title" : "You have a notification", | |
| "body" : "The body of the notification", | |
| "sound" : "default", | |
| "vibrate": "true", | |
| "largeIcon": "assets/notifications/icons/largeIcon.png", |
Introducing Incremental DOM — Google Developers — Medium
Reactやvirtual-dom、Glimmer(Ember)などVirtual DOMの実装は色々あるが、これらのVirtual DOM実装には2つの問題がある
これらを解決するためにIncremental DOMと言うものを作っている(WIP)
| namespace :json do | |
| desc "Export all data to JSON files" | |
| task :export => :environment do | |
| Rails.application.eager_load! | |
| ActiveRecord::Base.descendants.each do |model| | |
| file = File.open(File.join(Rails.root, "db", "export", "#{model.table_name}.json"), 'w') | |
| file.write model.all.to_json | |
| file.close | |
| end |
Resque が謎の頓死を遂げる。 25 個とか起動してたはずのワーカーが気付いたら 0 個になってる。
Resque のワーカー減らして daemon-spawn をやめて foreman + daemontools で resque を監視するようにした。
Resque のワーカーがとにかく死にまくるのでなんなんだと思い調べていた。最初は monit とかで再起動させまくるかみたいに判断をする。この時点で Resque は daemon-spawn 経由で起動していた。
daemon-spawn 経由で起動している Resque のワーカーを monit で監視するというのは、大変に都合が悪い。複数あるワーカーのうちどれか一つが死んだみたいな場合でもまるごと再起動みたいな話になる。ならないかもしれないけど調べる時間の余裕がない（サービスに不具合があって金銭的な損害を垂れ流している状況なので）。
