Node.jsをインストールしたい場合、公式サイトから直接インストールしても問題ありませんが、複数のプロジェクトで異なるバージョンが使われているとバージョン切り替え等の管理が煩雑になってしまいます。 よりお手軽にバージョン切り替えする方法を模索したいと思います。 Node.js 管理ツール多すぎ問題 公式のインストーラ を使う場合 Homebrew 経由でインストールする場合 nodist 経由でインストールする場合 nvm 経由でインストールする場合 nodebrew 経由でインストールする場合 ndenv 経由でインストールする場合 nodenv 経由でインストールする場合 anyenv 経由でインストールする場合 (当記事) いや、多すぎんだろ！！😱 各Node.js管理ツールの問題 公式のインストーラ & Homebrew 経由でインストールした時の問題 複数のNodeバージョン
記事を移転しました。 以下の概要をみて、興味があればご覧ください。 概要 あなたは普段、何気なく npm install を使っていることでしょう。 しかし、 npm install が何をしているのか、実は誤解している人も多いと思います。 記事のタイトルは釣りではないので、どんな時に npm install は問題を起こすのか、説明できない人は以下を読み進めてください。これは多くの開発者が無意識に無視している、とても重要な事項だと思っています。 なお、npm 4.x系以下の方は本記事の対象ではありません。 続き -> https://blog.minimalcorp.com/users/jigen/posts/6f325dc9b8a00370b6aedf47a34cb3ce
概要 event-streamというnpmパッケージに攻撃コードが混入されました。攻撃コードはflatmap-streamというパッケージに含まれており、event-stream パッケージはこの flatmap-stream への依存性を追加される形で間接的に攻撃コードの実行を行う状態になっていました。 攻撃コードが分析された結果、copayというBitcoinウォレットからクレデンシャルを盗むことを目的とされていたことが確認されています。 参考リンク 調査が行われているGitHub Issue HackerNewsスレッド Details about the event-stream incident - The npm Blog 影響をうけたパッケージ [email protected] flatm[email protected] flatm[email protected] パッケージ
先日「東京 Node 学園 27 時限目」に参加して Puppeteer というライブラリを知りました。 Puppeteer は Node.js から Headless Chrome を操作するためのライブラリで、Google Chrome の開発チームが出している公式のものだそうです。 Node.js から Headless Chrome を扱うには「chrome-remote-interface」というものがありました。 私も「Headless Chrome を使ったフロントエンドのテスト」という記事の中で chrome-remote-interface の使い方を紹介しています。 その記事のなかで、ページをスクロールしたり、マウスでクリックするような操作をライブラリとして用意すれば Headless Chrome を使うのは十分に現実的だという感想を書きました。 逆にいうと、そのよう
こんにちは。ヒューマンクレスト山口です。 私は普段「Selenium」を用いて、Webサイトの自動化しています。 皆さんは自動テストをしながら、HTTPステータスコードを確認したいと思ったことはありませんか？ 現在、「Selenium」ではHTTPステータスコードを確認することはできません。 HTTPステータスコードを取得するには様々な方法がありますが、ライブラリを使うのも１つの手段だと思います。 そこで今回は「puppeteer」を用いたWebサイトのテスト自動化を簡単に紹介します。 puppeteerとは？ Chrome DevTools Protocolを用いて、Headless ChromeをNode.jsで操作しやすくしたライブラリです。 2017年8月にリリースされ、ChromeのDevToolチームが開発・メンテナンスしています。 また、多様なAPIが提供されており、様々な操
経緯 Crowi とは node.js + jQuery (一部React) 製の、オンプレにディプロイ可能な Wiki システム。Qiita でも Crowi タグ で検索すると20エントリーほど引っかかる。 Pukiwiki から Crowi へ うちの会社では創業から10年来 Pukiwiki Plus! を使っていて、サイトを簡単に量産できるようにするための Pukiwiki Plus! Plus! なんていうリポジトリもある程使い倒していたのだが、やはり Markdown で書きたいという動機から代替システムを検討、2016年末くらいから Crowi の試用を行っていた。 が、どうにもかゆいところに手が届かない。 Pukiwiki では利用可能だった以下2点の機能が、移行にあたっては必須事項だった。 任意のページの下の階層のツリー表示を行う事ができること Pukiwiki では
Ayo.js とは 「Node.js の fork です。」と言ってもまだできたばかりで正直このタイミングで記事にしてもまだ語ることはそんなに多くないです。 ただし、JavaScript界隈が騒ぎになりかけていることは確かです。日本でも発言が増えてきたので自分なりにまとめて今時点での話をしようと思います。 ちなみに読み方は好きに読んでくれ、と言われてます。 「アイ・オー」でもいいし、「エイ・ヨー」でも良いとのことです。ネーミング的には昔あった io.js fork騒動を想起させるネーミングになってます。もしも io.js についてご存じない方もいるのであれば、こちらをご参照ください。 yosuke-furukawa.hatenablog.com Ayo.js の目的 https://github.com/ayojs/ayo/blob/zkat/values/VALUES.md ここを見ると
PhantomJS もはや説明するまでもないですが、PhantomJS とは WebKit ベースの Headless な Webブラウザ です。こいつを Ubuntu で使おうとしたのですが……ドハマりしました。 ハマった理由 : apt-get で入れた これやっちゃだめです。もうエラーの嵐です。 # apt-get install -y phantomjs # phantomjs test.js QXcbConnection: Could not connect to display PhantomJS has crashed. 正解 : npm で入れる npm で入れましょう。 # npm install -g phantomjs nodejs-legacy が入っていない場合は入れておいてあげましょう。 # apt-get install -y nodejs nodejs-le
（最終更新：3月24日16:50ごろ） 事件の流れ kik の作者が同名の会社 KIK の弁護士特許出願代理人からパッケージ名を変更するよう要請される 作者が拒否したところ弁護士代理人は npm の運営にコンタクトする 運営が作者の許可なくパッケージを unpublish するパッケージの所有権を移し替える 作者がこれに反発し自身が所有する270あまりのパッケージをすべて unpublish する I’ve Just Liberated My Modules — Medium unpublish されたパッケージは npmjs.com からダウンロードできなくなる unpublish されたうちのひとつである left-pad に間接的に依存したパッケージが多数あったため世界中でビルドがぶっ壊れる npmjs.org tells me that left-pad is not availa
JavaScript 系パッケージマネージャの重複問題 npm は言わずもがな Node.js のパッケージマネージャだが、フロントエンド開発においては Bower も利用するのが一般的になっている。この現状の問題点は、package.jon と bower.json という似たような管理ファイルを二重で管理しなければならないということだ。 現状の使い分けをおさらいをしておくと、次のような感じになる。 タスクランナー（Grunt/gulp）・モジュールシステム（browserify/webpack）・テストスイート（karma/testem）などの開発環境系の管理が npm の主なお仕事。インストールされたパッケージは node_modules 内に展開されて、CommonJS スタイルのモジュール管理から利用する。 本題につながる話としては、ブラウザで動くライブラリの一部は npm にも
いくつかこの何日間でニュースが出ているので紹介します。 ちなみに、 io.js と Node.js のニュースに関してはこれまで２つ書いたので、まだ良く知らない人はそれをまずはご一読ください。 yosuke-furukawa.hatenablog.com yosuke-furukawa.hatenablog.com さて、次の展開へ、という事でいくつか話があります。 「Join the Node Foundation?」 というissueが mikeal から提案される github.com issue 本文を翻訳したものを貼っておきます。 Node Foundationのためのすべての文書が揃った。 TSC Charter (技術委員会の目的) Development Policy(開発ポリシー) Convergence Plan(移行プラン) Project Lifecyle (Wor
MEAN(MongoDB, Express, AngularJS, Node.js)を解説する 前に触った感想です。 MongoDB 良くも悪くもNoSQL。トランザクション無を補うためスキーマが基本汚くなる。 汚いスキーマにアプリケーションの変更が入って安全にデータが壊れる。 結局、不整合が起きてバッチに頼る。バージョン変えるとデータが壊れる。スケール環境は不安定になって止まるのは基本。基本いつのまにか変更されて変な動きして死んでる前提で、動く/戻せる環境構築できない奴は死ぬ Expressシンプルに書けるんじゃなくて、薄い機能しか無い。ミドルウェアをたくさん詰むことになり、ミドルウェアのチェーンは黒魔術詠唱と変わらん。 唱えた本人もどうなるか分からないのがざら。エラーが勝手に握りつぶされるのは基本。 落ちるのがミドルウェア内のエラーとか基本。 いつの間にか落ちるのも基本。基本いつのまに
Gruntを使ってる人に「gulpってどうなの？」と聞かれる機会が最近何回かあったので、いまさらながら自分の所感を交えて答えてみる。 まず、自分がこれからプロジェクトを始めるとしたらgulpを使うでしょう。理由は質問に答えながら書いていきます。 Grunt使い続けちゃだめなの？ そうですね。あなたがGruntに十分慣れていて、タスクのテンプレートがあってすぐに開発に入れるならGruntを使い続けてもいいと思います。ただ、今はGruntとgulp両方とも使われていますが、どっちが覇権を握るかわかりません。Gruntしか知らないままgulpの時代が来たときにノウハウの差が多少出るかもしれません。 もしあなたがGruntを片手間程度に使っていて、設定してるタスクが「ローカルサーバとライブリロード、あとminify系くらい」な人ならgulpを触ってみる価値はあると思います。同じタスクをgulpでや
はじめに npmでexcelで検索した結果は5ページもあるのですが、とりあえず気になるものだけ見ていくことにします。 条件は以下の5つです。 OS XやLinuxで使えること MS Officeをインストールしていなくても使えること セルに日本語が入ったExcelファイルを作れること オープンソースであること 無料で使えること 調査メモ excel xlsxのパーサのみとのことなのでパス。 excel-libxl LibXLというC/C++/Delphi/.Net用のライブラリのnode.jsバインディングとのこと。LibXLが有償なのでパス。 excel-multi readmeの使い方を見るとパーサのみなのでパス。 excel-export xlsx出力のみ。BSDライセンス。 excel-errors xlsxパーサのみなのでパス。 node-xlsx xlsxの読み書き両方対応だが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
