私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレサーバーサイドJavaScript総合

みんなの評価 :
レスフィルター : (試験中)
>>150
話題もこれと言ってないからね
東京node学園祭もjsオタのオナニーだったらしいし
node.jsはオナニー(趣味)から脱出できるんかなぁ
rubyより遥かに流行らなそうだわ
js好きなんだけどなぁ
話題もこれと言ってないからね
東京node学園祭もjsオタのオナニーだったらしいし
node.jsはオナニー(趣味)から脱出できるんかなぁ
rubyより遥かに流行らなそうだわ
js好きなんだけどなぁ
>>151
150です。
Rubyよりは流行らないでしょうね。そもそも全体に使うようなものじゃないと思うし。
個人的にはAjaxみたいに「新しくて古い技術」なんて言われて、WebSocketとWebGLとかと一緒に一般向けに降りて来て、将来盛り上がるんじゃないかなーと。盛り過ぎかな。
150です。
Rubyよりは流行らないでしょうね。そもそも全体に使うようなものじゃないと思うし。
個人的にはAjaxみたいに「新しくて古い技術」なんて言われて、WebSocketとWebGLとかと一緒に一般向けに降りて来て、将来盛り上がるんじゃないかなーと。盛り過ぎかな。
あげる
>>152
HTML5が良い方向にいけば時期的にも少しは流行るかもだけど
正直、一企業がnode.jsでWebサービス始めるってレベルまではいかないでしょ
せいぜい冒険大好き起業家がネタでサービス始めて、はてブとかのブクマ数が増えて1回はみんなが見るけど
(´・∀・`)ヘー、これがSSJSで動いてるんだー、でお終い
>>152
HTML5が良い方向にいけば時期的にも少しは流行るかもだけど
正直、一企業がnode.jsでWebサービス始めるってレベルまではいかないでしょ
せいぜい冒険大好き起業家がネタでサービス始めて、はてブとかのブクマ数が増えて1回はみんなが見るけど
(´・∀・`)ヘー、これがSSJSで動いてるんだー、でお終い
>>153
サイバーエージェントが16コアサーバ20台でNode.jsを運用してる
http://www.slideshare.net/snamura/nodejs-9956558
それとは別に100台以上のサーバでMongoが動いてる結構な規模のシステム
お前の認識より現実は進んでるぞ
サイバーエージェントが16コアサーバ20台でNode.jsを運用してる
http://www.slideshare.net/snamura/nodejs-9956558
それとは別に100台以上のサーバでMongoが動いてる結構な規模のシステム
お前の認識より現実は進んでるぞ
研究的な運用とかかな?
流行ったらアドバンテージ取れるだろうけどようやるなぁ
流行ったらアドバンテージ取れるだろうけどようやるなぁ
ピーク時20万同時接続でも研究的とかオナニーとか…
お前らそれ以上のサービス運用してるんだろうな?
お前らそれ以上のサービス運用してるんだろうな?
>>163
同時アクセスによる負荷テストに決まってんだろ
同時アクセスによる負荷テストに決まってんだろ
>>164
ちゃんと>>155のスライド見ろよ…
ピグライフってサービスの紹介で同時20万接続って書いてるんだよ
もうやだここの連中
こっちの動画も見てみろ
http://www.nicovideo.jp/watch/1320663274
「同時接続は夜間ピーク時に多い時で20万くらい」って言ってる
ちゃんと>>155のスライド見ろよ…
ピグライフってサービスの紹介で同時20万接続って書いてるんだよ
もうやだここの連中
こっちの動画も見てみろ
http://www.nicovideo.jp/watch/1320663274
「同時接続は夜間ピーク時に多い時で20万くらい」って言ってる
試行って言葉に過剰な何かを感じてるのかな
別に試験でもオナニーでも社運掛けてるでもなんでもいいじゃん
CAの奴が大規模取り組んで実績作ってる事自体はどのみちnode.jsにとって朗報でしょ
別に試験でもオナニーでも社運掛けてるでもなんでもいいじゃん
CAの奴が大規模取り組んで実績作ってる事自体はどのみちnode.jsにとって朗報でしょ
>>173
あれってサーバーサイドにも触れてんの?
あれってサーバーサイドにも触れてんの?
>>174
node.jsはSSJSはほんの少しでパーフェクトの方がたくさん
node.jsはSSJSはほんの少しでパーフェクトの方がたくさん
Linuxで良いんじゃないの。
わざわざ本番環境に使えない環境でノウハウ貯める意味ないと思う。
わざわざ本番環境に使えない環境でノウハウ貯める意味ないと思う。
既にMac持ってるならわざわざLinux使う必要も無いだろう。
わざわざMacを用意するのは馬鹿だけど。
わざわざMacを用意するのは馬鹿だけど。
【ウェブアプリケーションという不幸 】
現在、多くのプログラマ(素人)がウェブアプリケーションというものがベストな正しい方向だと勘違いしている。
ソフトウェアの作るにおいてそのアプリケーションに応じた状態遷移を実装するというのは基本中の基本である。
その点においてウエブブラウザというある状態遷移が実装されているアプリケーションの上に
また別のアプリケーションを実装するのは論外である。
そこまでするなら普通にアプリケーションを実装してダウンロードして使ってもらえばいいのである。
ウェブアプリケーションとは虚構にしか他ならない。
ウェブアプリケーションを作ろうとしているあなた。
今すぐ普通のアプリケーションとし設計し始めてはいかがだろう。
そうすればきっと後悔しないですむ。
HTMLやHTTPを悪者にはしていない。
TCP/IPができあがり、その応用として、ファイルを送ったりするようになった。
ファイルの中身のテキストにデータ構造をもたせ、それはつまりツリー構造なわけだが
その実装としてのハイパーテキスト、つまりHTMLという送る側と送られる側で決め事(プロトコル)
をつくり、画像や音楽など表現の幅を広げることは当然の成り行きだっただろう。
そして、その送る側としてのHTMLファイルサーバ、つまりWebサーバ、送られる側としてのプロトコルの解釈・表示系としての
ブラウザというアプリケーション。
ここまではいい。
だが、そこから先が素人の発想というか、いそがばまわれを忘れた者の愚かな発想。
つまりブラウザ上で、アプリケーションを動かすという発想なのである。
ブラウザというのは、おくられてきたステートレスな通信内容の一瞬の表示手段でしかない。
つまりアプリケーションのためのひとつのパーツなのである。
Windowsでいえば、コントロールのひとつ。(実際WebBrowserというコントロールがある。)
JavaならWebClietnだ(これは、ブラウザではないが。)。
包含関係が逆なのである。
ブラウザ上にアプリケーションを作るのは愚かなブームである。
現在、多くのプログラマ(素人)がウェブアプリケーションというものがベストな正しい方向だと勘違いしている。
ソフトウェアの作るにおいてそのアプリケーションに応じた状態遷移を実装するというのは基本中の基本である。
その点においてウエブブラウザというある状態遷移が実装されているアプリケーションの上に
また別のアプリケーションを実装するのは論外である。
そこまでするなら普通にアプリケーションを実装してダウンロードして使ってもらえばいいのである。
ウェブアプリケーションとは虚構にしか他ならない。
ウェブアプリケーションを作ろうとしているあなた。
今すぐ普通のアプリケーションとし設計し始めてはいかがだろう。
そうすればきっと後悔しないですむ。
HTMLやHTTPを悪者にはしていない。
TCP/IPができあがり、その応用として、ファイルを送ったりするようになった。
ファイルの中身のテキストにデータ構造をもたせ、それはつまりツリー構造なわけだが
その実装としてのハイパーテキスト、つまりHTMLという送る側と送られる側で決め事(プロトコル)
をつくり、画像や音楽など表現の幅を広げることは当然の成り行きだっただろう。
そして、その送る側としてのHTMLファイルサーバ、つまりWebサーバ、送られる側としてのプロトコルの解釈・表示系としての
ブラウザというアプリケーション。
ここまではいい。
だが、そこから先が素人の発想というか、いそがばまわれを忘れた者の愚かな発想。
つまりブラウザ上で、アプリケーションを動かすという発想なのである。
ブラウザというのは、おくられてきたステートレスな通信内容の一瞬の表示手段でしかない。
つまりアプリケーションのためのひとつのパーツなのである。
Windowsでいえば、コントロールのひとつ。(実際WebBrowserというコントロールがある。)
JavaならWebClietnだ(これは、ブラウザではないが。)。
包含関係が逆なのである。
ブラウザ上にアプリケーションを作るのは愚かなブームである。
>>183
マルチだから構うな
マルチだから構うな
>>17の状況がまるっきり変わってないというのがちょっとした恐怖だな。
>>185
3年半以上も前の書き込みかよ…
もうnodeも無理じゃね?
でもライノーなんて1997年くらいからあるんだぜ?ww
カスタマイズ可能な法人向けパッケージ製品でSSJS使えるのはいくつかあるけど
パッケージ自体はJAVAかCで書かれてるしなぁ
3年半以上も前の書き込みかよ…
もうnodeも無理じゃね?
でもライノーなんて1997年くらいからあるんだぜ?ww
カスタマイズ可能な法人向けパッケージ製品でSSJS使えるのはいくつかあるけど
パッケージ自体はJAVAかCで書かれてるしなぁ
要するに、日本じゃnode.jsに有り難味が出るほどの
ちょー繁盛サービスなんか無いってことですね。
ネット後進国ジャップwwwwwww
ちょー繁盛サービスなんか無いってことですね。
ネット後進国ジャップwwwwwww
化石エンジニアにはなりたくないので、
新規サービスのどこかに取り入れたいな。
とりあえずテストしてみてるけど。
ネックはノウハウと開発スピード。
新規サービスのどこかに取り入れたいな。
とりあえずテストしてみてるけど。
ネックはノウハウと開発スピード。
pdfプラグインが原因で、しょっちゅうブラウザがクラッシュするから、
pdf.jsを使おうとしているが、文字化けが激しいな。これ。
ただ、FireBugの出力を見るかぎり、日本語のパースそのものはできているみたいだ。
こんな風にソースが出力される:
<div data-canvas-width="216" style="font-size: 24px; font-family: GothicBBB; left: 192px; top: 244.667px; letter-spacing: 3.25px;" data-text-length="9">カスタマーサポート</div>
でもって、PDFに埋め込まれたフォントをパースしてdata-uriにしてWebフォントとして読み込み。
@font-faceで参照しているようだ。
この様子だと、font.jsのPDF埋め込みフォントを読み取って変換する処理が怪しい。
でも、data-uriってたしか字数制限なかったっけ?
pdf.jsを使おうとしているが、文字化けが激しいな。これ。
ただ、FireBugの出力を見るかぎり、日本語のパースそのものはできているみたいだ。
こんな風にソースが出力される:
<div data-canvas-width="216" style="font-size: 24px; font-family: GothicBBB; left: 192px; top: 244.667px; letter-spacing: 3.25px;" data-text-length="9">カスタマーサポート</div>
でもって、PDFに埋め込まれたフォントをパースしてdata-uriにしてWebフォントとして読み込み。
@font-faceで参照しているようだ。
この様子だと、font.jsのPDF埋め込みフォントを読み取って変換する処理が怪しい。
でも、data-uriってたしか字数制限なかったっけ?
Windows7付属のIISにiisnodeをインストールした
その後、プロンプトでnpm install socket.ioを実行して、http://socket.io/にあるサンプルを起動してみた
だが、しばらくしても何も起きない
おかしいと思ってみたら、
エラー: io is not defined
ソースファイル:http://localhost/webchat/
行: 12
と表示されてた
サイトのFAQを読みながらサイトにあるサンプルの記述を調べてみたんだが、特におかしなところがなかった
IISな環境でsocket.ioを使ったクライアントにはどうすればいいの
サーバー側はどうも動いてるんだが、クライアント側が全然動かない
その後、プロンプトでnpm install socket.ioを実行して、http://socket.io/にあるサンプルを起動してみた
だが、しばらくしても何も起きない
おかしいと思ってみたら、
エラー: io is not defined
ソースファイル:http://localhost/webchat/
行: 12
と表示されてた
サイトのFAQを読みながらサイトにあるサンプルの記述を調べてみたんだが、特におかしなところがなかった
IISな環境でsocket.ioを使ったクライアントにはどうすればいいの
サーバー側はどうも動いてるんだが、クライアント側が全然動かない
ちゃんと<script src="/socket.io/なんとか~.js "></script>して
socket.ioが提供してるスクリプト読み込んでるか?express介してるならファイルパスが定義されてるはず
サーバー側とクライアント側のスクリプト2つ合わせてsocket.ioだ
個人的にはWindowsはサーバーサイドプログラミングには向かないと思ってるので
VMwarePlayerでUbuntuいれろって思う
(Windowsであることを理由にバグかどうかわからんっていうならWindows避けてほしい)
socket.ioが提供してるスクリプト読み込んでるか?express介してるならファイルパスが定義されてるはず
サーバー側とクライアント側のスクリプト2つ合わせてsocket.ioだ
個人的にはWindowsはサーバーサイドプログラミングには向かないと思ってるので
VMwarePlayerでUbuntuいれろって思う
(Windowsであることを理由にバグかどうかわからんっていうならWindows避けてほしい)
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="author" content="">
<meta name="keywords" content="">
<meta name="description" content="">
<meta name="robots" content="all">
<title>???????</title>
<link rel="stylesheet" href="">
<script src="http://localhost/socket.io/socket.io.js"></script>
<script>
var socket = io.connect('http://localhost:8124');
socket.on('news', function (data) {
console.log(data);
socket.emit('my other event', { my: 'data' });
});
</script>
</head>
<body>
<p>test</p>
</body>
</html>
ちゃんとやってるよ
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="author" content="">
<meta name="keywords" content="">
<meta name="description" content="">
<meta name="robots" content="all">
<title>???????</title>
<link rel="stylesheet" href="">
<script src="http://localhost/socket.io/socket.io.js"></script>
<script>
var socket = io.connect('http://localhost:8124');
socket.on('news', function (data) {
console.log(data);
socket.emit('my other event', { my: 'data' });
});
</script>
</head>
<body>
<p>test</p>
</body>
</html>
ちゃんとやってるよ
8124番ポートで動いてるが、http://localhost:8124/socket.io/socket.io.jsとしても変わりねえ
頭のhttp://localhost/外してsrc="/socket.io/socket.io.js"だけにしてみたら?
類似してるかもしれないスレッド
- [JavaScript]プログラム作成します (981) - [13%] - 2010/12/8 21:02
トップメニューへ / →のくす牧場書庫について