. . . description: Please see the README on Github at <https://github.com/githubuser/qiita#readme> dependencies: - base >= 4.7 && < 5 - http-client # 追加 library: source-dirs: src . . .
重たい処理をNode.jsくんがCPU使用率25%でがんばって処理してくれている姿をみて、もうちょっと人間さんもがんばらないといけないなと思いました。 コード いいからまずは完成形のコードだ const cluster = require('cluster') // CPUの数が上限である必要はある? これ以上なら動かないというわけでもないけど const numCPUs = require('os').cpus().length const masterFnc = () => { // 初期準備 処理対象 const target = [1, 2, 3, 4, 5, 6, 7, 8, 9, 10] // 各コアの処理数が均等になるように渡す数を分割する (ただしこのやり方は最後が楽になる) const slicedTarget = [] const bundle = Math.ceil(
予定通りならば、先週にtypoチェック機能へtextlintを追加した話を投稿したはずです。 最近の投稿はそれを使って私が個人的趣味で編集リクエストを出しているのですが、 やっぱり古い記事のtypoも気になるわけで。 でも古い記事の保守判断って外部からは難しいので… いっそ自主的にできる環境があればいいのかなあと思いました。1 Qiita Typo Checker (無料どころの例に漏れずスリープするのでアクセスは遅いです) khsk/Qiita-typo-checker-zeit: Qiita-typo-checkerをユーザー指定と任意テキストに限定したWebアプリとしてzeitにデプロイします ということでコードをいじって、Webアプリケーションフレームワークを導入してブラウザから使えるようにしてみました。 機能はSlackに投げていたもの以上のものではないので、アプリやZEIT周り
TypeError: Cannot read property 'length' of undefined at ViterbiBuilder.build (~\node_modules\kuromoji\src\viterbi\ViterbiBuilder.js:53:48) at Tokenizer.getLattice (~\node_modules\kuromoji\src\Tokenizer.js:126:33) at Tokenizer.tokenizeForSentence (~\node_modules\kuromoji\src\Tokenizer.js:81:24) at ~\node_modules\kuromo jin\lib\kuromojin.js:60:26 at <anonymous> catchしてスキップすればいいだけなので困ってはいないが、原因調査。 結
結論 PHPUnit_Extensions_Database_TestCaseクラスの初期化処理では、外部キー制約があるとうまく初期化できない場合がある オプションでTRUNCATE処理にCASCADEを追加できるが、外部からこのオプション引数は制御できない 引数なしで実行しているメソッドをオーバーライドすることで、CASCADEするようにしてやる class HogeTest extends \PHPUnit_Extensions_Database_TestCase { protected function getSetUpOperation() { // 引数にtrueを渡すように上書き return \PHPUnit_Extensions_Database_Operation_Factory::CLEAN_INSERT(true); } public function setUp()
作っていました。 khsk/electron-gif-loop: Gifyからgifを取得し、最低1ループはアニメを見せるgifビューワー 備忘録。 特徴 最低1ループはアニメーションを見せる、スライドショー的gifビューワーです。 GIPHY からgifを取得しつづけます。 任意のタグを複数登録することで、好きなジャンルのgifを表示できます。(精度はGIPHYAPIに依存します) 可能な限り、ループの終了直後に次の画像を表示します。 画面のリサイズと移動が可能です。 常に前面表示の切り替えが可能です。 デモ 動機 昔からgifアニメの扱いに難儀していた。 静止画ほど気楽に流し見できないし、ループしてから次の画像へ移るのも最初の部分を2回見ることになってもやもやする。 スライドショーにまじると途中までしかアニメがみれないor短いアニメが繰り返しすぎてもやもやする。 最低1回はアニメーショ
PowerShellからSlackに通知する方法が投稿されていたので、出社・退社をログオン・ログオフでSlackに記録したいなー。 手動でSlackに入れていたら見事に3日坊主でした。 PowerShellの準備 動作環境は 【メモ】PowerShell書き始めるまで 使用するプログラムは PowerShellからSlackに通知する方法 で紹介されているままのプログラムでOK。 最初は固定メッセージで2個作ってましたが、登録時にパラメーターを設定できるので引数でメッセージを変えられます。 ログオン・ログオフ時の登録 調べればすぐに出ますが… 1. スタートメニューからポリシーで検索 2. グループポリシーの編集 ユーザーの構成 Windowsの設定 スクリプト(ログオン/ログオフ) 右窓のログオン/ログオフをダブルクリック ログオン/ログオフのプロパティ PowerShellスクリプト
保存場所(Windows7の場合) C:\Users\%USERNAME%\AppData\Roaming\package.jsonのnameフィールド\ 検証環境 Windows7 Professional 64bit electron-prebuilt 0.36.4 node v5.2.0 Electronを触ることは簡単ですが、余計なゴミ1をできるだけ出したくない。 そこで、ローカルに値を保存できるlocalStorageを使うときは場所を調べておこうと思ったが、検索にうまくひっかからなかった。 しかたがないのでファイルモニターを使って書き込みを監視した。 調べると、localStorage以外にもキャッシュやCookieも同ディレクトリに保存していた。 localStorageを使わないから余計なファイルが残らないわけではないようだ。 同じアプリでもpackage.jsonのnam
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く