△▲　WebProg 初心者の質問 Part19　▼▽

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/09 15:15 / Filesize : 244 KB / Number-of Response : 973
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：nobodyさん mailto:sage [2009/06/03(水) 23:19:09 ID:???]: ２ちゃんねるは初めて。 WebProg 板は初めて。
質問したいけど、どうしたら良いか分からない。

そんなときは、ここに書き込んでください。
板の住人や、その他が、けなしながら、厳しく教えてくれるかも。

質問する前に、まずはここを読んでね。
【注意事項】
・質問する前にGoogleで検索してみましょう
www.google.co.jp/
・環境（ソフトウェアのバージョンなど）は、必ず書いてください。できるだけ詳しく。
　後から情報を書き足す、いわゆる情報の小出しは極力避けてください。
・何がしたくて、何ができて何ができないのかを書きましょう
・マルチポスト（複数のスレッドで質問する行為）は絶対に禁止です。
・過去ログは必ず読みましょう。あなたと同じ質問をしてる人がいるかも知れません。

2ch 総合ガイド
www.2ch.net/guide/

お願い。
適切な、板、スレ、を発見した場合、誘導してあげましょう。
スレの性質上 age 進行でお願いします。

関連情報は
>>2-3辺り

☆前スレ☆
△▲　WebProg 初心者の質問 Part19　▼▽
pc11.2ch.net/test/read.cgi/php/1236265877/
593 名前：nobodyさん [2009/09/30(水) 23:18:20 ID:HmzuNtnK]: PHPで以下のコードを書いて実行させたら、ちゃんとホスト名とIPアドレスは表示されました。
echo $_SERVER['SERVER_NAME'];
echo $_SERVER['SERVER_ADDR'];

ただPerlで以下のコードを書いて実行させたら、IPアドレスが表示されて、ホスト名は表示してくれませんでした。
use Sys::Hostname;
print $ENV{'REMOTE_HOST'};
print $ENV{'REMOTE_ADDR'};

これはレンタルサーバの仕様によるものでしょうか？
594 名前：nobodyさん mailto:sage [2009/09/30(水) 23:32:09 ID:???]: PHPはSERVER側の情報とろうとしてるけど
PerlはREMOTE側（アクセスしてきた方）の情報とろうとしてるじゃん
Perlはしらないからどれと対になるかしらないけど
$ENV{'SERVER_NAME'};
とか
$ENV{'SERVER_ADDR'};
とか試してみては？
595 名前：nobodyさん mailto:sage [2009/09/30(水) 23:58:30 ID:???]: >>594
出来ました。表示出来ましたー。
助かりました。早速これから直したいと思います。
596 名前：nobodyさん mailto:sage [2009/10/01(木) 00:37:51 ID:???]: IIS6.0上で動くPerlプログラムを作成中ですが、

&CGI::url
で取得される文字列が、そのPerlプログラムのURLではなく、
サイトのルートディレクトリのURLとなってしまいます。

原因がわからないのですが、心当たりがある方は
教えていただけないでしょうか？
597 名前：nobodyさん mailto:sage [2009/10/01(木) 00:41:12 ID:???]: apache使ってないからでしょ
598 名前：nobodyさん mailto:sage [2009/10/01(木) 00:47:03 ID:???]: >>597
CGIモジュールはApache専用？
IISではサポートされないというのなら
なぜまがいなりにも「動作」するの？
599 名前：nobodyさん mailto:sage [2009/10/01(木) 00:55:06 ID:???]: そういうことじゃなくて、得られるパラメータの値が異なるってことでしょ。
600 名前：nobodyさん mailto:sage [2009/10/01(木) 00:56:30 ID:???]: あと「まがりなりにも」な
601 名前：nobodyさん mailto:sage [2009/10/01(木) 01:12:16 ID:???]: >>599
どこでそれを調べればいいのでしょうか。

>>600
誤用とは知らなかったです。ありがとう。
602 名前：nobodyさん mailto:sage [2009/10/01(木) 01:17:38 ID:???]: ttp://q.hatena.ne.jp/1245905601
603 名前：nobodyさん [2009/10/01(木) 06:35:46 ID:zNH1qIzW]: gメールでは削除処理をした後に「取消」ができますが、
これってどうやれば実現できますか？
604 名前：nobodyさん mailto:sage [2009/10/01(木) 08:46:10 ID:???]: >>603
論理削除でぐぐれ。
全くWeb固有の問題ではない。
605 名前：nobodyさん mailto:sage [2009/10/01(木) 09:13:20 ID:???]: >>604
思ったより簡単なものだったんですね、仕組みとしては
ありがとうございました
606 名前：nobodyさん mailto:sage [2009/10/01(木) 12:04:46 ID:???]: でも実装するのはちょっとめんどくさそう。
607 名前：nobodyさん mailto:sage [2009/10/01(木) 20:59:56 ID:???]: えっ？
608 名前：nobodyさん mailto:sage [2009/10/01(木) 21:11:28 ID:???]: えじゃねーよ
普通に面倒くさいだろ
609 名前：nobodyさん mailto:sage [2009/10/01(木) 21:22:14 ID:???]: その根拠は？
610 名前：nobodyさん mailto:sage [2009/10/02(金) 01:47:06 ID:???]: 確認画面とか
入力と処理の間に確認ページみたいのを挟めるだけでめんどくさい
611 名前：nobodyさん mailto:sage [2009/10/02(金) 02:27:12 ID:???]: 単純なテーブルならいいけど
リレーション張ってたら面倒くさくなることは想像に難くない
612 名前：nobodyさん mailto:sage [2009/10/02(金) 11:22:42 ID:???]: カラム一個追加してフラグたてるだけじゃん
613 名前：nobodyさん mailto:sage [2009/10/02(金) 13:51:46 ID:???]: データの問題じゃないんだよｗ
614 名前：nobodyさん mailto:sage [2009/10/02(金) 15:44:43 ID:???]: じゃ何の問題？
615 名前：nobodyさん mailto:sage [2009/10/02(金) 16:22:54 ID:???]: >>614
>>610
616 名前：nobodyさん [2009/10/02(金) 17:43:01 ID:Zilzfd9c]: >615
俺もあんまりよくわからん。
確認画面いらないじゃん。削除するかのダイアログだして
論理削除フラグたてるだけでしょ？
617 名前：nobodyさん mailto:sage [2009/10/02(金) 17:57:28 ID:???]: 検索とかで、常時「削除フラグが立っていない」という条件を付け
てまわる必要がある点を面倒と言っているのではないだろうか。
618 名前：nobodyさん mailto:sage [2009/10/02(金) 17:58:42 ID:???]: それは削除フラグなしだけのview作れば済む気がする。
619 名前：nobodyさん mailto:sage [2009/10/02(金) 18:35:20 ID:???]: 削除レコードだけのテーブルを作るって人もいた。
レコードを削除するときは、そっちにコピーした上で物理削除。
620 名前：nobodyさん mailto:sage [2009/10/02(金) 18:46:16 ID:???]: >>615
論理削除と確認画面がどう関連してるんだ？
621 名前：nobodyさん mailto:sage [2009/10/02(金) 18:52:54 ID:???]: データの持ち方は単純だけどUI作るのは面倒だよね

って話じゃないのん？
622 名前：nobodyさん mailto:sage [2009/10/02(金) 18:53:24 ID:???]: 物理削除ならUI作るのは簡単なのか？
623 名前：nobodyさん mailto:sage [2009/10/02(金) 18:58:15 ID:???]: 論理削除よりは簡単でしょ。
624 名前：nobodyさん mailto:sage [2009/10/02(金) 18:59:17 ID:???]: えっよく分からんから具体的に説明してくれ
そもそも確認画面って何の確認画面
625 名前：nobodyさん mailto:sage [2009/10/02(金) 19:00:03 ID:???]: >>622
「ごみ箱」機能を付けるか付けないかで考えれば相当な手間の差があることぐらいわかるだろ
626 名前：nobodyさん mailto:sage [2009/10/02(金) 19:00:57 ID:???]: >>624
その前におまえさんの主張を整理してくれる？
627 名前：nobodyさん mailto:sage [2009/10/02(金) 19:01:37 ID:???]: >>621
そもそも物理削除だった内部処理を、論理削除に変更するんだから、
インターフェースに変更はいらないでしょ。

削除処理のときに削除フラグを立てるのと、
表示の際に削除フラグが立っていない処理を追加するだけ。
628 名前：nobodyさん mailto:sage [2009/10/02(金) 19:02:27 ID:???]: >>626
いや、論理削除で確認画面作るのが面倒くさいと言い出したのが先なのでお先にどうぞ
629 名前：nobodyさん mailto:sage [2009/10/02(金) 19:03:17 ID:???]: >>624
というかお前がこの要件に対して「手間じゃない」と思うならそれでいいんじゃね？
手間の感じ方なんて人それぞれだし。
630 名前：nobodyさん mailto:sage [2009/10/02(金) 19:04:27 ID:???]: 逃げ始めたｗ
631 名前：nobodyさん mailto:sage [2009/10/02(金) 19:04:36 ID:???]: >>627
前提が違うよ。内部的な削除の扱いじゃなくて、ユーザー側で論理削除を扱う話なんだから
UIの設計は当然必要になる。「ごみ箱機能」ってそういうことでしょ。
632 名前：nobodyさん mailto:sage [2009/10/02(金) 19:05:58 ID:???]: >>630
要件を読み違えた奴が何を偉そうにｗｗｗ
633 名前：nobodyさん mailto:sage [2009/10/02(金) 19:06:26 ID:???]: >>631
それで「確認画面」はどこに関わってくるの？
ゴミ箱に入れますか？完全に削除しますか？というウィンドウのこと？
634 名前：nobodyさん mailto:sage [2009/10/02(金) 19:08:36 ID:???]: >>633
最初に確認画面って言い出したのは僕じゃないから知らないけど、
普通に考えれば「完全に削除しますか」（物理削除しますか）の方じゃない？
それ以前にゴミ箱っていうフォルダ（つーかビュー）も作らないといけないしさ。
635 名前：nobodyさん mailto:sage [2009/10/02(金) 19:09:45 ID:???]: >>634
そんなのonclick="return confirm('完全に削除しますか？');"でいいじゃん
636 名前：nobodyさん mailto:sage [2009/10/02(金) 19:11:20 ID:???]: >>635
・・・まぁ、それで満足ならそれでいいんじゃない？
つかゴミ箱自体のUIの件は無視なの・・・？
637 名前：nobodyさん mailto:sage [2009/10/02(金) 19:12:03 ID:???]: >>635
また凄いことを言い出す御仁だｗ
もっとやれｗｗｗ
638 名前：nobodyさん mailto:sage [2009/10/02(金) 19:12:54 ID:???]: >>636
ゴミ箱が確認画面なの？
「論理削除だと確認画面作るのが面倒くさい」って主張してるから
・確認画面って何なの？
・物理削除と論理削除でどう違うの？
って話をしてるんだけど
639 名前：nobodyさん mailto:sage [2009/10/02(金) 19:13:50 ID:???]: これだけ延々と話引っ張ってきて出てくる言葉が>>635ってのはちょっと笑えない
640 名前：nobodyさん mailto:sage [2009/10/02(金) 19:15:14 ID:???]: 起点は>>603
641 名前：nobodyさん mailto:sage [2009/10/02(金) 19:16:44 ID:???]: >>638
「確認画面」という言葉にこだわる意味は無いと思うんだけどなぁ。
>>603から始まってる話も結局は「ゴミ箱機能」の話でしょ。
納得できない話ではないと思うんだけど。つか

＞・物理削除と論理削除でどう違うの？

これは流石にネタだよね・・・？
642 名前：nobodyさん mailto:sage [2009/10/02(金) 19:17:42 ID:???]: >>638
引き際ってのは大切だぜ坊や？
643 名前：nobodyさん mailto:sage [2009/10/02(金) 19:20:17 ID:???]: >>641
いやまぁゴミ箱機能についての話をしてる人もいるんだろうけど
俺は一貫して確認画面について聞いてきてるよ。
それを誤解してるんじゃないかな。

>＞・物理削除と論理削除でどう違うの？
>これは流石にネタだよね・・・？

確認画面が物理削除と論理削除でどう違うの？ってことだよ。
内部の問題なんだからユーザから見えるのは同じでは？
なんでこんなこと聞いてるかというと、そもそも「確認画面ってどういうのを想定してるの？」
という質問に誰も答えてくれないから。
２つの違いを聞くことでその正体を推測したかった。
644 名前：nobodyさん mailto:sage [2009/10/02(金) 19:35:56 ID:???]: >>643
正直、そこは今更突付いても仕方ないと思うよ？
645 名前：nobodyさん mailto:sage [2009/10/02(金) 19:40:12 ID:???]: メールか何かでやりあってくれないかな。
646 名前：nobodyさん mailto:sage [2009/10/02(金) 19:56:39 ID:???]: 「確認画面」を「ゴミ箱」に置き換えればそれほどおかしな話ではないし、
そのくらいのファジーさを持ってないと疲れるだけだ。
647 名前：nobodyさん mailto:sage [2009/10/02(金) 20:05:29 ID:???]: ゴミ箱なんて無くたって、やりようはある。

…つまりは、前提となる要件が曖昧なので議論にならない。
そろそろ〆ましょ。
648 名前：nobodyさん mailto:sage [2009/10/02(金) 20:20:21 ID:???]: 物理的だの論理的だのそんな話しはしてないんです
作ら無くてもいいが、ユーザビリティを考慮すれば確認画面的なのは
あったほうがいいよね？

でもその画面って作るのが地味に面倒だよね～

ってチラ裏なだけで、データの処理の仕方なんか話題の中に入ってませんよ
649 名前：nobodyさん mailto:sage [2009/10/02(金) 20:31:46 ID:???]: なんの話をしているかの話をしておもしろいのか？
正当性なんかどうでもいいから、どっちかに話をあわせていけよ・・・
650 名前：nobodyさん mailto:sage [2009/10/02(金) 21:12:39 ID:???]: >>648
機能の拡張に伴う作業が面倒ならやらなきゃいい。
普通は面倒でも必要ならやる。
651 名前：nobodyさん mailto:sage [2009/10/02(金) 21:28:34 ID:???]: >>649
俺には「論理削除を加える前提」を「物理削除と置き換える前提」にしてたやつが
約一名いただけにしか見えないのだが。
652 名前：nobodyさん mailto:sage [2009/10/02(金) 23:14:10 ID:???]: >>570
moodle
653 名前：nobodyさん mailto:sage [2009/10/03(土) 05:33:57 ID:???]: 先輩方、タグクラウドを作ろうと思うのですが、
あのキーワードの重みの数字っていうのはどうやって算出するんでしょうか。

自サイト内を正規表現かけて単語の出現具合を数値化するのでしょうか。

教えて下さい。お願いします。
654 名前：ひよこさんたちへ　このぐらい書き込めるように　練習しましょ♪ [2009/10/03(土) 05:36:07 ID:CsOx5qXr]: ①　ＧＯＯＧＬＥ　検索　【創価学会】　検索結果　上のほうにあるこれ　創価学会の悪事　　　超長文　　クリックして　下まで見たら　　なぜ創価学会が悪いか　一目瞭然　必殺
・創価学会の息のかかった企業リスト一覧（創価学会系タレントリスト含む）
・ＵＲＬ　クリック　必殺　超長文　nvc.halsnet.com/jhattori/rakusen/AntiSouka/souka.htm

②　★有害サイト★　　　・性器用新聞　葬蚊学会　逝駄大詐苦　　・凶逝死巣手無　　洗脳　詐欺師・ペテン師　悪利用退散　　・著作権なし　　盗作ＯＫ　自分の手柄ＯＫ

③　創価学会員による　大量住民票移動は　東京都議選で　ばれたとおり
・麻生さんの強行により　３ヶ月たたないと　選挙権が出来ないことで　２００９年　衆議院選挙行い　小選挙区で　公明党全議員落選　　　
・一般に　３ヶ月たたないと　住民票移動後は選挙権が認められないが　創価学会員による大量住民票移動による人たちによると　期間が　短すぎ　悪利用しすぎ　　　
・来年　２０１０年７月の参議院選　で　カルト公明党議員が作り出せないように　住民票移動したら　１年ぐらい　選挙権が認められないように　一般市民に我慢して協力してもらうよう民主党の幹部・国会議員の秘書に頼もう

④　絶対に必読！！　　投票率を上げればカルト票（創価学会他）は消え去る　　選挙に逝く！！

⑤　★携帯メール・ネット・ブログ・掲示板・口コミをなめるな・言いふらし・会社の同僚・先輩・後輩・友人・家族・チャット・スカイプ　に言いまくる　著作権無し　盗作ＯＫ　自分の手柄にしてＯＫ★　　

⑥　★★★他の板にも書きまくり　大いに望むところ　著作権無し　　転載自由　編集自由★★★
655 名前：nobodyさん mailto:sage [2009/10/03(土) 06:10:35 ID:???]: >>653
自分で付けたタグの数集計してるだけでしょ。
656 名前：nobodyさん mailto:sage [2009/10/03(土) 06:16:06 ID:???]: 自分も気になってたけど、編集時にセットしたデータを集計してるだけなのか
657 名前：nobodyさん mailto:sage [2009/10/03(土) 06:47:19 ID:???]: ポイント制とかでもいいんじゃね？
日に1回集計して頻繁に更新があればどんどんあがっていくけど
全然更新がなかったらどんどんマイナスしていって縮んでいくみたいな
まぁ実装方法は人それぞれだから自分でなんか考えてみるといいかもよ
658 名前：nobodyさん mailto:sage [2009/10/03(土) 09:06:07 ID:???]: これから何らかの言語を勉強しようと思ってます。
現在の主流は何でしょうか？
parl・ruby・php・Cとか有りますが、とっつきやすく
色々出来る方がありがたいです。
659 名前：nobodyさん mailto:sage [2009/10/03(土) 10:04:04 ID:???]: 全部やればいいじゃない。　言語覚えるのが目的ならば。
普通は目的があって、言語なんてそのための手段にすぎないんだけどな。
660 名前：nobodyさん mailto:sage [2009/10/03(土) 11:19:39 ID:???]: >>658
Perl
廃れた言語。劣化版Rubyと呼ばれることもあるが、過去の資産は多い。
Perl 6が普及してから学ぶという手もある（普及するか疑問だが）。

Ruby
なかなか主流になれない。RoRぐらいしか使い道がないから学び損になるかもれしない。
純粋オブジェクト指向のところは評価できるか。

PHP
Webしかしないのなら選択肢に入るかも。
ただし、言語仕様は汚い。

C
準低級言語なためアセンブラを学ばないと使いこなせないかも。
速度が必要な用途ではよく使われる。
661 名前：nobodyさん mailto:sage [2009/10/03(土) 12:14:01 ID:???]: >660
Perl
言語自体はアップデートが長らく為されていないが、柔軟性が非常に高い
CPANライブラリを駆使すれば、イベント駆動だろうとマイクロスレッドだろうと可能
いわゆる「ハッカー」と呼ばれる人種が好む事が多い
ただし、最新のトレンドにキャッチアップするための向上心と高いアンテナが必須になる

Ruby
言語仕様は一番モダン
「書いていて楽しい」と評判だが、柔軟性が仇となりエンタープライズでは使われにくい（Railsは例外）
（アホがひとり混ざるだけで際限なく足を引っ張るので、チーム全員にそれなりのレベルが要求される）

PHP
「プログラミングは手段に過ぎない」と考えるならば最適解
習得は最も容易、拡張ライブラリなどに頼らず本体同梱の機能のみで様々な事が可能

WebProg業界に生きるなら、PHPが一番仕事の口が多いはず
662 名前：nobodyさん mailto:sage [2009/10/03(土) 13:06:23 ID:???]: 言語比較をやりだすと、それぞれの厨が勝手な主張を始めて
不毛な議論が続くから、この辺でおひらきに。

>>658
何でも良いから、まずは、はじめてみること。
663 名前：nobodyさん mailto:sage [2009/10/03(土) 13:25:41 ID:???]: >>658
趣味でプログラムを作って遊びたいならRuby。
あまり手をかけず（CPAN利用）に色々なことがしたいならPerl。
WebProgをしたいならPHP。
コンピューターの動きを知りたいならC。
664 名前：nobodyさん mailto:sage [2009/10/03(土) 13:27:55 ID:???]: どれも似たようなもんだ
1個できたら他のもだいたいわかるよ
665 名前：nobodyさん mailto:sage [2009/10/03(土) 13:33:20 ID:???]: 面白いから各言語の特徴をもっと言って欲しい
666 名前：nobodyさん mailto:sage [2009/10/03(土) 13:45:58 ID:???]: >>658
PHP
667 名前：nobodyさん mailto:sage [2009/10/03(土) 15:00:49 ID:???]: >>655-657
ありがとうございました！
668 名前：658 mailto:sage [2009/10/03(土) 15:19:14 ID:???]: 皆さん有難う御座います。

>>659
今は空メールでのユーザ登録システムを作りたいと思ってます。
あくまで空メールを利用する事ではなくプログラムすることが目標です。
また、WEB上でデータの登録修正などのメンテナンスが出来ることを考えています。
実際何が出来て何が出来ないのかもよくわからない状態なので
>>665さんのように言語の特徴が分かれば嬉しいと思っています。
携帯アプリのようなもの例えば電卓やタイマーのようなものも作って見たいとも
思ってましたがそうなるとjavaなんでしょうね？

覚えるだけのお約束なのでしょうけど、長い関数？が多いから
phpエディタ等のツールがあるととても分かりやすそうですね。
実際使ってないのでまだ分かりませんが・・・

とりあえずはPHPが良さそうなのでしょうか？
今更そんな時代遅れな物を・・・って事だけ避けたら嬉しいです。
もう少しサンプルになりそうな物を探してみて何が出来るのかを
判断してみたいと思います。

>>662
最後の一文、身に沁みます。
けんかにならない程度で意見をいただけると有り難いですね。
669 名前：nobodyさん mailto:sage [2009/10/03(土) 15:29:21 ID:???]: >>668
喧嘩になるからもう勘弁してくれ
670 名前：nobodyさん mailto:sage [2009/10/03(土) 15:45:27 ID:???]: いやいや
Javaだろ普通に考えて
プラットフォーム選ばないし色々作れるし他言語に応用もきくし使用者が最も多い
671 名前：nobodyさん mailto:sage [2009/10/03(土) 15:50:09 ID:???]: ほらね・・・
672 名前：nobodyさん mailto:sage [2009/10/03(土) 16:32:09 ID:???]: perl 使いの戯言・・・

◆ Perl
過去の資産は莫大がゆえに、駄目なサンプルもかなりの数がある。
酷いのは Perl に標準で同梱されてるモジュールにも挙動が怪しいのがある。
(有名？どこでは、HTML を整形してくれるモジュールが、莫大なメモリを確保して Perl が落ちるなど)
１つの事に書き方が複数あるため、サンプルを再利用する際に自分のポリシーで
サンプルを書き直すということをしないと、ソースがありえないぐらい読みづらいものになる。
導入のしやすさは一番かな？
◆ PHP
Perl がモジュールを使えばいろんなことが出来るのに対して、初めから
いろんなことが出来る。
マイナーアップデートのクセに仕様が大きく変わることがあるので、
PHP のアップデートの際には気をつけること。
◆ Java
環境作りがあふぉみたいにめんどくせー
◆ Ruby
セミコロンで終われない言語に興味な～い
◆ C++
扱えれば強力だが、ちと敷居は高い。
興味と勉強する気持ち次第では最強。
◆ Python
慣れれば読みやすいかも。
ただ国内での普及率は？と言われると残念ながら低い。
個人的にはセミコロンで終わらないから嫌いｗ

C/PHP/Perl あたりを覚えてればいいと思うよ。
673 名前：nobodyさん mailto:sage [2009/10/03(土) 17:34:22 ID:???]: >Ruby
>セミコロンで終われない言語に興味な～い

「終わらなくていい言語」と書くなら分るが、
別にセミコロンで終えてもいいんだぜ。
674 名前：nobodyさん mailto:sage [2009/10/03(土) 17:42:41 ID:???]: えっ？
初めて知ったｗ

セミコロン無いから幾つかの言語はスルーしてたのに＞＜
675 名前：nobodyさん mailto:sage [2009/10/03(土) 18:19:12 ID:???]: Cはセミコロンで終わるわけじゃないけどね。
676 名前：nobodyさん mailto:sage [2009/10/03(土) 18:48:21 ID:???]: >>675
if(a=5){}
って書けばセミコロンいらないしな。
わーにんぐ？なにそれ？
677 名前：nobodyさん mailto:sage [2009/10/03(土) 19:26:14 ID:???]: JSとかもセミコロンは省略できるだけでつけても問題ない。つうか、つけた方が安全。
Rubyに関して言えば、do endで抵抗感を持つ奴がいるが、別に中括弧でも書ける。
678 名前：nobodyさん mailto:sage [2009/10/04(日) 08:47:03 ID:???]: 女子小学生ってゆー言語について詳しく
679 名前：nobodyさん mailto:sage [2009/10/04(日) 11:03:41 ID:???]: むしろRubyで書いてるとCとかでセミコロン忘れる。
セミコロンって余計なもんだったんだな、と実感する
680 名前：nobodyさん mailto:sage [2009/10/04(日) 11:53:21 ID:???]: >>668
Rubyがいいよ。
オブジェクト指向言語で、他の言語のいいとこ取りなんで書きやすい。
681 名前：nobodyさん mailto:sage [2009/10/04(日) 13:28:55 ID:???]: webサイトで日本語と英語等を切り替えて表示したいような場合って、
一般的にはどんな感じの設計なんでしょうか？

言語判定→その言語用の文言を変数に設定→テンプレート

今のところそんなイメージなんですが、
多国語に対応してる(有名な)フレームワークとかありますかね。

とりあえず、根本的な設計の仕方を知りたいだけなので、
プログラムの言語は何でもかまいません。

誰か、よろしくおながいいたしますm(＿＿)m
682 名前：nobodyさん mailto:sage [2009/10/04(日) 13:31:37 ID:???]: それでいいと思うよ
ランゲージファイルで簡単に上書きできるようになってるとなお良いね
683 名前：681 mailto:sage [2009/10/04(日) 13:41:52 ID:???]: ありがとです。言語ごとにファイル分けてやってみます。
684 名前：nobodyさん mailto:sage [2009/10/04(日) 14:05:29 ID:???]: wordpressなんかの多言語対応してるものを参考にするといいよ
ちなみにwordpressはpoファイルというものを作成して
スクリプトの特定箇所を変更してるようだ
685 名前：nobodyさん mailto:sage [2009/10/04(日) 14:39:02 ID:???]: poファイルを使ってるなら、GNU gettextかな?
686 名前：681 mailto:sage [2009/10/04(日) 15:34:56 ID:???]: ありがとうございます。gettextも調べてみます。
翻訳リストの作成部分がちょっと難しそうなので色々と実験してみます。

全部sprintfみたいな形式なら楽な気もします。
というか、むしろ多言語化の場合は、そういう風に書けってことかもですが。
687 名前：nobodyさん mailto:sage [2009/10/04(日) 20:54:06 ID:???]: ビューとロジックをきっちり分離してあればさほど困らないはず。
テンプレートを複数国分用意すれば済む話だからな。
gettextは、どうしてもロジック側に入ってきちゃう分の処理として補助的に使った方がいい。
688 名前：nobodyさん mailto:sage [2009/10/04(日) 21:33:26 ID:???]: joomlaはlanguageフォルダの中に
日本語だったらja-JPフォルダ、英語だったらen-GBフォルダを作って
その中にメッセージ等書かれたiniファイルを入れて複数言語対応してる。
で、CMSの管理画面で言語を設定したらどのフォルダを読むか決まるように
しているみたい。
689 名前：nobodyさん [2009/10/04(日) 23:55:53 ID:fEsFMyeO]: PHP5とmysql5使ってます
日記やブログサイトや会員制写真投稿サイトをつくるとき、テーブルのジョインを使えば
ユーザーの基本情報に加えてその人がこれまでにアップロードした写真の一覧も一気に取得できるわけですが
素直に２度別々の基本情報テーブルと写真テーブルに対してクエリするやり方もあるわけです。
こういうのって、どっちのやり方が正しいんでしょうか？
設計による、と言えばその通りなんですが、極力クエリの数は減らした方がサーバの負担にならないのかな？
690 名前：nobodyさん mailto:sage [2009/10/05(月) 00:04:38 ID:???]: そりゃクエリが少ないに越したことは無いが、クエリの処理時間の合計が増える場合もあるから
一概に答えは出ない。ただ、クエリ単体の処理時間は後からでも割とどうにでもなることが多い。
691 名前：689 mailto:sage [2009/10/05(月) 01:18:23 ID:???]: >>690
レスありがとうございます
＞クエリ単体の処理時間は後からでも割とどうにでもなることが多い
このへんを詳しくDBの話になるから板違いかな
こういうことをDBのチューンナップって言うんですかね？
692 名前：nobodyさん mailto:sage [2009/10/05(月) 01:34:28 ID:???]: >>691
DB板へ。ケースバイケースの話になるしな。
つか別に今の時点で遅くて困ってるわけじゃないんだろ？
693 名前：nobodyさん mailto:sage [2009/10/05(月) 07:09:50 ID:???]: したらば掲示版の管理での質問したいのですが
どのスレに行けばいいのですか
使い方ガイドには載っていないようですので

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef