【node.js】サーバサイドjavascript 4【io.js】 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
deleteで確実に消えるオブジェクトはどうやって構成できるの? deleteはオブジェクトを消すものじゃないですけど理解されてますか? >>21
ありがとうございます。
場所はデフォルトの場所がいいんですね。 叩かれても気にしないスルー力、プログラマーには向いてなくても2chには向いてるな node jsのモジュールはインストールしないと使えないのですか?
ダウンロードしてきたものをnode_modulesにポイッと入れておくだけではだめなのでしょうか? 単独で動作するモジュールならそれでもOK。
他のモジュールに依存してるモジュールなら素直にnpm installしたほうがいい。 28
インストールの方が無難なのですね。
ありがとうございました。 co便利すぎ
なぜ私は今まで使ってなかったんだ
便利すぎて徹夜で遊んでしまった >>30
そこまで行くならもうES7とかaltjs 使えばいいんちゃう? >>32
es7(es2016)にはasync/await入らんのやで
babelでasync/await使えばええんちゃう、ならおk >>33
え?そうなの?いつの間に
どちらにしろ拡張機能使うならbabelでええやろ typedobjectといいオーバーロードといい、どんどん先延ばしにされてるなあ…
大丈夫なんか? オレがNode.jsに求めることはただ一つ
あの非同期が当たり前の実装をやめてくれ。もしくはそうではない普通のJavaScript
と同じ実装にしてくれ。いちいちコールバックとか面倒で仕方ない。 お前向いてないよ
javascript自体
「ぱある」なるものでも使ってれば? >>37
普通のJavaScriptと同じなんだが…
普通のJavaScriptでsetTimeoutもxhrも使ったことない人なのかな? twitterのstreaming APIを使いたくてnode.js入れてみたけど
ググって出て来るサンプルコードがことごとく動かない…
npmで入れたtwitterモジュールもntwitterもだめ。
ちなみに参照してるのは
http://qiita.com/n0bisuke/items/09126e6e2cd111841a2e
とか
http://engineer.recruit-lifestyle.co.jp/techblog/2015-07-21-node3/
サーバー側を立ち上げてもすぐプロンプト戻るか無反応。
何が足りないん? access_tokenの後の_keyを落としてたっぽい
凡ミスで半日潰したわ >>43は人間に向いていない。
虫ケラに転生したほうがいい 1日15回しか質問されないja.stackoverflow.comよりは
多くの人間を救ってると思う Arukas触ってみたけどnode.jsのインスタンス作っても動かないな それはスピード
この世の理はすなわち速さだと思いませんか、物事を速くなしとげればそのぶん時間が
有効に使えます、遅いことなら誰でも出来る、20年かければバカでも傑作小説が書ける!
有能なのは月刊漫画家より週刊漫画家、週刊よりも日刊です、つまり速さこそ有能なのが、
文化の基本法則!そして俺の持論でさ−−−−−−−ァ! 匿名通信(Tor、i2p等)ができるファイル共有ソフトBitComet(ビットコメット)みたいな、
BitTorrentがオープンソースで開発されています
言語は何でも大丈夫だそうなので、P2P書きたい!って人居ませんか?
Covenantの作者(Lyrise)がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al
ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできないアスペルガーw
The Covenant Project
概要
Covenantは、純粋P2Pのファイル共有ソフトです
目的
インターネットにおける権力による抑圧を排除することが最終的な目標です。 そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します
特徴
Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)
接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません
u nodejsって別HHDのデータを読み込めないの?
htmlからならアクセスできるのにnodeでパス情報取得しようとしてもうまくいかない データって具体的に何?
ファイル?
ファイルどうやって読もうとしてんの?
fsモジュールのドキュメント読んだ?
ねえ?ねえ?ねえ? まだ学生だがこんな上司だったら嫌だな
3日で辞めそう ドットインストールでも読んでくれば?って書こうとしたけど
これ明らかに他の言語やったことある人向けで、あんまり価値ねえな
http://dotinstall.com/lessons/basic_nodejs >>56
はっきり言って其のサイトのコンテンツ、ろくなのがないわ nodemailerでuser/pass認証をして、20人くらいをtoに設定してsendmailするとスパム扱いされて返送されてしまいます
試しに3人だけにして送ってみたところ、正常に送信することができました
こういうのはGoogle側にスパムじゃないと報告いれたりしないとダメなんでしょうか >>60
どうもー
mandrillが有料化しなければぁ >>55
2chに就職するわけじゃないだろう。
上司がねらー丸出しならすぐに逃げ出すべき。 まあこのスレは何を作るかってスレではないからな
v6.1.0出たけど特に話題になる要素もないし v6.1.0だとbabel入らなくなるの?
LTSじゃないせいか情報が少ない node.jsド初心者なんだけどヒマな人いたら教えてほしい
node somescript.jsでバッチのように動かせることや
http.createServerでポート空けて待ち受ける簡易Webサーバやれることやデーモン化もできることはわかった
んでこれ実際に運用するときどうする?http://example.com/hoge/hage/ みたいなリクエストはどう受け付ける?
ていうかnginxやapache httpdからfastcgi呼び出すみたいにフロントのWebサーバがリバースプロキシになるような感じ? nodeで読み込んだExcelテンプレートを編集して
ダウンロードさせたいのですがExceljsを使用すると
スタイルの情報が落ちてしまいます。。。
Streaming XLSX Writerなるものを使えばスタイル情報の書き込みもできる
みたいですが読み込み方がわからない。
そもそもnodeでExcel扱うなってことですかね。
いろいろ調べてももう行き詰ってしまったので教えてください。
Exceljsにこだわりはないので他のものでも大丈夫です。 公式からnode.jsのwindows版をダウンロードしようとしたら、chromeに 〜 may harm browsing experience, so Chrome has blocked itって怒られるよう >>69
基本的に内部構造が非公開のExcelを
まともに解析できるライブラリは無いと思え。
一番良く出来ているのはJava製だ。 >>69
google spreadsheetでも使え レスありがとうございます。
>>72
google spreadsheetの選択肢はありませんでした。
これであればスタイルの読み出しをしないでも
書き込みとDLだけで実現できそうです。
ありがとうございます。 >>76
線やフォントの情報がほとんどです。
Exceljsで下記のような実装をしたところ
エクセルファイルに追記はできるものの、
線もフォントサイズも元に戻ってしまいました。
var Excel = require('exceljs');
var workbook = new Excel.Workbook();
workbook.xlsx.readFile(filename)
.then(function() {
var worksheet = workbook.getWorksheet(1);
worksheet.getCell(1,1).value = "test";
workbook.xlsx.writeFile(outputname)
.then(function() {
// done
});
}); >>77
>Streaming XLSX Writerなるものを
これの使い方を調べれば? >>78
ExcelJSのReadmeを見てみると
>> var workbook = new Excel.stream.xlsx.WorkbookWriter(options);
で書き込み用のワークブックを用意することはできるので
同様にWorkbookReaderにてワークブックを読み込むことはできるのですが
この方法だと読み込んだワークブックに対して
シート指定 (workbook.getWorksheet()) を使用とするとエラーになります。
そもそもインスタンスを作っただけなのでこの時点で指定したファイルが
読み込めているわけではないような気もするのですが。。。
ドキュメントやコミュニティの記事もほとんどなく行き詰ってしまったわけです。 ついに、Electron 1.0がリリースされたぞ 1.0になったら、でなく
サイズが10MB未満なったら教えてくれ サイズでかいよな
自分用にちょちょいと書いたアプリならいいけど
人に渡すには躊躇う大きさだ あるいはElectronアプリごとのchromiumを共有できるようにして欲しい >>82
2DDフロッピーや4800bpsの通信が一般的だった時代ならいざ知らず
数百GBのHDDにギガビットのネットワークが普通の時代に何を言うw >>77
その程度ならActiveXで書き込めば一発じゃね >>87
引きこもりとファイルサイズの関係を桶屋に例えて説明してくれ。 Electronは、Gradleみたいに自動で、JCenter/MavenCentral などから、
指定したバージョンのChromium/Node.js を、
まだインストールされていなければ、インストールするようにしたらよいのに
そうすれば同じPCで、同じバージョンのChromium/Node.js を、重複して持つことは無い npmの思想に従ったらやはり個別に持つんじゃねーのかな
やはりelectron用chromiumが小さくなる方が妥当だ 読み込むmoduleが解決出来なければnpmから導入を試みる仕組みなら少しほしい
例えばテストにしか使わないbabel一連を毎度npm i -Dすると容量食うだけだし
とはいえglobalに入れてmoduleのpackage.jsonに一々devDependencies書くのも手間だ nodeってどういう人が
何する為に使うもんなの? >>96
俺も知らないけど、javascript大好きな人がサーバーサイドをjavascriptで書くために使うんじゃないの? 業界あげてウェブ技術だけでなんでも出来る世界を作ろうとしてるからね。 >>97
サーバーサイトを書くのは普通php?
python、その他なんて使わないの? ひとつのモジュールからクラサバ出来れば、楽じゃん。
って発想で俺は割とnode推し。
validationとか。 >>96
普通にtypeScriptみたいにaltJSとか使いたかったり
js側でもテスト駆動開発やりたかったり
SPAとか作りたかったらnodeのエコシステムは必要だと思うけど。 ぶっちゃけnode側のjsとクライアント側のjs
そこまで共通化省力化できる部分多くないよね >>90
正直、配布関係がグダグダのままだよねw
インストーラと呼べるものもねぇし。node.jsのライブラリとかを
実行ファイルの同じディレクトリにまるまんまコピーして配布とか
ダセェこといつまでやらせるつもりなのか。
作ってる連中の程度が低くてイライラする。 >>104
そんなもの言われなくても実装して当然ですよ。今どき。 >>105
LL言語でインストーラーなんて聞いたことがないが? どうやったところでXSSを克服できない限りおもちゃ扱いだろ
業務にElectronアプリ使ってXSSで機密情報盗まれましたとか目も当てられんわ >>107
そのアプリで特定のドメインだけに接続するようにすれば
XSSは簡単に克服できるよ まあそれ以前にXSSを克服してないはずの
ウェブがこれだけ世界を支配してるんだけどね。 テキストファイル開いただけでホストの権限取られる脆弱性はウェブにはないわ テキストファイル(例~/.ssh/以下)開いただけでホストの権限取られるからな
ネイティブアプリは こういうバカに騙されないように知らない人に説明すると
ElectronはXSSの仕込まれたHTML開くだけでPC乗っ取られることがバレてから
まともな開発者はElectronから手を引きました
JSだけが拠り所の低能キチガイNode信者の言うことを真に受けないようにしましょう >>106
馬鹿かてめぇは。
言語の問題じゃねぇだろ >>108←セキュリティ問題が各所で指摘されてることもわからないアホ >>107
>>112
>>110
だな。しかしElectron開発者のキモヲタ連中は全く改善しようともしていない。
Node.jsの連中も然りだけれどな。
内紛起こして分裂はするわ、npm停止させて問題起こすわ、このコミュニティは
ちょっと問題ありすぎ。 >>112
横からだけど情報thx
様子見してただけだったが良かった >>117
ま、正直言わせてもらうけれど、サーバサイドやるならNode.jsなんて
やめておいたほうがいいですよ。実用レベルには至っていないから。
特にElectronはね。
Node.jsのほうはコミュニティと開発者連中に頭のオカシイのが多いから
これまでも問題を起こしまくってるしね。いつまた分裂したりnpm止め
られたりするかわかったもんじゃないよ。 何をどうはねっかえりたいかわからん。
electronで外部のHTMLを開くという事を考えつく方がどうかしてる。
いわゆるアプリなら、得体の知れないdllをロードして叩くとか、得体のしれないモジュールをrequireするくらい頭おかしい行為なんだが。
あとは、モジュールを全部持つってのも、別にwebpackかなんかかけちゃえいいんでないの? 前提条件としてElectronを狙い撃ちにしたXSSが仕込まれたサイトを
Electronで見に行けば、任意のコードを実行させられることもありえるよね
という無理筋な話だよね >得体の知れないdllをロードして叩くとか、得体のしれないモジュールをrequire
python良く使うけどimportしただけで個人情報を外部サーバーに送信されるモジュールがあったら確かに怖いな ■ このスレッドは過去ログ倉庫に格納されています