08/05/15 16:41:12
JavaScriptはクライアントスクリプトだろｗｗｗ
テラバカスｗｗｗ
9:nobodyさん
08/05/15 16:57:11
落ち着けw
10:nobodyさん
08/05/15 17:01:53
ライブラリはどうなってんの？
11:nobodyさん
08/05/15 17:03:49
Jaxerの実績ってまだ何も無いのかな。将来性はありそうだけど。
サーバサイドでもjQueryが使えてたまげたが、エラー時に読込んでたSQLコードが
丸見えになったりするので運用に注意が必要だった気がする。
12:nobodyさん
08/05/15 22:43:37
>>8
ﾜﾛﾀ
昔の考えですね、わかります
13:nobodyさん
08/05/16 20:46:19
AJAJAって終了しちゃったの？
Googleグループみつけたけど招待性でやんの
14:nobodyさん
08/05/19 17:27:26
わざわざ糞言語でサーバサイドやる意味がわかんね
PHPくらい覚えとけよカス共
15:nobodyさん
08/05/19 17:52:50
PHPよりはずっとマシだろウジ虫
16:nobodyさん
08/05/19 18:05:39
>PHPよりはずっとマシ
>PHPよりはずっとマシ
>PHPよりはずっとマシ
17:nobodyさん
08/05/20 00:00:32
クラス書けない
ヒアドキュメント書けない
サーバサイド環境としての普及度も実績もない
変数ダンプも標準ではできない
スタックトレースも出せない
GDもない
DBはJAXERとやらの場合MySQLとSQLiteのみ
foreachない（for in構文はトラブル招くのでみんな非推奨）
プロトタイプチェイン弄るとすぐ競合しまくる宿命を背負うライブラリ事情
どうだ？
JavaScriptは、言語としてもサーバサイド環境としてもクズだろ。
PHPは糞でも有用だ
JavaScriptはクライアントサイドのスパイスとして有用だけど、それ以上でも以下でもないのだよ。
noscriptでしっかりフォローする必要がある。
サーバサイドで使う意義があるか？
ブラウザ環境向けでさえ、JScriptのせいで信頼できないしな
JavaScript2.x仕様が普及してブラウザ依存がなくなったらだいぶ違うかもしれんが
IEのシェアが落ちない限りは夢物語だ
クライアントサイドの言語としても、FlexのActionScriptやSilverlightの方が意義あるのが今という時代
18:nobodyさん
08/05/20 00:14:30
>>17
>（for in構文はトラブル招くのでみんな非推奨）
コレ何？
まぁ、ServerSide Javascriptは使うにはまだ早いと思うけど、クライアントと
サーバが同じ言語で書けるようになるのは、そこそこ魅力。
期待しすぎず、見守る感じで。
19:nobodyさん
08/05/20 00:33:50
プロトタイプに追加したfunctionまで列挙してくれるのでtypeof分岐だらけになる
IEでループ順が安定でなくなる
DOMに対して使うとブラウザ依存ひどすぎるね。何がオマケ列挙されるか判らん。これは言語の問題じゃないだろうけどね
しかもインデックスカウンタ減らせない仕様。
それならarrayにmap関数でもprototype繋いで、無名関数で閉じて回した方が手軽だ
JavaScriptの関数周りの取り回しやすさは素敵だけどね。
PHPのcreate_functionとか苦し紛れ地味ててどうにも使いにくいからな
20:nobodyさん
08/05/20 00:38:09
あ、そもそも「みんな非推奨」って日本語が意味不明だな。
嫌われ者だと言いたかった。異論はあると思うので突っ込みは歓迎。
失礼。
21:nobodyさん
08/05/20 01:01:42
>>19
>プロトタイプに追加したfunctionまで列挙してくれるのでtypeof分岐だらけになる
普通にArrayに対して使うのなら、問題ないんでしょ？
別に大した問題じゃないと思うが。
22:nobodyさん
08/05/20 01:50:53
他の問題点が気にならない場合ならね。それでも状況に寄るかな
for in使わなくてもシンプルに抑え込める言語だから、実際たいした問題じゃないと思うよ。
そういう前置きの上でfor inと付随するいやなケース例とか書いてみる
外部ライブラリ撤廃するか精査すりゃ問題ないんだけど、
安定列挙されなくてもいいケースでArrayに対して使ったとしても
Array.prototype.test=function(){return "test"} ; //外部ライブラリがこんなことしちゃってたとする
var output="" ;
var testArray=[1,2,3];
for(var i in testArray){
output+="<li>" +testArray[i]+"</li>";
}
alert(testArray.test());//外部ライブラリを頼ってたりする
みたいなヘボコードがあるとoutput変数にfunction内容も列挙されちゃう。
（無論これは例がヘボすぎるけど。）
プロトタイプベースと列挙構文の相性の悪さってのがある
動的一本槍で制約しにくいし
結果、保護するにはtypeofやらで除外処理組むことになったりと、
全体を守る仕組みに困るわけ
for in構文自体がインデックスカウンタ依存になってるという妙な仕様をスルーして、
JScriptで順序不定だという仕様を無視しても
JavaScriptの他の問題点と相まって「ヘタな列挙構文」になってる
サーバーサイドで使う場合、ライブラリ整備しやすさと侵蝕しなささが
クライアントサイドよりも重要になるから、クラスベース的な
カプセル化や保護、汚染判定の機構が望まれるんじゃないかな。
と、この一節は私見。
23:nobodyさん
08/05/20 14:06:14
動的言語の簡易さの代償じゃないの？
Rubyとかも、静的型付けの言語と比べて大規模開発がやりにくい、とか言われるしね。
その辺の止揚は、ScalaやHaskellみたいな型推論方式に求めるべきじゃない？
24:nobodyさん
08/05/20 18:27:33
> クライアントとサーバが同じ言語で書けるようになるのは、そこそこ魅力
やるとすればM$だろうな
25:nobodyさん
08/05/20 18:40:28
つ IIS
26:nobodyさん
08/05/20 18:40:56
>>24
どうだろうね。むしろオープンソースだと思う。
個人的には10年後も一線で使われてる言語は C/SQL/Javascriptぐらいだと思ってる。
今現在の選択肢としてはともかく、長い目でみればJavascriptはかなり成長するんじゃなかろうか。
それがServerSideに向かうかどうかは判らんけど。
27:nobodyさん
08/05/20 19:56:17
IIS / JScript ASP完全ｽﾙｰかよw
iPlanetなんてのもあったね
一度廃れたものを、AJAXブームでまた台頭させられたに過ぎない
28:nobodyさん
08/05/20 20:09:13
オープンソースねえ・・・
ブラウザオブジェクト組み込んだRubyインタプリタをIEのアドオンとして配布
<script type="text/ruby"></script>で実行とか？
29:nobodyさん
08/05/20 20:16:29
>>28
逆。ブラウザ側の言語は変えられないから、ServerSideでJavascript
ただ、現時点では、いかにも力不足だとは思ってる。
30:nobodyさん
08/05/20 20:16:48
いやいやコールドフュージョンかもしれない
31:nobodyさん
08/05/20 20:40:52
TamarinでサーバサイドActionScriptなんてのもあるね
32:nobodyさん
08/05/21 17:40:12
JAXERってGPLv3じゃねえか
くわばわくわばら
33:nobodyさん
08/05/22 01:09:28
クロスドメインやると文字コードはUTF-8限定
SMTPも日本語通らず、追加ヘッダ設定もできない
コアモジュールに手を入れるとGPL ver3か
・・辛いなw
34:nobodyさん
08/05/27 00:21:49 IJEEph60
>>1
もう飽きたのか？
35:nobodyさん
08/06/01 20:22:04
URLﾘﾝｸ(sourceforge.jp)
URLﾘﾝｸ(dragonlady.info)
一昨年より作っていたのですが、最近少し設計変えてみました。
ケチ付けて頂けると、改善箇所が見えてきて助かります。
よろしかったら、お試しください。
※特にダメダメな部分は文字コードまわりです
XML/HTTPとクライアントサイドDBのインターフェースとか必要でしょうか？
今ひとつ”サーバサイドだから”という特徴が見えてきていません。
36:35
08/06/01 20:30:57
すいません。間違えました。
URLﾘﾝｸ(dragonlady.info)
37:nobodyさん
08/06/01 23:31:20 dk1lCH3P
403出てるサンプルが残念
頑張ってくださいね
38:35
08/06/02 10:34:24
>>37
お時間を割いて頂き、ありがとうございます。
せっかく閲覧していただいにも関わらず、エラー発生申し訳ありません。
以下の対応をしてみました。
1.エラーページを用意していなかったページがありましたので、追加で作成しました。
2.URLﾘﾝｸ(dragonlady.info)でアクセスした場合、最後に"/"を保管するようにいたしました。
3.403が発生する主な原因である”サイトマップ定義”に関する説明をトップに追記しました。
※サイトマップ定義で許可されていないリンク（主に直リンクになります）は、403で応答します。
39:35
08/06/03 21:57:34 SJNtfdld
”戻る”ボタンで戻った際に、キャッシュに残るため、
別ページにアクセスすると、サイトマップ定義違反が発生し、
403が発生しておりました。
IE、Firefox、Safariのキャッシュ削除設定を行ないました。
40:nobodyさん
08/06/04 02:02:05 m9sjJXW/
dbacceserにシーケンス外のIDで2バイト投げたら化けてしまいました
おかしくしてしまったかもです、すみません
41:35
08/06/04 06:26:08 Oen4CVvy
>>40
おかげさまで、バグを見つけることができました。ありがとうございます。
まだ、修正しきっておりませんが、DBアクセス画面に関しましては、
修正完了しました。
42:nobodyさん
08/06/27 16:16:39
>>24
NTTデータイントラマート
43:nobodyさん
08/06/28 00:59:45 Y5RUnxLY
スレ違いだったらすいません。
よくigm.example.comなどキャッシュサーバーがありますが、
キャッシュサーバーでは、scriptなどは動作しないんでしょうか？
（単純のjavascriptで、クッキーからアクセス元により一部コンテンツを変更するなど）
44:nobodyさん
08/06/28 01:59:13 zkOv+Bwn
ドメイン違うトコから見られてるか判定してキャッシュサーバ上での実行を弾く事はできるけど
いまいち事例が判りにくいな。
少なくともエスパーできる範囲からは、
ご想像通りサーバサイドJavaScriptの話ではないと思うですよ。
転送済みクライアントサイドJavaScriptが正常に動くかどうかの話に感じます。
誤読の余地が多いようですので、もうちょい具体例をお願いできますか。
どこに誘導すればいいのか良く判らんですわ。
45:nobodyさん
08/06/28 02:11:48 Y5RUnxLY
スンマセン。
あるサイトがあってアドタグを貼るのですが、特定のサイトから来たユーザーのみに
広告を見せる方法を考えています。
特定のユーザー以外からはその広告スペースは見えないようにする予定です。
そこで何らかのjavascriptで、特定のサイトからユーザーが訪問した際に
広告入りのページを表示したいと考えています。
ただ殆どのページが負荷軽減のためキャッシュサーバーからユーザーへ送信しており、
動的ページではありません。
書いてる本人が意味不明になってますが．．．汁
キャッシュサーバー内でうまくクッキーを元に広告有無を発生させる方法はないですか？
キャッシュサーバー内は静的ページしか存在しません。
分りにくいですよね。
ｽﾝﾏｾﾝ
46:nobodyさん
08/06/28 02:35:40 zkOv+Bwn
ああ、それならサーバサイドJavaScript関係ないわ
キャッシュサーバ上だけで発動するJavaScriptである必要はないのな
「クッキーを元に広告有無を発生させる方法」を
+ JavaScript の質問用スレッド vol.65 +
ｽﾚﾘﾝｸ(hp板)
あたりで聞くのが妥当な話題だよ。
もうちょい前提出してほしいが、ここではスレ違いだから一例だけ。
静的HTML内にad用のDIVを置いといて、onloadでクッキー調べて
innerHTMLなりDOMで広告吐けばいいんじゃねえかな。
解決しなかった際は、上記のスレで再整理して再度質問してくれ。おれそっちも見てるので。
47:nobodyさん
08/06/28 02:37:20 Y5RUnxLY
>>46
ありがとうございます～．．．
48:nobodyさん
08/07/17 22:54:50
V:.................. ............ .....:..:}:............ ..../__／^
49:tes
09/04/13 09:06:50 DghAxnBq
tes
50:nobodyさん
09/04/13 11:03:06
>>1はDOM使って通信することをサーバーサイドとか思ってるわけ
このスレって壮大な釣り？
51:nobodyさん
09/04/15 21:00:47
根本的に勘違いしてるね
52:nobodyさん
09/04/16 23:00:35
ｨ";;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;ﾞt,
彡;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;ヽ
ｲ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;r''ｿ~ヾ:;;;;;;ﾞi,
t;;;;;;;ﾘ~｀ﾞヾ､;;;;;;;;;;;;;;;;;;;;ノ i,;;;;;;!
ﾞi,;;;;t ヾ-‐''"~´_,,.ィ"ﾞ ヾ;;f^! ／￣￣￣￣￣￣￣￣￣￣￣￣
ﾄ.;;;;;》 ＝ニｰ-彡ﾆ''"~´,,...,,. ﾚ')l. ＜ おまえは何を言っているんだ >>50
tﾞヾ;l __,, .. ,,_ ,.ﾃ:ro=r''"ﾞ !.f'l. ＼＿＿＿＿＿＿＿＿＿＿＿＿
ヽ.ヽ ｰ=rtσﾌ= ; ('"^'=''′ ﾘﾉ
,,.. -‐ゝ.>、 ｀ﾞﾞﾞﾞ´ ,' ヽ . : :! /
~´ : : : : : ｀ヽ:. ,rf :. . :.: j ､ . : : ト､.、
: : : : : : : : : : ヽ、 /. .ﾞｰ:､_,.r'ﾞ: :ヽ. : :/ ヽ＼、
:f: r: : : : : : : : !丶 r-､=一=''ﾁ^ ,/ !:: : :｀丶､_
: /: : : : : : : : :! ヽ、 ﾞ ''' ''¨´ ／ ,i: : : l!: : : : :｀ヽ､
〃: :j: : : : : : : ﾞi ｀ヽ､..,,__,, :ィ":: ,ﾉ:: : : : : : : : : : : :＼
ﾉ: : : : : : : : : : :丶 : : ::::::::: : : : /: : : : : : : : : : : : : : : :＼
53:nobodyさん
09/04/17 03:15:07
しかし何でサーバサイドまでわざわざECMAScriptを使わねばならんのかと。
CにJavaにPerlにRuby、言語としても実装としても優れたものがすでに十分あるだろ。
54:nobodyさん
09/04/17 12:15:57
別に縛りなんて無いよ。
そこにJavaScriptがあ・る・か・ら
55:nobodyさん
09/04/19 02:40:10
まあそれは分かるけど、jaxerのページに「ここすごい！」「こんなにべんり！」みたいのが列挙されてすらいないのはどうかと
56:nobodyさん
09/04/20 03:40:33
セキュリティはPHP以下で速度はRuby以下になりそうな悪寒