13/03/12 20:56:11.68
ローカルアプリ作れる？
113:デフォルトの名無しさん
13/03/13 02:15:09.72
／/
／ / ﾊﾞｶｯ
//⌒)∩＿＿∩
/.| .| ノ ヽ
/ | | ● ● |
/ | 彡 ( _●_) ミ 馬鹿には無理
/ | ヽ |∪| /＿
/／ │ ヽノ ＼／
"￣￣￣￣￣￣￣（..ノ
114:デフォルトの名無しさん
13/03/13 12:02:20.78
Linuxサーバーって一回設定したら以後放置だよね。Windows Update + Windows Serverの方がよいよね
ｽﾚﾘﾝｸ(poverty板)
115:デフォルトの名無しさん
13/03/15 17:03:54.68
>>112
桶
116: 忍法帖【Lv=5,xxxP】(1+0：5)
13/03/15 21:40:33.24
>>115
どうやって？
117:デフォルトの名無しさん
13/03/15 23:02:44.50
ｇｇｒｋｓ
118: 忍法帖【Lv=6,xxxP】(1+0：5)
13/03/16 22:09:16.42
教えてよ！
119:デフォルトの名無しさん
13/03/16 23:13:41.00
Qt使えばいいんじゃね？
URLﾘﾝｸ(d.hatena.ne.jp)
120:119
13/03/16 23:28:47.31
node.jsとGoogle Chromeによるローカルアプリケーション開発「node-chrome」
URLﾘﾝｸ(www.moongift.jp)
なんてのもある。
121:デフォルトの名無しさん
13/03/16 23:38:31.87
node-webkitってのもあるぞ。UIはこれで書いてる。
122:デフォルトの名無しさん
13/03/17 00:18:55.51
続々といろんなものが開発されてて楽しいな
123:デフォルトの名無しさん
13/03/18 11:23:55.27
appjsも面白そう
124:デフォルトの名無しさん
13/03/20 14:59:32.14
モバイル対応出来ないじゃん
125:デフォルトの名無しさん
13/03/21 10:09:56.26
HTML5デモ「日本全国花粉飛散マップ」を作って分かった
CreateJSとTypeScriptでの効率的な開発手法
ICS LAB
URLﾘﾝｸ(htn.to)
126:デフォルトの名無しさん
13/03/23 13:14:51.53
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
Qtは、C++で記述されたGUI向けアプリケーションフレームワーク。Windows、Linux、Mac OSなどクロスプラットフォームで動作することが特徴だ。
Android用も提供されており、この3月には、iOSのプレビュー版が公開された。スマートフォン向けアプリケーション開発環境としても注目されている。
127:デフォルトの名無しさん
13/03/23 17:25:03.97
javascriptオワタ
URLﾘﾝｸ(news.mynavi.jp)
128:デフォルトの名無しさん
13/03/23 20:28:13.07
低レベルなプログラムだなぁ
129:デフォルトの名無しさん
13/03/24 04:58:25.19
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
雑誌に載るのはうれしいけど、表紙にあったKotlilnというのはScalaよりも
普及するんじゃないかと思った。
Scalaよりも難しくないし、typesafeで、JavaScriptに変換できるようだ。
TypeScriptやScalaやC#の強みを取り込んでいる。
Kotlinまだ正式版にはなってないけれど化けるかもしれない
URLﾘﾝｸ(news.mynavi.jp)
URLﾘﾝｸ(confluence.jetbrains.com)
130:デフォルトの名無しさん
13/04/04 15:31:02.66
今日の釣堀
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
131:デフォルトの名無しさん
13/04/05 09:15:10.07
稀に見るバカだな
132:デフォルトの名無しさん
13/04/05 12:14:07.04
>>129
良いものが流行らないのが世の常なんだよなあ
133:デフォルトの名無しさん
13/04/05 12:49:44.17
>>130
ShowAsync()ってメソッドを自分で呼んでるのに、それに気づかないアホ。
コピペ厨ってこんな感じなのかなと思わせる記事。
134:デフォルトの名無しさん
13/04/05 15:35:50.64
libxmljsでXMLからjsonにパースできるといのはわかりましたが、jsonからXMLにするのにはどうしたらいいんでしょうか
135:デフォルトの名無しさん
13/04/05 16:15:57.11
XMLを書き出せるソフトの入力に合わせる変換をする。
136:デフォルトの名無しさん
13/04/05 18:24:28.02
昔Flash mx時代に書いたけど再起的に文字列合成するだけだから簡単だぞ。
少し探してないようならスクラッチで書いてみると良い。と言ってもライブラリはいくらでも落ちてるだろうけど。
137:デフォルトの名無しさん
13/04/05 19:16:38.54
エクセルのXML書き出しを考えていて、手動でやるのはきつそうだなと思いまして
138:デフォルトの名無しさん
13/04/05 22:08:28.42
>>133
英語わかってなさそう
139:デフォルトの名無しさん
13/04/05 23:15:28.36
setIntervalのネストでならした俺達JS部隊は、濡れ衣を着せられ
MSに目をつけられたが、jQueryゾーンを脱出しzeptoエリアに潜った。
しかしzeptoでくすぶっているような俺達じゃない。
140:デフォルトの名無しさん
13/04/06 14:54:15.87
今、セッション管理について調べてるんですがcookieとexpressとsocket.ioのあたりで
ぐちゃぐちゃでしかも紹介してるベージみんなやり方違うし
発狂しそうです
141:デフォルトの名無しさん
13/04/06 15:39:43.25
お知らせ
市原警察署の生活安全課の帰化人創価警官の指導の元、
入学式から2週間ほど、在日の創価学会員を主体とした自称防犯パトロールが、
2週間ほど行われることになりました
生活安全課の指導であることと、パトロールであることは、
絶対に公言してはいけないとの指導も、帰化人創価警官より出ています
期間中は2人組の在日の創価学会員が、頻繁に創価批判者の自宅周辺を、
うろつき回ると思われます
日本人の方は、充分に注意してください
142:デフォルトの名無しさん
13/04/14 20:09:35.50
iPhoneアプリ. Windowsアプリを売って生き残れ Ver 1.7 リンク数61
Hｔｔｐ:／／qr. net/kh4y
143:デフォルトの名無しさん
13/04/30 01:36:19.34
んな、金にならんことするぐらいならエロサイトでも作るわ
144:デフォルトの名無しさん
13/05/08 08:45:18.77
Node.jsでWinアプリを作れるような、つまり.netやWinAPIを提供してくれるモジュールはないでしょうか？
145:デフォルトの名無しさん
13/05/08 10:38:29.19
つ node-ffi
URLﾘﾝｸ(github.com)
URLﾘﾝｸ(blog.64p.org)
146:デフォルトの名無しさん
13/05/08 10:41:37.04
URLﾘﾝｸ(newcome.wordpress.com)
147:デフォルトの名無しさん
13/05/08 10:43:58.79
URLﾘﾝｸ(weblogs.asp.net)
148:デフォルトの名無しさん
13/05/08 10:46:02.40
せっかく node.js 使うんなら node-webkit の方が良くね？
URLﾘﾝｸ(github.com)
149:デフォルトの名無しさん
13/05/08 11:39:45.64
開発止まってそうだけどnode-qtとか
150:デフォルトの名無しさん
13/05/09 11:17:49.80
みなさんありがとう。
151:デフォルトの名無しさん
13/05/12 01:42:51.07
npmとかgruntのパッケージが乱立しすぎで困る
152:デフォルトの名無しさん
13/05/26 04:32:32.83
expressが、unexpected token {ってエラーを返すんですが、これって何が原因なんでしょうか？
{を使わない方法はないと思うのですが。
抽象的な質問で申し訳ありません。
153:デフォルトの名無しさん
13/05/26 06:01:39.61
;忘れ
154:デフォルトの名無しさん
13/05/26 13:54:41.20
あ、説明不足でした
私が一切触ってない、node_modules内の複数ファイルで発生してるよ、って言われてるんです
jade/lib/jade.jsとかです
これは何かの設定をミスしてるんでしょうか？
155:デフォルトの名無しさん
13/05/26 18:47:59.98
>>154
自分で調べろゴミ
156:デフォルトの名無しさん
13/05/26 18:51:51.71
cdnでjqueryとか読み込むのやめたら直りました。
何がどうしたのか分かりませんが、解決しました。ありがとうございます。
157:デフォルトの名無しさん
13/06/04 00:33:46.51
node.js(ws)で作った、websocketサーバーをグローバルipで公開したのですが、
localhostのクライアントからグローバルipのサーバーに接続できません。
もしかして、websocketはサーバーとクライアントが同一のドメインである必要があるのでしょうか？
158:デフォルトの名無しさん
13/06/04 17:52:04.21
>>157
firewallじゃないの？
159:デフォルトの名無しさん
13/06/08 18:17:02.40
リナックスのコマンドラインから
RubyとかPerlスクリプトの代わりにJavaScriptを使いたいのだけど、
そういうのやっている人いない？
普段は、cshとかbashスクリプトとかSedとか使っていて
たまにPerlで書いていたのを、今度からJavaScriptにしたいのだが、、、
160:デフォルトの名無しさん
13/06/08 18:52:46.31
nodeでやれ
161:デフォルトの名無しさん
13/06/15 19:14:49.12
Ubuntu環境、Node.js v0.10.10です。
utf8ファイル読み込みから帰って来ません。 rawでは正常に読み込みます。 はて？
//fs.readFile(recentfile, 'utf8', function(err, data) { <- NG
fs.readFile(recentfile, function(err, data) { <-OK
とりあえず、Bufferにコピーし、toString('utf8')でワークアラウンドしましたが、何が原因でしょうか？
162:デフォルトの名無しさん
13/06/15 19:20:57.11
あら。 ユーザー少ないからageないとダメかな？
age
163:デフォルトの名無しさん
13/06/15 19:45:13.57
jQuery on Rhinoをマルチスレッドで動かすの結構めんどくさかった
Javascriptはシングルスレッドモデルだから当然なんだけど
env.jsやjQueryはマルチスレッドで動かすのを前提にしていない
ちゃんとコンテキストを分割しないとダメ
164:デフォルトの名無しさん
13/06/15 19:48:24.94
>>161
Macだけど問題ない。
asciiだと問題ないわけ?
ubuntuだとiconvで文字コード処理だと思うけど、
一度recentfileをiconv(1)に食わせてみたら?
変なバイト列が含まれてるかもしれない。
165:デフォルトの名無しさん
13/06/15 23:38:59.49
npm updateで全パッケージを更新したいんだけど
package.jsonのdependenciesのパッケージしか更新してくれない。
devDependenciesの項目を更新するコマンドってないのかな？
166:デフォルトの名無しさん
13/06/16 02:20:57.41
>>164
Mac上でのご確認ありがとうございます。 asciiでもcallbackには戻らず、例外が発生しているようです。
ubuntu特有の問題でしょうか？ なお、frameworkはsails0.8.91です。
167:デフォルトの名無しさん
13/06/16 02:55:17.67
>>166
Ubuntu上の0.10.10でなんの問題もなくUTF-8でreadFile()できてるよ
全然別の問題なんじゃない？
>>164
UTF-8はiconv使わずv8が変換する
>>165
これで代用
rm -r node_modules
npm install
168:デフォルトの名無しさん
13/06/16 02:57:40.84
>>166
Ubuntu上の0.10.10でなんの問題もなくUTF-8でreadFile()できてるよ
全然別の問題なんじゃない？
>>164
UTF-8はiconv使わずv8が変換する
>>165
これで代用
rm -r node_modules
npm install
169:デフォルトの名無しさん
13/06/16 03:03:27.58
ありゃ連投しちゃってた
170:デフォルトの名無しさん
13/06/16 03:03:54.87
>>167
Ubuntuでのご確認ありがとうございます。 別UbuntuPCに開発環境を構築して再確認してみます。
171:デフォルトの名無しさん
13/06/16 16:02:34.47
初歩的な質問なんですが、
webアプリの開発って、
ローカルで統合開発環境つかって一通りコーディング等(デバッグ)してから、
該当するファイルをサーバに挙げるもん？
それとも、サーバ上でviとかで直接ファイル編集するもん？
webアプリやった事無いんで、よう分からんのだけど、
普通は前者という理解でよろしいですかね？
172:デフォルトの名無しさん
13/06/16 18:34:54.13
いいえ
173:デフォルトの名無しさん
13/06/16 19:14:25.77
>>171
172がwebアプリ開発者は過剰なのでお引取り下さいと申しております。
マジレス？ Node関連からなら、derbyとかmeteorでクグルと何かヒントになるかも。
174:デフォルトの名無しさん
13/06/16 20:50:12.86
JavaScriptを殺せなかった（Ajaxで生きながらえさせてしまった）のは
今世紀最大の失敗だったと思うわ
TojiCode: A Tale of two Web Technologies
URLﾘﾝｸ(blog.tojicode.com)
コメント欄など見てると、もう駄目だよこれ＼(^o^)／ｵﾜﾀ
JavaScriptの置き換えも改善も期待しないほうがいい。
DartもPNaClも政治で潰される。asm.jsはどう考えてもLLVM→asm.jsの変換時間やマルチスレッド対応で躓く。
ウェブはJavaScriptと心中だ。
つかBrendan Eichの老害っぷりがぱない
というより、あれこれ理由をかこつけて自分が作ったJavaScriptを守りたいだけなんだろうけどさ。
JavaScriptやasm.jsに疑義を呈するブログやツイートに片っ端から突撃してくる必死っぷりが心底うざいｗ
そろそろHTML/CSS/JavaScript全部スクラップにして
第二のウェブを作ることを考え始めてもいい頃合いではないかと思う。
野心ある人はもう取り組んでいるかもしれん。
175:デフォルトの名無しさん
13/06/16 23:01:55.53
ブラウザを超える何かをCで作ってから言え
176:デフォルトの名無しさん
13/06/16 23:33:04.18
そろそろHTML/CSS/JavaScript全部スクラップにして
第二のウェブを作ることを考え始めてもいい頃合いではないかと思う。
野心ある人はもう取り組んでいるかもしれん。
のごころですね
177:デフォルトの名無しさん
13/06/17 00:44:13.63
Javascriptはかなり素質の良い言語ってことを理解しないと。
ブラウザ用フレームワークで、ブラウザの独自拡張が多かったから評判悪くしたけど。
その上、既にWebインフラの重要な位置を占めていていて、
安易に互換性を失うのは愚の骨頂。
FORTRAN, C, Perlに続くような存在になってる。(perlは凌駕してるか...)
178:デフォルトの名無しさん
13/06/17 09:15:51.59
161です。
先のfs_readfileのエンコードで不可解な点が見つかりました。
fs.jsの265行目で先に確保したバッファ領域を超えてエンコーディングし、コールバックポインターを壊すようです。
エンコーディングしなければクラッシュはしません。
220 buffer = new Buffer(size);
221 read();
265 if (encoding) buffer = buffer.toString(encoding);
266 return callback(er, buffer);
179:デフォルトの名無しさん
13/06/17 09:26:56.52
Google speeds up its JavaScript alternative Dart compiler and VM, says no more core library breaking changes
URLﾘﾝｸ(thenextweb.com)
Dart Editor
URLﾘﾝｸ(www.dartlang.org)
180:デフォルトの名無しさん
13/06/17 09:40:57.08
161です。
以前にstackoverされていたんですね。 この際は、asciiファイルだから再現しなかった。
URLﾘﾝｸ(stackoverflow.com)
181:デフォルトの名無しさん
13/06/17 09:49:41.60
161です。 ひとつ疑問が、、、
デイリーでのエッセイやらテキストファイルでページメンテするようなnode webアプリって誰も作って来なかったのかしら？
それとも、日本ではnode.jsは普及していないという事？
182:デフォルトの名無しさん
13/06/17 11:30:03.34
>>178
どの辺が不可解なの？
183:デフォルトの名無しさん
13/06/17 11:40:01.40
>>182
？
184:デフォルトの名無しさん
13/06/17 19:05:20.06
> fs.jsの265行目で先に確保したバッファ領域を超えてエンコーディングし、コールバックポインターを壊すようです。
どうしてそう思ったの？
185:デフォルトの名無しさん
13/06/17 19:07:21.74
> 265 if (encoding) buffer = buffer.toString(encoding);
このbuffer.toString(encoding)はバッファを上書きしない
新しいstringオブジェクトを作って返すだけ(src/node_buffer.ccのBuffer::utf8Slice()を参照)
bufferという変数は上書きされてstringオブジェクトを参照するけどバッファ自体は変更されない
もしバッファを上書きしても、callbackが壊されることはまず起こらない
callbackはV8が管理するメモリ上に存在するが、バッファはその外でNodeが割り当てたオブジェクトだから
186:デフォルトの名無しさん
13/06/17 19:11:22.08
>>180
リンク先のstackoverflowは質問者が混乱してただけで現象も環境も違うし関係ないだろうね
まずは第三者でも再現できる条件を明らかにしたら？
187:デフォルトの名無しさん
13/06/17 21:30:02.98
161です。
すみませんが、ワークアラウンドできてるので、追加調査を行う気はありません。 その他の作業が超多くて、
プログラムを完成させる事が目的なので。
266行で例外が派生する事がわかれば良しとしています。
188:デフォルトの名無しさん
13/06/18 00:20:12.27
元々161のバグに50兆ペリカ
189:デフォルトの名無しさん
13/06/18 01:48:41.36
で、具体的にはどの例外が発生するのさ？
190:デフォルトの名無しさん
13/06/18 14:07:28.99
質問者本人が整理できてないんだから進展しようもないな。
191:デフォルトの名無しさん
13/06/20 14:25:49.20
C:\Users\USERNAME\AppData\Roaming\Mozilla\Firefox\Profiles\HOGEHOGE.default\
extensions\chaika@chaika.xrea.jp\chrome\content\chaika\post\post.js
chaika メモ post.js
preview["mail"] = convertEntity(this.mail);
this.message = this.message.replace(/^[ \t]+/mg, function(s){
return s.replace(/ /g, "＆#160;").replace(/\t/g, "＆#160;＆#160;");
});
preview["message"] = convertEntity(this.message).replace("\n", "<br>", "g");
192:デフォルトの名無しさん
13/07/15 NY:AN:NY.AN
node.jsはアクセス数の多い回転率の高いウェブサービス向けですか？
そうじゃないサイトには不向きですか？
193:デフォルトの名無しさん
13/07/16 NY:AN:NY.AN
framework次第
194:デフォルトの名無しさん
13/07/17 NY:AN:NY.AN
フレームワーク次第なのに肝心のフレームワーク名が何一つ挙がらないということはつまり不向き・・・
195:デフォルトの名無しさん
13/07/18 NY:AN:NY.AN
複数プロセス起動する感じにしてかつ複数台でロードバランシング
で普通にいけるかと
node自体がボトルネックにはなりにくいんじゃないかな
196:デフォルトの名無しさん
13/07/18 NY:AN:NY.AN
アクセス数少ないなら慣れてるので作れば良いかと。
もちろんnodejsでも問題ない
197:デフォルトの名無しさん
13/07/19 NY:AN:NY.AN
どうもありがとう
frameworkは関係ないんですね
198:デフォルトの名無しさん
13/07/19 NY:AN:NY.AN
まあnodejsのフレームワークは基本全て非同期だし。
199:デフォルトの名無しさん
13/07/21 NY:AN:NY.AN
案の定盛り上がってねーじゃねーか
プログラムの世界でもステマが横行してるわ
200:デフォルトの名無しさん
13/07/21 NY:AN:NY.AN
さて盛り上がってまいりました
URLﾘﾝｸ(www.youtube.com)
201:デフォルトの名無しさん
13/07/22 NY:AN:NY.AN
node.jsはPHPに比べて同じメモリ容量で大量のアクセスを捌けるんですか？
202:デフォルトの名無しさん
13/07/22 NY:AN:NY.AN
暑っつ
203:デフォルトの名無しさん
13/07/22 NY:AN:NY.AN
全然盛り上がらねぇな。 日本でのNode.jsはこのあたりでオワコンかな？
ＩＴで食えない日本ではしょうがないか・・・
204:デフォルトの名無しさん
13/07/23 NY:AN:NY.AN
pythonが日本で流行らないのと似てる気がする。
日本には土方ばっかでサイエンティストがほとんど居ない。
205:デフォルトの名無しさん
13/07/23 NY:AN:NY.AN
アホらし。
自分しかいないのならむしろ売りどきだろ。
ヘタレはマ板行って嘆いてろ。
206:デフォルトの名無しさん
13/07/23 NY:AN:NY.AN
稀にみる馬鹿発見
207:デフォルトの名無しさん
13/07/23 NY:AN:NY.AN
馬鹿相手してんじゃねぇよｗ
さっさと消えろｗｗｗ
208:デフォルトの名無しさん
13/07/23 NY:AN:NY.AN
>>194
んじゃ ひとつ・・・ sailsが0.9.3になったぞ。 そろそろ旬だ。 使え。 ん？ SPA？ Meteorがあるじゃろ？
自前フレームワーク？ 車輪の発明してもしょうがないだろ？
209:デフォルトの名無しさん
13/07/23 NY:AN:NY.AN
npmって統一したリポジトリにではなく、
実行したディレクトリにパッケージをインストールするんですね
プロジェクトごとに実行ファイルも持つみたいなスタイルなんでしょうか？
210:デフォルトの名無しさん
13/07/24 NY:AN:NY.AN
-gオプションつけるとグローバルにインストールされるけど
固有のものはプロジェクトごとにpackage.jsonで管理する感じ
211:デフォルトの名無しさん
13/07/24 NY:AN:NY.AN
npm linkもあるので使い分けですかね
212:デフォルトの名無しさん
13/07/24 NY:AN:NY.AN
パッケージごとに要求されるバージョンが違うから仕方ない
物によっては
もともと依存パッケージ入ってても
-g 付けてても
無視されるな
213:デフォルトの名無しさん
13/07/24 NY:AN:NY.AN
そもそもクライアントサイドのJavascriptが
ライブラリはドカ置きスタイルだからねえ。
違いすぎるものよくないし。
214:デフォルトの名無しさん
13/07/24 NY:AN:NY.AN
そもそもNode.jsなんてでかいアプリ作る世界じゃねぇだろ？ なんでも良くね？ 速いのがメリット。
チャチャッと作ってビジネスモデルを成功させるほうが重要。 partial.jsとかそんな使途に便利。
215:デフォルトの名無しさん
13/07/24 NY:AN:NY.AN
partial.jsいいね
expressよりらくちんだな
216:デフォルトの名無しさん
13/07/25 NY:AN:NY.AN
Meteorのjavascriptのロード順番の制御できんもんかね？ 01.jquery.js、、、02.xxx.jsではCDNが使えん。
なんか方法あった？
socketstreamならss.client.defineで記述できるのに。
217:デフォルトの名無しさん
13/07/25 NY:AN:NY.AN
>>215
Node.js熟知している人向きだけどね ｗ オールインを目指しているようだ。 ラピッド開発ができる。
eShopはフル利用させてもらっている。
これで、日本にもpayPalクレジットが普及してくれればいいんだが・・・
play2とwicketも利用しているが、Node.jsの手軽さが好き。
218:216
13/07/25 NY:AN:NY.AN
あへっ？ CDNは関係なかった ｗ
219:デフォルトの名無しさん
13/07/26 NY:AN:NY.AN
>>217
実用的なサンプルが大量にあるのが良いね
expressもこれくらいあれば参考にするんだけど・・
220:デフォルトの名無しさん
13/07/26 NY:AN:NY.AN
partial.js公式のスクショで使ってるエディタって何？すごく綺麗・・
221:デフォルトの名無しさん
13/07/26 NY:AN:NY.AN
Sublime Text 2じゃね？
222:デフォルトの名無しさん
13/07/26 NY:AN:NY.AN
xyzzy
223:デフォルトの名無しさん
13/07/26 NY:AN:NY.AN
Sublime Textだね。
オレもSublime Text3のライセンス買って使ってるけど使いやすい。
無料でもフル機能使えるよ。ときどき「買ってね」ダイアログが
表示されるくらい。
224:デフォルトの名無しさん
13/07/27 NY:AN:NY.AN
これどうよ？おもろくね？
Node.js + Backbone.jsでサーバ & クライアントを構築する"Rendr"の紹介
URLﾘﾝｸ(qiita.com)
225:デフォルトの名無しさん
13/07/27 NY:AN:NY.AN
サーバーとクライアントの垣根をなくすのが
昨今のブームみたいだな
226:デフォルトの名無しさん
13/07/27 NY:AN:NY.AN
去年？話題になったMeteorもそうだっけ
227:デフォルトの名無しさん
13/07/28 NY:AN:NY.AN
Rendr版scaffold作る人が出てきた
URLﾘﾝｸ(github.com)
228:デフォルトの名無しさん
13/08/01 NY:AN:NY.AN
「脅威のフレームワーク「Meteor」で来れ、1億総Webアプリ開発者の時代」 by @IT
そう簡単でなかった orz
ブログとか実例サンプル少なくね？ MV*にもなっていないし、ページルーター管理なんてBackbone.js使わんと大変。
229:デフォルトの名無しさん
13/08/02 NY:AN:NY.AN
webkitとは何だったのか
230:デフォルトの名無しさん
13/08/02 NY:AN:NY.AN
Meteor+Backbone.jsでMVCもうまく動いたので、次にテーブルグリッドを使おうと思うんですが、
何が使えるんてしょうか？
とりあえず、試しでslickとjqgridを普通にインプリしても動きませんでした。
パッケージリストからすると、d3でテーブル生成してkeytableあたりで操作系を入れるのかな？
231:デフォルトの名無しさん
13/08/02 NY:AN:NY.AN
MeteorのTable/Gridはロードマップに入ってました。 17Voteでは、まだ先のようです。
Meteoriteでパッケージ化するしかないのかな？ 大変なんだよな 動かすの・・・
232:デフォルトの名無しさん
13/08/03 NY:AN:NY.AN
package.json読み込んでパッケージの更新があるかどうかを
まとめてチェックするツールってない？
（更新があるものだけリスト表示される）
233:デフォルトの名無しさん
13/08/03 NY:AN:NY.AN
npm outdated
234:デフォルトの名無しさん
13/08/05 NY:AN:NY.AN
Partial.jsのスクリーショットすげぇな。 HTML理解してれば、ナルホドナルホドの連発じゃね？
WebAppの敷居が低くなった。
235:デフォルトの名無しさん
13/08/05 NY:AN:NY.AN
tutorial videoのこと?
236:デフォルトの名無しさん
13/08/18 NY:AN:NY.AN
もっとWebかぶれっぽくウェビナーと言えよ
237:デフォルトの名無しさん
13/08/31 NY:AN:NY.AN
expressのビューで採用されてるJadeって
あらかじめプレコンパイルってされる？
それとも毎回コンパイルが走るのかな？
238:デフォルトの名無しさん
13/09/01 23:58:47.37
オプションで
239:デフォルトの名無しさん
13/09/06 03:36:43.07
皆Stream3の話はもう知ってる？
240:デフォルトの名無しさん
13/09/06 17:24:32.22
URLﾘﾝｸ(chrome.blogspot.jp)
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
URLﾘﾝｸ(news.mynavi.jp)
URLﾘﾝｸ(internet.watch.impress.co.jp)
241:デフォルトの名無しさん
13/09/06 18:18:12.60
ソケット系APIが扱いづらいからNodeとは競合しない
242:デフォルトの名無しさん
13/09/06 18:24:22.74
nodeはdomを扱えないからクソだな
243:デフォルトの名無しさん
13/09/06 18:28:28.42
つnpm install jsdom
244:デフォルトの名無しさん
13/09/06 18:41:41.97
>>241
JSのエコシステム拡大につながるならむしろ援軍だしな
245:デフォルトの名無しさん
13/09/06 19:00:51.62
V8チームはもうエンジンにDOMを組み込みたいんでしょ
現状だとパフォーマンスの面でもいろいろ問題あるし
基礎的なAPIも更新され続けてるからJSONみたいに簡単な話じゃないだろうけど
根本的なインターフェイスだけ実装してくれるのでもずいぶんパフォーマンスと実装がやりやすくなるに違いない
246:デフォルトの名無しさん
13/09/06 19:11:48.22
それがBlinkの目標の１つだっけ
JSエンジンが１つだけなら分離させておく必要ないね
247:デフォルトの名無しさん
13/09/06 20:51:04.97
Dart |ω・`） ﾁﾗ
248:デフォルトの名無しさん
13/09/06 20:59:49.30
DOMがJSネイティブでサポートされればWorker等も経由できるようになるし、
DOMPromiseみたいなのも採用しやすくなる。
249:デフォルトの名無しさん
13/09/09 09:19:44.18
Math.floor((0.7+0.1)*10)
昔から分かってることだけど、やっぱ面倒くさいなあ。
250:デフォルトの名無しさん
13/09/09 14:03:32.51
誤爆？？？
251:デフォルトの名無しさん
13/09/09 15:28:43.40
面倒くさいって何がだ
252:デフォルトの名無しさん
13/09/09 16:35:57.83
普通は8を期待するところが、JSでは7が正解ということ。
まあ floor はいらないんだけど、整数の方が分かりやすいだろうとね。
253:デフォルトの名無しさん
13/09/09 16:41:03.61
JSに限った話じゃ無くね？
254:デフォルトの名無しさん
13/09/09 16:59:39.87
そうだよ。面倒くさいなあってだけの話。
255:デフォルトの名無しさん
13/09/09 17:43:27.86
ES7ではdecimal型が導入されるけど
同時にuse ～で数値型を制御する案が出されてる
そうなれば解決できるかもね
256:デフォルトの名無しさん
13/09/12 22:31:45.74
ES4のこれが入るといいね
URLﾘﾝｸ(wiki.ecmascript.org)
257:デフォルトの名無しさん
13/09/12 22:57:05.05
opaって、どーよ？
258:デフォルトの名無しさん
13/09/13 02:54:06.31
なるほど、JSをWebサーバー用にかなりカスタマイズした感じか
本当に特化してるから確かにWebサーバーではいいこともあるかもね
だけど対サーバーサイドJS用の謳い文句の、HTMLとかを直書き出来る機能は
もうしばらくでJSにも導入されるし、どうなのかな
URLﾘﾝｸ(wiki.ecmascript.org)
259:デフォルトの名無しさん
13/09/13 13:57:43.57
htmlのテンプレートは関係ないでしょ
260:デフォルトの名無しさん
13/09/13 14:59:10.26
いや、例えばよくあるこんなのの話だよ
"<div>$mes</div>"
今のNodeはアプリケーションサーバー向きだけど
CGIとして利用するにはこういうの無いとちょっと不便でしょ？
261:デフォルトの名無しさん
13/09/13 15:02:32.54
>>260
テンプレートエンジンなら山ほどあるよ
262:デフォルトの名無しさん
13/09/13 15:29:16.76
Jadeは神だと思う
domはネストしまくるから相当綺麗になる
263:デフォルトの名無しさん
13/09/13 15:48:32.06
>>260
そんなのライブラリで解決してくれよ
そんなつまらない機能で言語仕様を汚さないでくれ。。。
264:デフォルトの名無しさん
13/09/13 16:17:39.78
OpaってPHPみたいにhtmlとサーバーのJSコードを混ぜて書けるのか
これまたカオスを生みそうではあるな
265:デフォルトの名無しさん
13/09/13 18:29:56.30
>>263
だよな。E4Xの死亡が全てを語ってるのに蒸し返すなよっていう
266:デフォルトの名無しさん
13/09/13 21:48:34.66
node.jsってなんなんですか？
Webサーバの一種なんですか？プログラム言語の一種なんですか？
そのへんがよくわかりません・・・
267:デフォルトの名無しさん
13/09/13 22:01:06.54
ぐぐれ
268:デフォルトの名無しさん
13/09/14 13:40:27.31
exports.idcheck = function(req, res){
if(req.session.id){
res.send({"id" : req.session.id});
return;
}
res.send('hoge');
return;
}
例えばこういう処理があった場合if文はelseで分岐させるべきですか？
ifの中でもreturn文があればifブロック以下の処理は実行されないと思いますが
269:デフォルトの名無しさん
13/09/14 13:45:04.07
exports.idcheck = function(req, res){
var s = req.session.id ? {"id" : req.session.id} : 'hoge';
res.send('hoge');
return;
}
270:デフォルトの名無しさん
13/09/14 13:45:57.85
exports.idcheck = function(req, res){
var s = req.session.id ? {"id" : req.session.id} : 'hoge';
res.send(s);
return;
}
271:デフォルトの名無しさん
13/09/14 13:58:47.56
>>270
>>268の処理をするならそちらの記述の方がスマートですね
結局elseを使えって事ですね
272:デフォルトの名無しさん
13/09/14 16:30:39.58
ifで条件付けて即returnするような場合は
無駄に深くなるからelse書かないほうが良くない？
Javaの例で恐縮だが、これのequalsの例みたいに。
URLﾘﾝｸ(stackoverflow.com)
273:デフォルトの名無しさん
13/09/14 17:04:37.90
俺も大抵returnしてelse書かない派
さっさとreturnすればその状態のことは忘れられるから健忘の俺向き
JSにもNodeにも関係ないプログラミング初級ネタになってるなw
274:デフォルトの名無しさん
13/09/14 17:37:02.90
>266
解らないなら「馬鹿には無理」と書いてあると思っていい
275:デフォルトの名無しさん
13/09/14 17:50:17.96
ド底辺のnode.jsが出来なかったら何も出来ないからな
276:デフォルトの名無しさん
13/09/14 18:01:34.35
>>272
if () {
//非同期処理
return;
}
とかだと話は変わってきそう
277:デフォルトの名無しさん
13/09/14 18:15:38.82
var hoga = function(x, callback){return callback(x);};
var hoge = function(a){
hoga(a, function(b){
return function(b){
return b*b;
};
});
return b;
};
console.log(hoge(2));
さて実行結果はいくつ？
278:デフォルトの名無しさん
13/09/14 18:24:17.16
undefined
279:デフォルトの名無しさん
13/09/14 18:33:33.15
コールバック関数内でreturnした値はどこへいくのでしょう
280:デフォルトの名無しさん
13/09/14 18:37:39.41
hoist絡みのネタかと思いきやstrictモードじゃ実行もできない糞コードじゃねーか氏ね
ここはJS質問スレじゃねーんだよ！
281:デフォルトの名無しさん
13/09/26 16:35:41.40
これってnode 0.10 だと使えない？
visionmedia/co
URLﾘﾝｸ(github.com)
282:デフォルトの名無しさん
13/09/26 17:11:17.77
このすれってnodeとrhino限定？
283:デフォルトの名無しさん
13/09/26 18:15:01.86
サーバサイドのJSならなんでもいんじゃね？
これからAvatar出てくるし
284:デフォルトの名無しさん
13/09/29 00:13:31.64
node.jsのほとんどのモジュールでなぜか名前が出てくる
visionmediaって何者なの？
285:デフォルトの名無しさん
13/09/29 01:08:11.90
TJ Holowaychuk
286:デフォルトの名無しさん
13/10/07 18:44:00.14
結局大規模開発向きではないのかな
287:デフォルトの名無しさん
13/10/07 19:08:26.76
えっ
288:デフォルトの名無しさん
13/10/07 21:38:52.77
大規模開発やってる組織向きではないな
289:デフォルトの名無しさん
13/10/07 21:39:53.35
Node自体が大規模なJSモジュールの集合みたいなもんだ
290:デフォルトの名無しさん
13/10/07 22:30:20.80
>>289
は？
291:デフォルトの名無しさん
13/10/08 00:14:10.84
なんでVERT.Xの話題がでないの？
292:デフォルトの名無しさん
13/10/08 00:14:49.02
VERT.XのほうがNODE.JSよりパフォーマンスも生産性も上なのに
293:デフォルトの名無しさん
13/10/08 02:14:58.04
node.jsのフレームワーク出過ぎだな
今が戦国時代でこれからどんどん統治が始まっていくんだろう
294:デフォルトの名無しさん
13/10/08 08:53:48.04
>>291-292
そんなん使うなら生のJava使え
295:デフォルトの名無しさん
13/10/08 09:29:05.57
JVMが必要な時点で検討対象にならない
296:デフォルトの名無しさん
13/10/08 10:19:25.82
V8よりServerSide-JVMのほうが歴史も長く堅牢。
サーバーサイドJavaScriptが書けるなら検討する価値はある。
巷のnode.js開発案件って、炎上してないプロジェクトを
見たこと無いし。
297:デフォルトの名無しさん
13/10/08 13:55:33.98
>>291-292
万能すぎワロタ
多言語対応がとっても素敵
298:デフォルトの名無しさん
13/10/08 14:18:22.60
Java(笑)
299:デフォルトの名無しさん
13/10/08 18:44:55.93
>>291-292
Vert.xでJS選ぶ理由がないからここじゃ話題にならない
300:デフォルトの名無しさん
13/10/08 21:35:29.32
なんだかんだ言ってV8のパフォーマンスと将来性には敵わないから
これがもしJScoreだったら今の半分も流行ってたかどうか
301:デフォルトの名無しさん
13/10/08 22:01:50.49
Vert.x調べてみてね、もう「うわ～っ」って引いたよ
なぜかって言うとね、NodeとAPIが「少々」違うから
もうね、覚える気がおきないわこれ
Vert.xだけじゃない
最近ChromeAppっていうのができたでしょ？
もうね、ソケットの触り方全然違うのよこれが
同じなのはね、コールバック地獄ってとこだけ
もうね、ふざけんなと
せめてデフォルトでPromiseくらい返すかしてよねと
早く誰かライブラリ作ってくんないかなあ
302:デフォルトの名無しさん
13/10/09 00:05:54.94
コールバック地獄は>>281が入ったら終了だ
早く来い新時代
303:デフォルトの名無しさん
13/10/09 01:35:36.73
いや、あえてジェネレータ＋coは書かなかった
致命的な欠点があるからな
それは処理途中の関数、特に同じものが複数生きてる状態が容易に作り出されるから
副作用を使う場合関数単位でスレッドセーフじゃないような感じになってしまう
これはPromiseみたいなコールバックを「上手く扱う」仕組みではなくて
全く考え方を変えるもの
まあそれが十分わかってりゃいいんだが
もてはやされるのは気に食わない
304:デフォルトの名無しさん
13/10/09 01:50:52.98
JavascriptはLispだと思っとけよ
305:デフォルトの名無しさん
13/10/09 02:25:15.98
マクロがないけどな
306:デフォルトの名無しさん
13/10/09 04:08:03.39
マクロは言語仕様外でも定義できる
power-assertみたいにAST使って言語に深く食い込んだものも可能
307:デフォルトの名無しさん
13/10/09 04:12:30.92
>>303
俺が無知なせいでよく分からないのだが
簡単に再現できるコードとかある？
308:デフォルトの名無しさん
13/10/09 04:21:59.41
ブラウザの話で悪いが
例えば何らかのイベントを処理する関数があるとする
JavaScriptではその関数を実行中に他のイベントを処理する関数が
(自分で明示的に呼び出したりしない限り)実行されることは無い
このおかげで排他処理とかを難しく考える必要が無い
しかし、ジェネレーター関数を使うと、関数を終わらせる前に
他のイベントを処理する関数が実行される可能性がある
したがって排他処理をきちんと考えることが必要になる
309:デフォルトの名無しさん
13/10/09 05:05:37.85
例えば大げさな例だがこういうのは厳禁ってこと
server.on('connect', function(socket) {
var messages = []
socket.on('data', sync(function*(data) {
var length = messages.length
yield await(fileAddAsync, ['log.dat', length + ':' + data])
var messages[length] = data
}))
})
つまりとあるリクエストの処理が完了し切る前に次のが走っている、
時には次のほうが先に終わる場合だってありえるから
つまり一時休止より前に取得した情報は
一時休止前に取得した情報を使って休止後に処理をするのは危険ということ
310:デフォルトの名無しさん
13/10/09 07:59:21.72
板違いやろ
311:デフォルトの名無しさん
13/10/09 08:44:16.86
突然どうした？
node.jsに関して言えばWEBサーバ目的じゃないコードも書ける
312:デフォルトの名無しさん
13/10/09 09:05:04.27
今してるのはもろWEBサーバのコードの話だけどね
313:デフォルトの名無しさん
13/10/09 09:13:54.93
プログラム板はソケットをlistenするコードは一切禁止なの？
314:デフォルトの名無しさん
13/10/09 10:21:31.71
node.jsに関して言えばム板にとってスレ違いじゃない話題*も*出来る
315:デフォルトの名無しさん
13/10/09 18:29:51.83
>>309
ありがとう
316:デフォルトの名無しさん
13/10/09 18:44:17.42
VERT.Xなら生産性が4割り増し
317:デフォルトの名無しさん
13/10/09 20:52:32.16
URLﾘﾝｸ(nodeos.github.io)
面白そうではあるけどNPM管理以外は不自由そう
318:デフォルトの名無しさん
13/10/09 21:10:46.20
>>317
Linux Kernelもnpmコマンドも使ってOSってどういうことなの
319:デフォルトの名無しさん
13/10/09 23:40:00.86
NPMをパッケージマネージャにした新しいLinuxディストリビューションを作ろうっていうのかね？
それともnode.js版Vagrantみたいなのをつくるのか？
320:デフォルトの名無しさん
13/10/12 15:44:00.80
Rendrってどうよ？ 使っているヤシ居る？ ん？ Rhino？ Vert.xじゃねぇの？
321:デフォルトの名無しさん
13/10/12 15:53:19.67
rendrは死ぬほど流行るべき。
ってツイッターで見た
322:デフォルトの名無しさん
13/10/12 15:54:31.19
死ぬと流行るはどういう因果関係があって使ってるんだ？
323:デフォルトの名無しさん
13/10/12 16:04:10.68
>>321
うひゃ～ そうか 心強い。 ポチってみよ！ Gruntから起動ってデバッグどうすんの？
ツイットでは、ちょっとしたパラダイムシフトのような事書いてあったが良くわからん・・・
324:デフォルトの名無しさん
13/10/12 16:19:41.94
>>323
クライアント側は普通にブラウザのデバッガが使える
サーバ側は最新版だとrendr/examples/*/Gruntfile.jsの110行目付近にある
args: ['./node_modules/nodemon/nodemon.js', 'index.js'],
を
args: ['./node_modules/nodemon/nodemon.js', '--debug', 'index.js'],
に修正してgrunt serverすればWebStromやEclipseでリモートデバッグ出来る
たぶんnode-inspector+ブラウザでもおk
rendr-app-templateには最初から--debug付いてたんだがなぜか外された
325:デフォルトの名無しさん
13/10/12 16:24:55.64
sage忘れた
組込デバッガが使いたければこれでいける
grunt compile
node debug index.js
326:774ワット発電中さん
13/10/12 16:30:48.23
>>324>>325
ふむふむ、メモメモ。 WebStormでやってみよん。 ありがとん。
ちら見だが、Controllerの概念がBackbone.jsになかったけど、馴染めるかな？ ModelとViewをコントロールって・・・
本来のMVCでね? なんで、Backbone.jsに無かったんだろ?
327:デフォルトの名無しさん
13/10/12 16:39:33.52
RendrのコントローラはBackboneルータの先っちょでAPI叩く係
328:デフォルトの名無しさん
13/10/12 17:48:39.93
>>324
無事00_simple動きましたん。 デバッグもOK ありがとん。
今までのように、ViewのeventじゃなくてControllerでやるのね、、、 Viewの肥大化を嫌ったのかな?
Meteorのカルチャーショックとは違うショックをこれから期待してマス。
アナログハード屋なもんで、なかなかWebAppは手ごわいん。
次のニュービジネスを何しようかワクワク！
329:デフォルトの名無しさん
13/10/12 18:16:51.04
>>328
ちょっと違う
ViewじゃなくてRouterでやってたことをするのがController
router.navigate()でpushStateした時やURL直叩きされた時に
routes.jsに定義されてるController#actionが呼ばれてAPIを叩く
その結果で新しいModelやCollectionが作られてViewが作られて
レンダリングするのがRendrの基本動作
つまり画面(URL)遷移する時だけ最初に動くのがController
サーバ側MVCのControllerに近い
330:デフォルトの名無しさん
13/10/12 18:46:39.19
>>329
ほよ thx その視点でトレースしてみます。 勉強になります。
331:デフォルトの名無しさん
13/10/12 18:59:54.76
URL変わらない時のイベント処理は今までのBackboneと同じでViewでする
フォームの処理とか始めると肥大化しがちなのも同じ
Backboneはシンプルでいいけど双方向バインディングのあるMV*版のRendrも欲しくなる
332:デフォルトの名無しさん
13/10/12 20:32:57.13
Rendrの日本語情報って1件しかないよね (´・ω・`)
333:デフォルトの名無しさん
13/10/13 07:38:31.83
>>332
オハ 無いですね、 確かに、、、
Gitヒストリー見る限り、本体更新の連続で安定してなかったからだと思いますが、
最近はサンプル修正程度のようで、安定しつつあるから、いよいよ、本腰入れてブログ書く人が出てくるとオモ？
>>329
ありがとんです。 サンプルトレースと中身を読んで大方理解できました。
さて、今日は、mongodbとpassport、canvas、markdown入れてちょっと込み入ったブログを仕上げてみます。
まだ、ServerとClientのDOM切り分けがモヤとしていますが ｗ
こういう目新しいフレームワークを見つけるとおもちゃを手に入れたような感じで楽しい ｗ
334:デフォルトの名無しさん
13/10/13 10:18:46.36
Node.jsもExpressもBackbone.jsも活発に開発されてた頃からブログあった
QiitaのRendr記事人気エントリなのに後が続かなかったのはなぜなんだぜ
335:デフォルトの名無しさん
13/10/13 13:31:53.76
>>333
DOMを操作するのはクライアントだけだから切り分けを考える必要はない
基本イベントハンドラしかDOMには触らない
あとは必要に応じてpostRender()でキャッシュ(this.$xxx= this.$('#xxx');)するだけ
336:デフォルトの名無しさん
13/10/13 23:06:59.76
Backboneがあんまり好きじゃない
337:デフォルトの名無しさん
13/10/14 02:50:52.66
循環参照を持つオブジェクトを文字列化＆パースする方法はありませんでしょうか？
338:デフォルトの名無しさん
13/10/14 14:02:18.82
>>336
何が好き？
339:デフォルトの名無しさん
13/10/14 15:25:58.10
>>338
お前
340:デフォルトの名無しさん
13/10/14 16:34:41.23
ｱｯｰ!
341:デフォルトの名無しさん
13/10/14 16:36:49.80
>>339
気付かなくてごめん
342:デフォルトの名無しさん
13/10/15 07:57:24.24
>>335
まだバグが残ってますが、取り敢えず仕上げました。 ありがとんです。
確かにDOMはクライアントだけてすね。
しっかし、目からウロコな部分があちこち。 凄いもんです。
343:デフォルトの名無しさん
13/10/15 23:24:13.32
Nodeベースのジェネレーターの公演があった
なぜPromiseがいいのかの説明もある
Noderは必見
URLﾘﾝｸ(www.youtube.com)
URLﾘﾝｸ(pag.forbeslindesay.co.uk)
344:デフォルトの名無しさん
13/10/16 01:55:02.07
Async使ってる奴少ないのか？
345:デフォルトの名無しさん
13/10/16 09:34:34.83
むしろ多数派
URLﾘﾝｸ(npmjs.org)
「Most Depended Upon」の2位がasyncで3000以上のモジュールに依存されてる
Promise実装ではqが人気で650モジュールに依存されてる
346:デフォルトの名無しさん
13/10/16 12:13:11.53
そもそもPromiseがただコールバックをメソッドチェーン状にするだけのものと認識されているから仕方ない
本来はジェネレータ関数をラップするみたいな奇妙のことをせずとも、それに勝るポテンシャルを持っているのに
347:デフォルトの名無しさん
13/10/16 13:21:46.94
つーか、結局コールバックを使う時点で察し
元々(ヒューイット)のプロミスは非同期の文脈が付いただけで本来の値のように扱えるもの
(今でいうモナド)だったが、JSのプロミスはなんちゃってだから
348:デフォルトの名無しさん
13/10/16 13:34:20.79
そういうスタイルは整合性が崩れないように注意深いプログラミングが必要だから
コールバックを楽に扱う仕組みとしてのPromiseでは本末転倒だろ
349:デフォルトの名無しさん
13/10/16 14:00:47.00
だからJSのプロミスなんかたかが知れてるっつー話な
350:デフォルトの名無しさん
13/10/16 14:02:06.04
await/yieldとPromiseは役割が違うし共存可能
問題はyieldとPromisehaES6だがawaitがES7で間が開くこと
この間に無理してawaitっぽいことしても将来ゴミを残すだけだろうから
なるべくPromiseベースで設計するのがいいと思う
351:デフォルトの名無しさん
13/10/16 14:03:34.63
>>349名前が同じだけであんたが思ってるのとはそもそも別モン
352:デフォルトの名無しさん
13/10/16 14:57:05.63
>>351
ん？ 別物だとわかってるからたかが知れてるって書いてるんだが
たかがコールバックを楽を扱う仕組みってところは同意よ
こっちは何も反論してないんだが誰と何を争ってるんだ？
353:デフォルトの名無しさん
13/10/16 15:11:54.13
たかが知れてないものなんてあんのか？
たかが知れてるというものに限って実は奥深かったっていう落ちならよくしってるが
JavaScriptも昔はそう思われてたよな
354:デフォルトの名無しさん
13/10/16 15:18:50.87
>>353
で、何を争ってるの？？？
355:デフォルトの名無しさん
13/10/16 15:26:26.58
node.jsのnpmをグローバルにインストールして使っていく前提として仮想的にnpmを分けることってできませんか？
pythonのvirtualenv見たいな感じで
やりかたおしえてください
356:デフォルトの名無しさん
13/10/16 15:28:28.60
ただPromiseベースで設計するのもいいねって話では
もし争ってるように見えたのならそれは病気だよ
357:デフォルトの名無しさん
13/10/16 15:33:42.80
>>355
nodeenvがNode版virtualenvじゃなかった？
>>357
争う気がないにしちゃ>>351や>>353は言葉遣いが荒いんじゃね？
358:デフォルトの名無しさん
13/10/16 15:41:54.00
そうか？
>>351は自分じゃないが両方荒いとは思わないが
もしこれらが荒いのなら
>>347,349,352
はより荒いでしょうに
359:デフォルトの名無しさん
13/10/16 15:46:41.87
Window版でＩｎｓｔａｌｌｅｒ使わないでbinaryだけの使ったときに
npmでパッケージのインストールに失敗するバグって直った？
360:デフォルトの名無しさん
13/10/16 15:52:57.27
64bit版の話ですね
361:デフォルトの名無しさん
13/10/16 15:57:50.11
スレタイに関係ないお話はお慎みください
362:デフォルトの名無しさん
13/10/16 17:16:08.62
Rendrの記事第二弾来たね(>>329をもっと詳細にした内容かな)
Rendr入門(2): リクエスト処理の流れ（Router, Controller、View、Template）
URLﾘﾝｸ(qiita.com)
363:デフォルトの名無しさん
13/10/16 17:27:39.85
助けてください
Node.js 0.10.20とSails最新版で行き詰ってます
npm install -g sails
sails new test
cd test
sails lift
ってしてサーバが立ち上がりlocalhost:1337にアクセスすると
{
"status": 500,
"errors": [
"Failed to lookup view \"home/index\""
]
}
って表示されてしまいます
環境はWindowsです
どうしたらエラーが解消されますか？
364:デフォルトの名無しさん
13/10/16 17:37:11.59
すいません何かバグっぽいです
URLﾘﾝｸ(github.com)
365:デフォルトの名無しさん
13/10/16 17:46:08.56
sails@0.9.7はバグがあるのでsails@0.9.4を使うといいみたいです
366:デフォルトの名無しさん
13/10/16 21:43:54.33
RendrはNode.jsというjavascriptのOOPを目指した理想主義だと思うのだが？ どうなんだろう？
フレームワークの最後のトドメになれば多すぎるフレームワークに終止符をうてるのでは？
黒魔術が多いから無理かな？
367:デフォルトの名無しさん
13/10/16 22:48:25.99
イミフ
368:デフォルトの名無しさん
13/10/16 23:50:35.76
スミルノフ
369:デフォルトの名無しさん
13/10/16 23:55:25.11
ミノフスキー
370:デフォルトの名無しさん
13/10/17 08:30:25.22
アシクセイ
371:デフォルトの名無しさん
13/10/23 06:47:36.73
で、結局Nodeの深刻な脆弱性とやらは一体何だったの？
372:デフォルトの名無しさん
13/10/23 09:18:20.12
足が臭いのは雑菌が繁殖しているから
靴消毒して靴下洗って足洗って乾かすといい
373:デフォルトの名無しさん
13/10/24 05:29:48.35
判明
URLﾘﾝｸ(blog.nodejs.org)
374:デフォルトの名無しさん
13/10/24 14:08:44.22
sails.jsってどうなの？
ちょっと使ってみたけど、
使いやすいっちゃ使いやすいけど、
細かい部分がわかりづらくて
結局時間かかってしまってる気がする・・・
375:デフォルトの名無しさん
13/10/25 04:26:42.57
>>374
お前が試したことが全てだよ
結局時間が掛かるのはNode.jsの宿命
376:デフォルトの名無しさん
13/10/25 05:08:02.07
Node.jsはアプリケーションサーバーとして本当に最低限なことをさせて
クライアント側でできる限りこなすべし
複雑なやり取りが必要なものは設計から見直す
出来るだけシンプルに、構造ではなくロジックに集中して平べったい設計にする
フレームワーク的なもので厳かにする必要は通常ない
377:デフォルトの名無しさん
13/10/25 19:40:17.08
>>376
最低限ってどこまでだ？
ルーティングは？
378:デフォルトの名無しさん
13/10/26 05:22:41.32
ルーティングは俺はやらないほうがいいと思う
やるとしても当然単離する
379:デフォルトの名無しさん
13/10/26 06:23:22.83
XHRもリソースに対してならいいけど、
GETやPOSTでデータを返すみたいな設計はなるべく避けて
やるにしてもルーティングの一部として分離した方がいいだろうね
CGI的な事をしないってのは味噌だと思う
380:デフォルトの名無しさん
13/10/28 09:52:36.70
NodeがV8になかなかDirectProxyが実装されないのを嘆いてる
URLﾘﾝｸ(code.google.com)
381:デフォルトの名無しさん
13/10/28 23:03:49.21
誰かー
iconv-liteでShift_JISに対応するパッチ書いてー
誰かー
382:デフォルトの名無しさん
13/10/28 23:39:02.13
liteじゃないiconv使え
383:デフォルトの名無しさん
13/10/28 23:54:10.59
バイナリが必要だからjavascriptオンリーで欲しい
384:デフォルトの名無しさん
13/10/29 01:38:10.45
まさかと思うが今時コンパイル環境もない共有サーバ使ってますとか言わないよな？まさかとは思うけど
385:デフォルトの名無しさん
13/10/29 02:50:13.03
>>384
nodeで書いてるローカルアプリをコンパイルなしで動くようにして
クラスプラットフォームにしたいんよ
URLﾘﾝｸ(github.com)
にやろうとしてる外人さんがいたんで参考にやってみたが、
半角カナが変換されない事態になった
文字コードわかんねー
文字コードのプロ求む
386:デフォルトの名無しさん
13/10/29 04:05:32.41
馬鹿には無理
387:デフォルトの名無しさん
13/10/29 08:54:32.69
SJISなんて扱おうと思うな
388:デフォルトの名無しさん
13/10/29 10:45:07.66
>>385
iconv使って変換テーブル作ればいいだろ
389:デフォルトの名無しさん
13/10/29 11:57:25.70
>>383
Emscriptenを使えば……ゴクリ……
390:デフォルトの名無しさん
13/10/29 13:08:30.26
Nodeからnpmコマンド叩いてインストールさせればいいだけじゃん？
391:デフォルトの名無しさん
13/10/29 13:20:44.10
新しい技術なのに、そんな古臭い文字コード扱いたくないよな・・・
392:デフォルトの名無しさん
13/10/29 14:03:29.35
とあるアプリのプロキシ作った時にはどうしても必要だったが
極力関わりたくない
393:デフォルトの名無しさん
13/10/30 14:46:01.01
クライアントサイドMVC勉強中
expressとかでやろうとしてたことがたくさんクライアントに任せられれるんだな
わざわざサーバサイドでやる必要なかったんや！！
394:デフォルトの名無しさん
13/10/30 15:03:30.95
クライアント側の構造をMVCにするかどうかと、サーバとクライアントの役割分担の間に、
何か相関関係でもあるのか？
395:デフォルトの名無しさん
13/10/31 03:14:51.71
IconvでUTF-8にするだけなのに「Incomplete character sequence.」でハマる
というかIconvに限らずパッケージでしょっちゅうハマって結局ほとんど進展がないパターンだがセンスなさすぎるのかな
396:デフォルトの名無しさん
13/10/31 07:20:35.61
うん
397:デフォルトの名無しさん
13/10/31 07:31:02.05
もう文字コード変換のJS実装モジュール作ってみようかな
iconvの名前とかインターフェイスってパクっていいの？
398:デフォルトの名無しさん
13/10/31 09:12:45.90
うん
399:デフォルトの名無しさん
13/10/31 09:29:21.77
じゃあSJIS<->UTF8をこの休み辺りで作ってみるわ
400:デフォルトの名無しさん
13/10/31 10:54:39.56
どうでもいいけどNode.jsだと必要な時Workerをサーバーで肩代わりするような設計が
すごく簡単にできることに気がついた
401:デフォルトの名無しさん
13/10/31 10:56:12.24
どういうこと？
402:デフォルトの名無しさん
13/10/31 11:04:05.47
Workerサーバー立てて置いてWebSocketでやりとりする
403:デフォルトの名無しさん
13/10/31 16:13:44.82
参加ユーザー全員が経過時間を共有（同期）することってできます？
例えば、ゲーム開始からきっかり３０秒後にメッセージを送る、とか。
１．ゲーム開始時間をunixtimeなどで保持する
２．その時間と現在時間を比較して経過時間を計算する
３．その経過時間を参加ユーザー全員と共有
って感じでできそうだけど、
node.js+socket.ioでやるとなると
２や３の部分はどういうプログラム書いたらいいでしょうか？
404:デフォルトの名無しさん
13/10/31 16:29:36.56
とりあえずSJIS->UTF8作った
URLﾘﾝｸ(www1.axfc.net)
405:デフォルトの名無しさん
13/10/31 16:50:20.78
イラネ
406:デフォルトの名無しさん
13/10/31 16:53:24.41
要らないのが何よりも幸せ
407:デフォルトの名無しさん
13/10/31 16:59:48.79
最近、node.jsがんばってるね。 なんか変わった？ 昔作ったwicket appをどうしようか考え中
408:デフォルトの名無しさん
13/10/31 18:48:31.13
>>404
文字コードのプロキター
409:デフォルトの名無しさん
13/10/31 18:49:12.90
>>404
プルリクしろ
410:デフォルトの名無しさん
13/10/31 19:03:53.74
githubの垢なんかめんどいから作らん
411:デフォルトの名無しさん
13/10/31 19:18:57.78
>>404
Shift_JISの1byte文字の一部（半角カナ等）、特殊文字（㌧㌦等）の変換に失敗する
412:デフォルトの名無しさん
13/10/31 19:23:03.10
うわ、cp932じゃないただのShift_JISのみ対応かよ…
413:デフォルトの名無しさん
13/10/31 22:42:54.36
>>411,412
やってみるわ
414:デフォルトの名無しさん
13/11/01 00:30:12.16
こんなもんか
URLﾘﾝｸ(www1.axfc.net)
415:デフォルトの名無しさん
13/11/01 01:01:22.26
入れてほしい機能があったら教えて
githubとかは一通り形になってから考える
416:デフォルトの名無しさん
13/11/01 01:03:26.15
>>414
乙！
しかし第二水準以外の漢字及び記号が変換できないのがある
ex) 草彅剛の彅など
ex) ⅱ ⅲ ⅳ ⅴ ⅵ ⅶ ⅷ ⅸ ⅹなど
417:デフォルトの名無しさん
13/11/01 01:16:10.31
これ拡張漢字と言うのか
ここに解説があるけど...
シフトJIS / EUC-JPとUnicodeとの妥当な変換表 | Netsphere Laboratories
URLﾘﾝｸ(www.nslabs.jp)
418:デフォルトの名無しさん
13/11/01 06:46:57.62
直した
URLﾘﾝｸ(www1.axfc.net)
419:デフォルトの名無しさん
13/11/01 18:57:32.46
>>407
自分の見識が浅いだけかもしれんけど、新しい技術だから…と言われ続け未だに
cakephpやrailsのようなフルスタックのフレームワークが少ないしあっても情報が極端に少なくて
socket.ioでリアルタイムを導入するためだけとか限定された使い方がほとんどな気がする
420:デフォルトの名無しさん
13/11/01 19:03:24.56
浦島さんここは竜宮城ではありませんよ
421:デフォルトの名無しさん
13/11/01 19:14:12.14
>>420
sails使ってみたけど、ドキュメントが十数ページ、stack overflow辺りのQ&Aもほとんどストックないし
商用に導入するには余りにもハードル高いと思うんだが
asset pipelineの利便性にもgruntでは代替できてないし、基本的なMVCが備わってるだけに感じる
浦島太郎なら今は具体的にどういう状態なのか知りたい
422:デフォルトの名無しさん
13/11/01 19:29:27.82
こっちでもフルスタックの話題が出てた。このあたりか
ｽﾚﾘﾝｸ(php板:110-117番)
423:デフォルトの名無しさん
13/11/01 19:44:06.18
moongiftにかみついてるひといてわろす
424:デフォルトの名無しさん
13/11/01 19:46:55.44
>>421
フルスタックの重力に囚われた者の考え方しか出来ないから浦島太郎なのだよ
425:デフォルトの名無しさん
13/11/01 19:49:53.40
>>422
あざす
>>424
具体的に何をいってるのかサッパリわからない
あなたが先進的過ぎるのかもしれないけど、実際の業務はフルスタックのフレームワークなしで始まらないんだけど
426:デフォルトの名無しさん
13/11/01 19:55:01.60
>>425
なぜフルスタックありきなんだ？思考停止してないか？
決定的なフルスタックフレームワークがなくてもGrouponはNodeに移行出来た
彼らに出来てお前に出来ないのはなぜだと思う？
URLﾘﾝｸ(wazanova.jp)
427:デフォルトの名無しさん
13/11/01 19:57:37.99
>>424はガンダムにそんなセリフがあったなって書いたただのネタでし
428:デフォルトの名無しさん
13/11/01 19:59:19.52
>>426
Grouponが個別の事例としてRailsから移行したのは事実でもそれが主流なんですか？
自分に満足なスキルがないのは分かってるが、世の企業はみんな天才・秀才エンジニアばかりじゃないし
委託業務をこなしたり短い納期に追われてるところがほとんどで
ハマったら即ググるくらいの情報がないととてもじゃないけどやってられない
429:デフォルトの名無しさん
13/11/01 20:06:35.92
>>428
Nodeの世界ではフルスタックフレームワークを使わないのが主流だよ
現実に普及してるものはないんだから
情報は大概ある、ただフルスタックフレームワークがないだけだ
必要なのは自分にあったモジュールを自分で選ぶこと、それだけ
そこを人任せにしたいなら(文化的に)Nodeは諦めた方がいい
430:デフォルトの名無しさん
13/11/01 20:08:37.22
>>418
ほんと乙！
大体変換できるのだけど、SJISの0xFA40以降で変換がずれてしまってるのがある
ex) 兤
以下をテストに使うといいかも
URLﾘﾝｸ(www.seiai.ed.jp)
431:デフォルトの名無しさん
13/11/01 20:10:51.09
>>429
なるほど 非常にわかりやすいですｗ
432:デフォルトの名無しさん
13/11/01 20:13:47.13
Node界でDHH的な影響力があるTJやSubstackのGitHubリポジトリを見ると傾向がはっきりわかるはず
とにかく小さなモジュールをたくさん作ってる。フルスタック志向じゃない
URLﾘﾝｸ(github.com)
URLﾘﾝｸ(github.com)
433:デフォルトの名無しさん
13/11/01 20:18:18.30
npmレジストリでもいいな
URLﾘﾝｸ(npmjs.org)
URLﾘﾝｸ(npmjs.org)
TJは「and 355 more」、substackは「and 285 more」だとさw
434:デフォルトの名無しさん
13/11/01 22:22:01.97
>>430
ありがとう
それなりに確認して直した
URLﾘﾝｸ(www1.axfc.net)
435:デフォルトの名無しさん
13/11/01 22:30:24.88
URLﾘﾝｸ(twitter.com)
@naoya_ito「新しい技術やアーキテクチャの話がでてくると決まって些末なことを論って否定的な態度を
取る人が一定数いるけど、その人が納得するどうかとは全く無関係に、Web前提の技術進化は需要と競争の
荒波にもまれて進んでいくし、ボトルネックはそういう変化を受容できない人間のほうにあるとつくづく思う。」
フルスタックフレームワークに固執する（変化を受容出来ない）人は、自分自身がボトルネックに
なってないか我が身を振り返ってみるといいんじゃないですかね？
436:デフォルトの名無しさん
13/11/01 22:48:25.07
別にフルスタックが悪いとは言わないけど
フルスタックに慣れすぎてそれを前提に考えることによって
超シンプルに出来る可能性を潰してるんじゃないかと思うんだよねえ
まあもちろん、いつもの感じで出来るってところがいいけど
FWなんかなくったってMVCは簡単にできるからね
437:デフォルトの名無しさん
13/11/01 22:51:07.05
>>434
乙
自分が確認した限りだと大丈夫かと思う
ぜひライセンス付けてGithubにでも
438:デフォルトの名無しさん
13/11/01 23:43:32.32
>>437 OK
URLﾘﾝｸ(github.com)
439:デフォルトの名無しさん
13/11/02 09:46:28.27
次は npm に登録はよ
440:デフォルトの名無しさん
13/11/02 11:02:02.95
した
npm i iconv-js
441:デフォルトの名無しさん
13/11/02 11:24:25.21
すっごい今更だが、iconv-sjisのがよかったんじゃね？名前
442:デフォルトの名無しさん
13/11/02 11:35:57.60
一応ENC-JPも考えてる
443:デフォルトの名無しさん
13/11/02 11:39:08.67
iconv-jaじゃね？
444:デフォルトの名無しさん
13/11/02 11:46:47.68
それも考えたけど
まあ>>383が元だったからそこを強調して
445:デフォルトの名無しさん
13/11/02 14:12:16.24
iconv.js
446:デフォルトの名無しさん
13/11/02 17:39:55.58
>>438
変換速度が物凄い遅いことに気が付いた
iconvの268倍遅いｗ
447:デフォルトの名無しさん
13/11/02 17:52:59.41
>>446
268倍www
toSJIS()のconcat()はあかんやろ。大きなバッファをまとめて確保して使わんと
buf.readUInt8(n)は全部buf[n]に変えてみ
448:hikaru02
13/11/02 18:57:34.71
速度は遅いだろうとは分かってるんだけど方向性を決めかねてる
例えばそもそもBufferは使いたくなくて0.11.8のBuffer.prototype.toArrayBufferとか使って
JS標準のArrayBufferで処理することでNode以外でも使えるようにしようかとか色々考えてる
あとむやみにテーブル増やさずに速度を犠牲にしてでもコンパクトにする方がいいかなとも思ってる
とりあえずconcatの件はやる
449:hikaru02
13/11/03 06:06:01.24
まだやりようはあるけど
長文でクソ遅いのを多少マシにしてArrayBufferベースにした
450:デフォルトの名無しさん
13/11/03 15:15:59.60
おつかれ
んじゃ>>403の回答も頼むわ(^^)
451:デフォルトの名無しさん
13/11/03 15:52:34.61
想定してるサーバの数も書いてなければ許容される誤差も書いてないからなー
究極的にはこんなの使え
URLﾘﾝｸ(diamond.jp)
452:デフォルトの名無しさん
13/11/03 16:28:39.62
>>449
乙、かなり速くなった
夏目漱石こころ(SJIS)->UTF8を100ループ回すとこんな感じ
iconv-js : 12056 ms
iconv : 9253 ms
453:デフォルトの名無しさん
13/11/03 17:49:47.24
>>452サンクス
もう一回調整してSJIS->UTF8は一通りやりきった
454:デフォルトの名無しさん
13/11/05 16:04:01.65
mongooseを使ってデータベース処理をした後、返り値を渡すスタティックメソッドを追加したいけど
メソッド呼出時にmongooseが非同期で処理するから思うような返り値になってくれない場合はどうしたらいいですか？
455:デフォルトの名無しさん
13/11/05 16:29:25.38
>>453
すげえ、生きたDan Kougaiみたいだ。
456:デフォルトの名無しさん
13/11/05 17:21:56.95
>>438
なにかのnamespaceに閉じ込めた方が良くない？
457:デフォルトの名無しさん
13/11/05 18:23:44.87
>>454
自己解決しました アホですみません
458:デフォルトの名無しさん
13/11/06 17:38:41.30
dan kogaiは死んだのかｗ
459:デフォルトの名無しさん
13/11/06 22:02:31.35
死んだで思い出したけどamachangってピタッと消息消したよな
まだオーマで働いてんのかな？
460:デフォルトの名無しさん
13/11/10 20:54:49.05
東大かどっかでなんかやってるんじゃなかったっけ？
461:デフォルトの名無しさん
13/11/14 12:43:43.31
まもなくV8にPromiseが入ります
URLﾘﾝｸ(chromiumcodereview.appspot.com)
つまりNodeにも近いうちに入るということです
462:デフォルトの名無しさん
13/11/14 13:13:49.30
>>460
なんだそれ初耳だ
463:デフォルトの名無しさん
13/11/14 19:03:43.33
>>461
JavaScriptで実装するんだな
464:デフォルトの名無しさん
13/11/14 21:29:48.00
フレームワークみたいなもんだからな
465:デフォルトの名無しさん
13/11/15 00:55:29.91
じゃそんなの各自ライブラリ使えばいいのに
466:デフォルトの名無しさん
13/11/15 01:59:08.16
もっと大きなフレームワークやAPIを入れるために標準で必要なのよ
これからはDOMのAPIとかが普通にPromiseを返してくるようになる
ServiceWorkerとかね
467:デフォルトの名無しさん
13/11/21 16:05:37.98
Node.js
もうすぐ0.12で次は1.0かって言われてたけど
ES6の、特にmoduleなんかの絡みを調整しないと流石にマズイだろうから
もう１年くらいかかるんじゃない？
468:デフォルトの名無しさん
13/11/26 23:20:45.25
node-webkitはこのスレでいいのですか？
469:デフォルトの名無しさん
13/11/27 13:41:30.01
＼ ／
＼ ／
＼ ／
＼ ／
＼ ／
＼∧∧∧∧／
＜ 俺 ＞
＜ 予 し ＞
＜ か ＞
─────＜ 感 い ＞─────
＜ な ＞
＜ !!! い ＞
／∨∨∨∨＼
／ ＼
／ ∧＿∧ ＼
／ ( ･ω･) ＼
／ ＿(__つ/￣￣￣/ ＼
／ ＼/ / ＼
470:デフォルトの名無しさん
13/11/28 11:23:15.46
いいんじゃね
471:デフォルトの名無しさん
13/11/29 03:21:41.98
>>468
自分も今使ってるよー
472:デフォルトの名無しさん
13/11/29 09:44:35.82
>>468
いいよ フェードインアウトとかスライドボタンとかなんか問題でも発生したの？
473:デフォルトの名無しさん
13/11/30 16:22:53.84
Javascriptオンリーのiconvをお願いしていたものだけど、
どうしてもその他のエンコードも必要だったので
Hikaru02さんのiconv-jsを参考にさせてもらって（感謝）
日本語専用の変換モジュールを作った
大元のiconvよりも高速化できたと思う
よければ つ npm install jconv
474:デフォルトの名無しさん
13/11/30 17:23:35.63
>>473
お、おう、おつかれ！
475:デフォルトの名無しさん
13/11/30 21:52:46.50
Thanx narirou
476:デフォルトの名無しさん
13/12/02 18:02:57.52
URLﾘﾝｸ(furoshiki.hatenadiary.jp)
URLﾘﾝｸ(www.slideshare.net)
URLﾘﾝｸ(furoshiki.hatenadiary.jp)
URLﾘﾝｸ(furoshiki.hatenadiary.jp)
URLﾘﾝｸ(furoshiki.hatenadiary.jp)
URLﾘﾝｸ(msdn.microsoft.com)
URLﾘﾝｸ(msdn.microsoft.com)(v=vs.85).aspx
URLﾘﾝｸ(msdn.microsoft.com)(v=vs.85).aspx
URLﾘﾝｸ(msdn.microsoft.com)(v=vs.85).aspx
URLﾘﾝｸ(msdn.microsoft.com)(v=vs.85).aspx
477:デフォルトの名無しさん
13/12/02 21:01:12.99
IEもいよいよ駆逐完了だな
478:デフォルトの名無しさん
13/12/03 10:32:20.48
30day
free
URLﾘﾝｸ(www.nodejitsu.com)
479:デフォルトの名無しさん
13/12/04 10:45:42.33
判らんことがあって node.js で検索してたら
ここのスレッドが出て来てがっかりした
480:デフォルトの名無しさん
13/12/04 11:08:00.61
node-webkit 万世橋
481:デフォルトの名無しさん
13/12/04 11:39:18.99
Node.jsの本スレってここでいいの？
482:デフォルトの名無しさん
13/12/05 00:55:28.55
URLﾘﾝｸ(pypi.python.org)
483:デフォルトの名無しさん
13/12/06 08:02:41.61
node.jsのバージョンの数字はどうして低いのか？
いまだに0.10だろ。感覚的には0.9ぐらいあると思うが。
484:デフォルトの名無しさん
13/12/06 10:07:15.38
分かってて言ってるかもしれないけど
0.10>0.9
485:デフォルトの名無しさん
13/12/08 23:46:01.24
>>473
すげーな、12万人以上に拡散されたぞ
URLﾘﾝｸ(twitter.com)
486:デフォルトの名無しさん
13/12/10 01:09:25.00
>>485
(； ﾟдﾟ)
487:デフォルトの名無しさん
13/12/14 06:39:56.14
coolなデモ2本来たぜ
Racer S (three.js)
URLﾘﾝｸ(helloracer.com)
Monster Madness Online (Unreal Engine)
URLﾘﾝｸ(www.playverse.com)
動作環境はもとより、ロードおせーんだよな・・・
これでは一時期Flashサイトが忌避されたのと何ら異なるところがない
たぶんネットが10倍くらい速くならないとだめだわ
488:デフォルトの名無しさん
13/12/14 13:26:21.12
そいつらってサーバサイドJSなのか？
489:デフォルトの名無しさん
13/12/15 15:48:17.50
node.jsのメモリリークの一部が治ったらしい
何言ってるかよく分からないけど
URLﾘﾝｸ(d.hatena.ne.jp)
490:デフォルトの名無しさん
13/12/15 18:04:26.45
>なぜHandleScopeの宣言がないとメモリリークするのか？ V8のデザインに起因します。
>V8では変数を扱うには、直接オブジェクトのポインターを扱わず、Handleを経由して利用します。
>Handleには PersistentとLocalの2種類があり、Persistent Handleは明示的に解放させないといけません。
>一方 Local Handleは、 HandleScope の変数を宣言しておくとそのスタック領域に格納され、
>デストラクターとともに自動的に LocalHandle が解放される仕組みになっています
>（パッと見るとHandleScopeの宣言がおまじないのように思えます）。
>
>Nodeコアで非同期コールバックを呼び出す関数 MakeCallback 中に LocalHandle を使用していますが、
>今回それを実行する HandleWrap::OnClose 関数で HandleScope が宣言されていませんでした
>（おそらく node-v0.9.xの時代から）。これが原因で、例えば socketオブジェクトをクローズするような場合、
>libuv からこのOnClose が呼ばれてコールバックが実行されますが、その際 LocalHandle が解放されず
>Undefined オブジェクトが親（メインループ）の HandleScope スタックに溜まってしまっていたということです。
>
>よってHTTPクライアントの接続切断毎に4バイトずつメモリリークしていた換算です。
>溜まっていたJSオブジェクトは全て同一の Undefined オブジェクトだったため、
>V8のHeap領域の方は増加しなかったわけです。通常の利用ではそれほど目立たない状況でしょうが、
>Walmartのサービス負荷のレベルだと無視できないレベルになり致命的な状況を発生させるものでした。
>
>実は今回のバグ発見のきっかけとなった setImmediate の関数は、私が node-v0.10で改変したところでした。
>自分が書いたところにメモリリークが見つかったと指摘された時は本当に肝を冷やしましたが、
>node-v0.11のマルチコンテキスト対応時に間違えて HandleScope を削除したことによるものでした。ホント焦りました。
なるほど。
漏れのモジュールも見直そう。
491:デフォルトの名無しさん
13/12/15 18:08:10.63
>Nodeの実行時にV8向けのオプション --expose-gc と --always-compact の2つを指定します。
>前者はGCを起動する関数(gc)を有効にし、後者は heap領域の fragment を解消するためのものです。
>動作させると以下のように経過時間（秒）とメモリ利用量(RSS, heapTotal, heapUsed)が出力されます。
492:デフォルトの名無しさん
13/12/18 00:36:25.81
Socket.ioでユーザーを一意に判定するのってどうやるの？
Socket.ioのID？はブラウザを更新するたびに変わるので使えません
493:デフォルトの名無しさん
13/12/18 10:33:16.90
ここよりStackOverflowの方が役に立つよ
494:デフォルトの名無しさん
13/12/18 10:58:18.38
stack overflow も初期の頃は自作自演してたんだってな
495:デフォルトの名無しさん
13/12/18 11:59:14.63
2chは末期だけどなω
496:492
13/12/18 22:14:40.76
>>493
英語でうまく表現できない＞＜
教えてよぉエロい人
497:デフォルトの名無しさん
13/12/19 12:13:45.22
日本語ですら満足に使いこなせない鮮人には無理
498:デフォルトの名無しさん
13/12/19 12:44:45.81
自分の英語力駆使してとりあえず投稿しろよ。そうしないと始まらない。
投稿内容を類推して、更に質問内容の真意を問いただしてくれる人に出会うかもしれない。
そうすれば、元の質問を編集してくれたり、答えをくれたり、リンクを紹介してくれる人がくるんじゃない。
499:デフォルトの名無しさん
13/12/19 12:48:11.72
質問勝手に編集されるのか
IDなしの2chより危険だな
500:デフォルトの名無しさん
13/12/19 17:07:36.91
URLﾘﾝｸ(stackoverflow.com)
501:デフォルトの名無しさん
13/12/20 02:41:23.72
質問に答えない上にドヤ顔でStackOverflowに丸投げするJavascripter
恥かしくないの？
502:デフォルトの名無しさん
13/12/20 04:53:19.19
>>501
>>496みたいな事書いてるからStackOverflowに丸投げすること自体には異議なしなんだろ
ならいいんじゃね
503:デフォルトの名無しさん
13/12/20 06:25:36.28
俺は正直言ってsocket.ioについては詳しくないので分からない
分かる奴は答えてあげたらいいんじゃね
504:デフォルトの名無しさん
13/12/20 13:46:44.31
ipとportで判別じゃ駄目なの？
socket.handshake.addressのaddressとportでクライアントのipとportとれるけど。
505:デフォルトの名無しさん
13/12/20 14:11:55.87
>>492
connectionイベントの引数がsockだとすると、sock.manager.handshaken[sock.id].headers.cookieでクッキー取れる
で、パースしたり、署名してるなら元の値に戻せばセッションID取れるのであとはご自由にって感じですね
セッション使わない方法は知らない
506:デフォルトの名無しさん
13/12/21 03:00:08.21
>>504
portは不定だから同じユーザを同定できない。
一般的にはクッキー食わせて同定する所だろうけど、
クッキー食わせないならURLにセッションID混ぜたりUAなどで頑張ってトレース。
507:デフォルトの名無しさん
13/12/26 00:43:34.80
非同期プログラミング難しすぎワロタ
$.watch() 連発しちゃうんだけど
508:デフォルトの名無しさん
13/12/26 21:41:19.64
asyncかdeffered/promise扱うライブラリ使わないと厳しい
509:デフォルトの名無しさん
13/12/26 23:31:58.29
yieldがいまいちわからん
deferredって打ちにくいよな
510:デフォルトの名無しさん
13/12/27 01:30:23.81
defferedとdeferredとdeferでいつも打ち間違えるわ
511:デフォルトの名無しさん
13/12/27 13:05:43.09
>>508
おすすめおせーて
512:デフォルトの名無しさん
13/12/28 14:25:27.94
$http.get('/api/getUserId').success(function(data){
$scope.userId = data.userId;
})
/* このへんで普通のプログラミングみたいに$scope.userIdを使いたい */
513:デフォルトの名無しさん
13/12/29 10:03:54.16
then を続けて書けばいいんじゃないの？
514:デフォルトの名無しさん
13/12/29 17:53:42.04
>>513
このあと色んな場所で $scope.userId が使われるし
他の変数も非同期に取ってたらネスト地獄になる
515:デフォルトの名無しさん
13/12/29 18:20:23.75
それこそAsyncやjQueryDeferredを活用する場所じゃないか
516:デフォルトの名無しさん
13/12/30 09:11:34.83
いろんな場所で使うならモデルに保存する
517:デフォルトの名無しさん
13/12/31 17:39:29.39
Nodeってv1.0に向けてES.nextのために大規模改革が必要だと思わないか？
まず全ての非同期APIをES6Promiseに書き直し、モジュールシステムをES6版に変更
逆にES6が早くV8に導入されないと困るってものもあるんだよな
例えばProxy、こういうのとかES6シンタックスが入るとネイティブの実装をどんどんJS側に移せて良くなる
URLﾘﾝｸ(github.com)
よってv1.0はいろんな検討や調整で下手すると2015年になるな
でもここは互換性を切ってでもちゃんとやっておかないと将来に関わる
518:デフォルトの名無しさん
14/01/01 01:48:20.68
CScriptとかで使うみたいにサーバ用以外のログ解析とかでも使えるの？
519:デフォルトの名無しさん
14/01/01 01:51:44.08
使えるよ
520:デフォルトの名無しさん
14/01/01 09:12:42.90
>>517
node --hermony
521:デフォルトの名無しさん
14/01/01 10:10:04.88
>>520
何が言いたいのかよく分からんが
Proxyっていうのは今V8に実装されてる古いDynamicProxyじゃなくて新しいDirectProxyのことね
522:デフォルトの名無しさん
14/01/03 13:22:49.50
PayPal社がバックエンドをJavaからJavaScriptへ移行
URLﾘﾝｸ(www.infoq.com)
Nodeも期待に答えられるように進化しないとね
V8にも圧力かけないと
523:デフォルトの名無しさん
14/01/03 13:51:22.21
522って偉そうなやつだなぁ
お前程度がグーグルや他のOSSディベロッパーに口出せる人間じゃないだろ
自分がまず何か作ってから家
524:デフォルトの名無しさん
14/01/03 15:21:10.90
勘違いさせてしまったようだね
オープンソースなんだから積極的にissue投げたりトピック建てて盛り立てていこうね程度の意味だよ
勿論パッチを投げれるのならそれに越したことはない
JavaScriptの部分も多いから、周りのソース見て慣習を把握しておけば案外技術は要らない
でもそこまでやらなくてもいい
例えば今だとV8にPromiseが実装されたはいいけど、欠陥のままで一月以上も修正されてないから
Node0.11のV8バージョンがその一歩前で立ち往生してるじゃん？
こういう時に皆がPromiseのトピックにstarを付けるだけでも圧力になって、優先順位が上がる
それとか新しい実装をした人ってレビューを欲しがってるからそれをしてあげる
作ってるのは人間だからこういう働きかけが実際とても効果がある
525:デフォルトの名無しさん
14/01/03 15:49:57.48
しょうもない煽りに一々構わんでよろしい
526:523
14/01/03 16:52:46.15
日本人の上から目線って何とかならんのかね
NodeやV8みたいに素晴らしいOSSを作ってるわけでもないのに
525みたいな低能ちゃんが沸く時点で無理か
527:デフォルトの名無しさん
14/01/03 17:28:26.17
カルシウム不足乙
528:デフォルトの名無しさん
14/01/03 18:47:02.49
「世界に評価されるOSSを一つとして作ったことがない小日本」とか言い出されても…
529:デフォルトの名無しさん
14/01/03 19:08:18.31
twitterアプリを試してみようと思って
$ npm install twitter-api
と入れると、
npm http GET URLﾘﾝｸ(registry.npmjs.org)
npm ERR! Error: failed to fetch from registry: twitter-api
npm ERR! at /usr/share/npm/lib/utils/npm-registry-client/get.js
みたいなエラーが表示されてインストールできないんですけど、なぜなんでしょう？
530:デフォルトの名無しさん
14/01/03 19:27:36.10
Jasmine 2.0がリリース
URLﾘﾝｸ(www.infoq.com)
Rubyへの依存がなくなり、Node.jsとGrunt.jsに置き換えられた。
531:523
14/01/03 19:33:01.91
>>528
実力が無いから作れないか
532:デフォルトの名無しさん
14/01/03 20:41:51.96
上から目線してる奴は何処の国にもいるし、
V8作ったのは米国企業だけど米国企業全部が特別凄いわけじゃないし、
Ruby作ったのは日本人だけど日本人全員が特別凄いわけじゃないし。
ていうかこの話題で一番上から目線で偉そうにしてんのって523って名前欄の奴だよな。
533:523
14/01/03 22:00:37.95
作った奴に対して偉そうにするなって言ってんの
534:デフォルトの名無しさん
14/01/03 22:59:05.91
作ったやつって具体的に誰？
それこそオープンソースなんだから皆で作るものでしょ？
広い意味ではここのスレにいるような人はテスターとして皆開発に参加してるようなもん
535:デフォルトの名無しさん
14/01/03 23:51:32.79
Promiseなんて山ほどlibraryでてるんだから、V8実装なんて待ってないで好きなの使えばいい
てか誰も待ってなくて、すでにみんなそれぞれ好きなもの使ってる
536:523
14/01/04 00:02:42.71
>>534
見苦しい言い訳をもっともらしい理屈に置き換えてるだけに見えるわ
オープンソースを使うなら、オープンソースを作れって言ってんの
537:デフォルトの名無しさん
14/01/04 00:55:30.00
オレオレPromiseはES7のconcurrencyと合わない負の遺産になる可能性があるし
URLﾘﾝｸ(wiki.ecmascript.org)
何と言ってもNodeのデフォモジュールで使われるにはV8でのまともな実装が必須
538:デフォルトの名無しさん
14/01/04 11:45:56.57
SIMDってNodeで使う余地ある？
539:デフォルトの名無しさん
14/01/04 16:47:23.36
node.jsのアプリ開発で依頼したいことがあります。
話を聞いてくれる方はskype:node.js1に連絡ください。
お願いします。
540:デフォルトの名無しさん
14/01/04 18:32:28.96
>>539です。いい忘れてましたが、お金は支払うつもりです。
できない自分が言うのもなんですが、そこまで難しいものを頼むつもりではないです。
541:デフォルトの名無しさん
14/01/04 18:54:40.75
分かってない人の言う「難しくない」ほど怖いものはないよなぁ。
542:デフォルトの名無しさん
14/01/04 20:01:28.83
>>540
そんな難しい物じゃないなら、なんでNode.js限定なの？
543:デフォルトの名無しさん
14/01/04 20:18:00.62
この後の流れ
539 ザックリこういうものを作ってほしいです 細かいところはおいおい決めていきます
誰か あっそ。で、いくらくれるの？
539 いくらくらいでできますか？
誰か うーん、じゃあ50万円くらいだね 仕様追加は別途見積りで。
539 えっ！！！そんなにかかるんですか？？？そんなお金ないです。。。10万円くらいでできませんか？
誰か はぁ？。。。
544:デフォルトの名無しさん
14/01/04 20:45:07.34
>>542 限定ってわけじゃないんですけど、自分の力でも頑張ってる所なんです。
もし他の人が先に完成したら、答え合わせにもなると思ってnode.jsに絞ってます。
545:デフォルトの名無しさん
14/01/04 20:47:08.69
>>543 そこの所は先にちゃんと決めとくつもりです。
プログラム開発する人だってお金払ってもらえるか不安だろうし。
546:デフォルトの名無しさん
14/01/04 20:58:26.70
>>541発想を言うと、検索すれば出てくる作品ふたつを合体させたようなものを作っています。
ただ、やっぱりnode.jsを最近触ったばかりなんで、これが難しいのです・・・
547:デフォルトの名無しさん
14/01/04 21:23:27.39
>>541できもしないのに「難しくない」なんていうのは失礼でした。すみませんでした。
548:デフォルトの名無しさん
14/01/04 21:49:49.91
音楽なんて簡単だよ。
目をつぶっていたって曲を弾ける。
こんな人を何人も知っている。
はい、簡単だってわかったよね？
さあお前やってみろ。
549:デフォルトの名無しさん
14/01/05 15:05:54.89
お金払って依頼する場は他所にあるんだからそっちでやれよ
550:デフォルトの名無しさん
14/01/06 01:21:43.15
>>540
とりあえず、仕事としてと言う話なら、仕様書からじゃないかな？
じゃないと金額出ない
その辺の話から頼みたいなら、本筋はしっかり説明できるようになってた方が良いと思いますよ
そうしないと余計なお金と時間がかかりますしね
意外と仕様を書き出してみると、不明瞭な部分が見えて自分で作れるかもしれない
551:デフォルトの名無しさん
14/01/07 22:14:12.73
納期無限でお金も見元なら作ってあげてもいい
552:デフォルトの名無しさん
14/01/08 03:48:36.34
node.js勝手に墜ちるんだけどとまるなああs
553:デフォルトの名無しさん
14/01/09 14:30:48.23
納期無限ｗ
554:デフォルトの名無しさん
14/01/09 16:09:52.60
Javascriptでプログラミングって欠陥あるだろ
今まで自然に理解できていた、上から下へ処理が流れるってことが当然のごとく無視されて、
すべてにおいていつ処理が終わるかわからないってことを意識してプログラミングしないといけない
負担ありすぎ・・・
555:デフォルトの名無しさん
14/01/09 16:31:54.21
５５５
556:デフォルトの名無しさん
14/01/09 17:33:51.02
>>554
OOPの時点で上から下にの流れは終わってる気がするんだが。
処理の終了はJavascriptじゃなくてNode.jsが採用した並列処理モデルの方の問題でNode.jsやJavascriptは関係ない。
そもそもこの並列処理モデルも効率面では悪くないんだがなぁ…
むしろJavascriptの型推定やそれによる最適化が難しい問題や、プロトタイプモデルが普及していないことの方が問題かと
557:デフォルトの名無しさん
14/01/09 19:07:52.99
サーバーサイドで大規模処理があるなら非同期は仕方ない。
小さいサーバなら同期的に書けば良い。node.jsの出る幕ではないが。
558:デフォルトの名無しさん
14/01/10 01:02:43.14
>>554
使ってればその内利点も分かってくるさ
nodejsがjavascriptを選んだ理由とかね
559:デフォルトの名無しさん
14/01/11 14:28:01.14
当時は全然ライブラリが揃ってなかったからだよ > node.js がjsを選んだ理由
560:デフォルトの名無しさん
14/01/11 15:37:23.30
丁寧に書くと「JSには同期I/Oに依存したライブラリが皆無だったから」
561:デフォルトの名無しさん
14/01/11 18:35:54.09
皆無だったから作らないとってこと？
562:デフォルトの名無しさん
14/01/11 19:08:25.98
>>560
違う、邪魔になるものがなくて好都合だったってこと
他の言語だとメジャーなモジュールの多くが同期I/Oを使っていて足を引っ張られやすい
563:デフォルトの名無しさん
14/01/11 19:09:09.46
ミスった
>>562は>>561へのレス
564:デフォルトの名無しさん
14/01/11 20:25:24.71
コールバックベースだったのが今ではジェネレーターベースになり、これからはfutureベースになる。
JSの元のシンプル性とポテンシャルが活きてるのは間違いない。
巷に溢れてるサーバーサイド言語みたいに、便利そうなのをどんどんつぎ込んで構文に一貫性が無くなったりしてないのもGood。
そういう言語の反省を取り入れてこれから進化していけるのもいいね。
565:デフォルトの名無しさん
14/01/11 23:31:34.25
>便利そうなのをどんどんつぎ込んで構文に一貫性が無くなったり
スケーラブル何とか言うあのクソ言語のことだな
566:デフォルトの名無しさん
14/01/12 02:06:19.92
期待はしてる
567:デフォルトの名無しさん
14/01/12 02:18:27.85
>便利そうなのをどんどんつぎ込んで構文に一貫性が無くなったり
ES6のことですね
分かります
568:デフォルトの名無しさん
14/01/12 15:43:24.55
10年ものの難産のES6は構文ベースの整合性ほぼバッチリよ
なんだかんだ言って目に新しい演算子はスプレッドだけだし
クラスベースもどきのプロトタイプベースを強いられて来た今までより、
プロトタイプベースを深く触れ、クラスベースライクな糖衣構文も用意されて
言語全体としてむしろスマートになったかもしれないくらいだ
不安定要素は全部シンボルが吸収してくれたしね
それにしてもシンボルって凄いね、Lisp系統には昔からあったものだけど、ここまで役に立つなんてね
569:デフォルトの名無しさん
14/01/13 02:23:01.54
>なんだかんだ言って目に新しい演算子はスプレッドだけだし
どういう意味？ES5.1からみて、新しい構文だらけだと思うけど
Ruby,Python,CoffeeScriptを知ってる目でみれば、ES6は、新しいことは何もないけど
strawmanが控えてる時点で、不完全な言語になってしまっている
570:デフォルトの名無しさん
14/01/13 06:15:49.84
spreadはシンタックスの方で確か演算子の追加は無いと思うが、ES6が不完全ってのは正しい見かたじゃないな。
ES7において更に発展が約束されてる部分もあるし、かつそれらはES7じゃないと役に立たない物じゃないっていうのは、
一貫性があり、将来有望のきちんと考えられた機能ということで最高の状態だと思う。
具体的にはvalue objectとかPromiseとかそこそこあるけれど、これらはES6の範囲でも十分活躍できてる。
それを否定すると、それこそ「便利そうなのをどんどんつぎ込んだ」状況になってしまう。
それこそ巷のサーバーサイド言語みたいに、すぐ互換性を切らないとやってられない状況になってしまうだろう。
そこで忘れちゃならないことは、ESはきちんと後方互換性を重視していて、コンセンサスのとれたパーツから入れる事ができるってこと。
要は実質Living Standardだから、そもそもこのバージョンがあれとか言ってもしょうがないってのもある。
571:デフォルトの名無しさん
14/01/13 06:27:41.20
FxではもうES7の試験実装がどんどん始まってるし、Chではobserverが有名だけど、
他にも内部的には例えばES7のprivate symbolsの仕組みなんかももう入ってたりするし、
両者SIMDやParallelismなんかには多大なる関心を示していて、ES6に実装が完了するより先にきちんと実装されるかもしれない。
いずれにせよES6は変に機能が多すぎたり少なすぎたりせずに、予定や皆の期待を裏切らない程度のバランスのいい規格になったと思う。
新しいものは無いというが、@@iteratorとか、それこそspreadとかイテレータ周りの仕様はどの言語よりも自分は気に入ってる。
（皮肉なことに「新しい」ものである）「__proto__」とか気になるものが全くないわけではないが、間違いなく十二分にまとまっている規格だ。
572:デフォルトの名無しさん
14/01/13 09:29:36.84
生まれたときからJSは小汚く汚れた言語でしょ。
今、本気でIT革命を起こすなら、ブラウザを何とかしたほうが良い。
みんながそれを望んでいるんだから。
573:デフォルトの名無しさん
14/01/13 11:08:22.08
このサーバーとこのブラウザのこの機能（とこの端末）じゃないと××できません！
ていうキラーサービス作ればできるよ
574:デフォルトの名無しさん
14/01/13 12:49:26.77
ある意味chromeがその位置に最も近いでしょ
575:デフォルトの名無しさん
14/01/14 04:23:41.84
Dartはどうなるかねぇ・・・WebMとWebPは駄目っぽい感じ。SPDYはまぁまぁ。
576:デフォルトの名無しさん
14/01/14 07:12:23.37
殆どのNode.jserはジェネレーターとアロー関数だけでも使えるようになれば大変満足です
それよりも必要なのは言語の改革よりAPIをFutureパターンにするとかそういったことです
仮にNode.dartができたとしても現行のコールバックパターンじゃ本質的に何も改善されません
577:デフォルトの名無しさん
14/01/14 20:21:46.99
Duplexの多重継承問題とかむしろDartにすると問題が難しくなるだろうな。
あれはどうするのがいいのかねえ。
プロトタイプをプロキシにするくらいしか思い付かないな。
まあ、幸いプロキシは結構パフォーマンスいいし、それで悪くないかもね。
578:デフォルトの名無しさん
14/01/15 15:56:53.71
YouTubeが潰れたらWebMが駄目だったって認めるよ
スレチすまん
579:デフォルトの名無しさん
14/01/15 16:56:50.04
WebMというコンテナの重要性や価値と
VP8,9コーディクのそれとでは実はかなり話が違ってくるんじゃないかと思う
動画の使われ方も、WebRTCでのビデオチャットとか、
既にあるファイルを再生するだけではなくなってきている
そういう場合にWebMというフォーマットはかなり相応しいと思う
580:デフォルトの名無しさん
14/01/17 12:15:23.24
URLﾘﾝｸ(wired.jp)
ブラウザ死亡確定
開発効率の向上とインストールの簡易さ向上により
もはやWebアプリの利点は失われた。
581:デフォルトの名無しさん
14/01/17 23:58:09.73
Webは死んだというより、Webとアプリがスレートデバイスと
マーケットサービスによってより密結合するようになったということだろうね。
開発者的には、今までどおりWebアプリ開発のノウハウを使えるし
そこにアプリ開発者のノウハウも必要になるから、中長期的にはいい方向かと。
Android向け開発は相変わらず地獄なんだろうけど
582:デフォルトの名無しさん
14/01/18 23:16:14.78
>>580
それは逆に言えばフロントエンドの時代がくるってことか