SNS作ってみよう
■ このスレッドは過去ログ倉庫に格納されています
0001へっぽこ君
2006/09/05(火) 23:37:06ID:dR0NUQuBそんなわけでテストよろすくお願いします。
http://tiraura.sytes.net/
0161nobodyさん
2006/09/26(火) 04:00:20ID:???>同時4セッションのHTTPコネクション
>perlが1MBのメモリ喰う
この辺の数字の根拠って? 単なる当てずっぽう?
ユニークユーザ一人につき「perlが1MBのメモリ喰う」ってことだとしたらおかしくないか?
一回のアクセスに必要なスクリプトを動かすために1MBも必要だろうか。。。 mod_perlだし。
0162nobodyさん
2006/09/26(火) 04:29:21ID:???0163nobodyさん
2006/09/26(火) 05:29:52ID:???0164nobodyさん
2006/09/26(火) 10:08:13ID:???mixiは幽霊会員がたくさんいるからそれぐらいで済むかもしれないけど、
(夜12時頃は、あきらかにパンクしてるけど)
アクティブ・ユーザー1,000人でDB鯖1台ぐらいで考えていいぐらい。
つーか、perlなんて使うなよ。メモリ喰うし使いづらいだろ。
SNSが一番ラクに作れるのはPHP、速度を考えるとJava。
0165nobodyさん
2006/09/26(火) 13:07:28ID:???ジャバもjspはゴミでejbで常時起動させてないとメモリ喰いまくりだ。
おまいらの鯖のperlって1MB以下しか消費しないの?
うちのパールプロセスは、なんかライブラリ読みまくってメモリ喰いまくってる。orz
0166nobodyさん
2006/09/26(火) 15:30:50ID:???それはありえない。
0167nobodyさん
2006/09/26(火) 20:11:42ID:???>SNSのDB負荷の高さを知らないから
じゃあ、お前知ってんの?
どうせ勝手な想像で書いてんだろ。
>>166
mixiのフロント鯖はmod_proxy。そこからバックエンドのmod_perlに転送。
0168nobodyさん
2006/09/27(水) 00:21:40ID:???> SNSが一番ラクに作れるのはPHP、速度を考えるとJava。
Java を趣味で使う人っているのか。
0169nobodyさん
2006/09/27(水) 00:27:02ID:???ま、釣りだろうけどな
0170nobodyさん
2006/09/27(水) 00:27:06ID:???あんな機能で業務に使ってたら氏ねると思うよ。
商用ミドルウェア併用じゃないと面倒見切れない。
プロクシ目的ならスクイドの方がパフォーマンス稼げるのにな。
アパチしか弄れない糞エンジニアしか居ないの?
MySQL辞めればDB負荷なんて無視できるだろ。
オラクルRACにすれば東証規模のクエリー要求でも問題無く処理できるよ。
0172nobodyさん
2006/09/27(水) 02:03:36ID:???> アパチしか弄れない糞エンジニアしか居ないの?
squid に関しては調査してるみたいに見えるけど。
0174nobodyさん
2006/09/27(水) 16:30:25ID:???晒していいよ。
別にソース公開する義務なんか無いし(当たり前だけど)。
社会のゴミ・2ちゃんねらーの勝手な文句なんか無視すればいいだけだし。
0175nobodyさん
2006/09/27(水) 17:47:55ID:???sns板でやれよ。
0176nobodyさん
2006/09/27(水) 18:10:04ID:???ソースにこだわる必要はないだろ
サイト見て仕様とかあーだこーだ言うのも立派なこの板の役目だと思うぞ
0178nobodyさん
2006/09/28(木) 01:20:05ID:???っていうか、2ちゃん如きでソースを公開しなきゃならん義務なんてないしw
0179nobodyさん
2006/09/28(木) 03:02:02ID:???そして黙ってSNS板に行け
> サイト見て仕様とかあーだこーだ言うのも立派なこの板の役目
フロントエンドだけを議論の対象とする場合でも、「WebProg」の範疇ですか
それは「Web製作」もしくは「ウェブサービス」でやるべき内容ではありませんか
ウェブサービスの中でも「SNS」は専用の板が用意されています。
それなのに何故WebProgで議論する必要があるのですか
0180nobodyさん
2006/09/28(木) 03:30:56ID:???>>1がURL晒す
↓
ソース公開汁ゴルア
↓
>>1 ソース非公開
↓
ところで俺もmixiみたいの作ってウハウハに(ry
↓
今更んなもん作っても意味あるかい
↓
つうかSNSは高負荷なの知っとんのかゴルア
↓
完成しました。ソース公開せずにURL晒していいですか?
↓
いいよ と だめだよ が 半々
↓
上から4番目くらいに戻ってループ
0181nobodyさん
2006/09/28(木) 03:32:50ID:???> それは「Web製作」もしくは「ウェブサービス」でやるべき内容ではありませんか
> ウェブサービスの中でも「SNS」は専用の板が用意されています。
> それなのに何故WebProgで議論する必要があるのですか
そういう分類について、このスレで議論する必要があるのですか?
分類したいのであれば、客観的な分類基準を提示して頂きたい。
0182nobodyさん
2006/09/28(木) 04:50:32ID:???データベースやら負荷とかさ
サイトを見ながら制作者とアーダコーダと
言い合えるなら充分この板で問題ないだろ
大体唯でさえ過疎板過疎スレで参加者を絞るのは寂しい希ガス
0183nobodyさん
2006/09/28(木) 05:28:52ID:29JfyOhP議論とか分類とか難しく考えすぎ
自分ルールを作ってそれを強要してるやつはどっかにスレ立てて
テンプレにその旨書くなり、掲示板作って管理人になるなりして仕切ればいい
ソース公開を強制する奴はまず自分がソース公開して
スレをそういう流れに持っていけばいいだけのこと
板違いとかって話なんて次スレ立てるときに考えればいいべ
あと800強もあるし、わざわざ乱立させて人分散させる必要もないべと
上の段と下の段が矛盾してるが俺は気にしない 謝罪はしない
0185nobodyさん
2006/09/28(木) 08:25:17ID:???サーバーサイドプログラミング関連の話題を扱っています。
Perl, PHP, Java, Ruby, C, Tcl といった言語処理系の話、
Apache, CGI, JSP/Servlet, ASP, ColdFusion といったアプリケーション実行環境の話、
Oracle, PostgreSQL, MySQL といったデータベースの話などをテーマにしています。
スレタイトルは言語がハッキリわかるようにしてください。(言語を特定する場合)
配布中止/配布元不明スクリプトが欲しい人はダウンロード板へ
JavaScript、VBScript等クライアントサイドの話題はWeb製作板へ
0187nobodyさん
2006/09/28(木) 09:26:49ID:???SNSを作ってみよう in WEB制作板
http://pc8.2ch.net/test/read.cgi/hp/1159403073/
ネットサービス板とSNS板は誰か頼んだぜい
0188nobodyさん
2006/09/28(木) 09:44:25ID:???http://ex16.2ch.net/test/read.cgi/news4vip/1159403980/
SNSを作ろう of 創価
http://society3.2ch.net/test/read.cgi/koumei/1159404082/
SNSを作ろう in SNS板
http://pc8.2ch.net/test/read.cgi/sns/1159404153/
SNSを作ろう IN ネットサービス板
http://pc8.2ch.net/test/read.cgi/esite/1159404216/
おまえら好きなところ使え
0189nobodyさん
2006/09/28(木) 09:49:02ID:???ソース公開するならウェブプログ板でも多めに見るかってノリだよ。
本来というが原則は、ソース公開非公開に関わらずスレ違い。
自分の作ったsnsサイトの宣伝に過ぎないし。
0191nobodyさん
2006/09/28(木) 09:59:34ID:???SNS作ったぉ in 宣伝掲示板
http://ex9.2ch.net/test/read.cgi/ad/1159405137/
どのスレもしっかり保守してくれ
0192nobodyさん
2006/09/28(木) 10:09:54ID:???バカかお前は。一番適切なのはこの板だろうが。
SNS板はあくまでもユーザーが集う場であって、制作者が集まる場じゃない。
もしお前が「制作者もユーザーも同じSNS板が適切だ!」と言い張るのなら、
たとえば飲食店向けのWebシステムに関するスレはグルメ外食板が適切、ということになってしまう。
んなわけねぇだろっつーの。バカか。
0193nobodyさん
2006/09/28(木) 10:13:03ID:???俺が一生懸命関連板に兄弟スレ立てたのに華麗にスルーかよorz
0194nobodyさん
2006/09/28(木) 10:31:42ID:???/ /_________________________
/ / __ __ n _____ /
/ / | | / / / / / | /
/ / | | / / / / . / .| /
/ / | |. / / /⌒ヽ/ / / ̄ ̄| l /
. / / . | | / / ( ^ω^ ) / /. / / /
. . / ./ | | / / ノ/ / ノ /  ̄ ̄ / . /
/ / . | |. / / // / ノ / / ̄ ̄ ̄ . /
/ / | |/ / ⊂( し'./ / / /
/ / | / | ノ' . / / /
/ / | /. し' ./ / /
/ /  ̄ ̄ ̄  ̄ ̄ ./
/ /_______________________/
/⌒ヽ (  ̄)
( ^ω^) / /
/⌒ _ / /./
\ //_/\
 ̄ ̄ ̄(_二_)
このスレはVIPが占領しますた
0195nobodyさん
2006/09/28(木) 10:33:44ID:???もしこのスレにプログラマーがいれば、仕様や実際のコーディングについてアドバイスもらえばいいよ。
プログラムが書けないクレクレ君は、他所のスレで議論をお願いします。
=ここはWebProgですから。
0196nobodyさん
2006/09/28(木) 10:34:00ID:???''';;';'';';''';;'';;;,., ザッザッザ・・・
;;''';;';'';';';;;'';;'';;;
;;'';';';;'';;';'';';';;;'';;'';;;
vymyvwymyvymyvy、
MVvvMvyvMVvvMvyvMVvv、 VIPからきますた
Λ_ヘ^−^Λ_ヘ^−^Λ_ヘ^Λ_ヘ
VIPからきますた ヘ__Λ ヘ__Λ ヘ__Λ ヘ__Λ
__,.ヘ /ヽ_ /ヽ__,.ヘ /ヽ__,.ヘ _,.ヘ VIPからきますた
/\___/ヽ /\___ /\___/ヽ _/ヽ /\___/ヽ
/'''''' '''''':::::::\/'''''' '''/'''''' '''''':::::::\ /'''''' '''''':::::::\
. |(●), 、(●)、.:|(●), |(●), 、(●)、.:|、( |(●), 、(●)、.:|
| ,,ノ(、_, )ヽ、,, .::::| ,,ノ(、_, )| ,,ノ(、_, )ヽ、,, .::::|_, )| ,,ノ(、_, )ヽ、,, .::::|
. | `-=ニ=- ' .:::::::| `-=ニ= | `-=ニ=- ' .:::::::|ニ=| `-=ニ=- ' .:::::::|
\ `ニニ´ .:::::/\ `ニニ \ `ニニ´ .:::::/ニ´ \ `ニニ´ .:::::/
/`ー‐--‐‐―´\ /`ー‐- /`ー‐--‐‐―´\-‐‐ /`ー‐--‐‐―´\
0197nobodyさん
2006/09/28(木) 10:35:27ID:???/ ノ \\
/ (●) (●)\
/ ∪ (__人__) \ 盛り上がらない・・・帰っていい?
| ` ⌒´ |
\ /⌒)⌒)⌒) //⌒)⌒)⌒)
ノ | / / / (⌒) / / / /
/´ | :::::::::::(⌒) ゝ :::::::::::/
| l | ノ / ) /
ヽ ヽ_ヽ /' / /
ヽ __ / / /
0198nobodyさん
2006/09/28(木) 10:43:09ID:???@仕様を考える ←今ココ
ADB設計
Bコーディング
Cサーバにインストールして公開
コードのリポジトリもこのスレな。
0199nobodyさん
2006/09/28(木) 10:45:01ID:???・PHP4
・MySQL4.0
でOK?
0200nobodyさん
2006/09/28(木) 10:49:35ID:???>>81
・ユーザー招待機能
・ユーザー登録機能(プロフィール項目可変式)
・日記機能(写真アップ、コメント付けられる)
・コミュニティ機能(カテゴリー選択、参加制限、写真アップ、コメント付けられる)
まずこの4つを実装して、その後徐々に機能を追加
最初から高機能なSNSがほしい人は、OpenPNEを使えばOK
ここでは、シンプルイズベスト、改造しやすいことを第一に作ろう。
0201nobodyさん
2006/09/28(木) 10:50:02ID:???0202nobodyさん
2006/09/28(木) 10:57:02ID:???・ユーザー招待機能
・ユーザー登録機能(プロフィール項目可変式)
・日記機能(写真アップ、コメント付けられる)
・コミュニティ機能(カテゴリー選択、参加制限、写真アップ、コメント付けられる)
具体的な機能としては、mixi、OpenPNEと同等か、それ以上の機能ありでOK
個別に書き出すのが面倒(=アジャイル?www)なので、そういうことでヨロシク。
それではみなさん、
ADB設計をよろしくお願いします。
>>198
@仕様を考える
ADB設計 ←今ココ
Bコーディング
Cサーバにインストールして公開
0203nobodyさん
2006/09/28(木) 10:59:23ID:???それじゃ、
@仕様
・PHP5
・SQLite
にしましょう。
うむ、MySQLよりSQLite使った方が、コンパクトなSNSってかんじでイイかも。
PHP5なら、デフォルトでSQLite使えるし。
0204nobodyさん
2006/09/28(木) 11:01:57ID:???http://ja.wikipedia.org/wiki/SQLite
SQLite はMySQLやPostgreSQLと同じDBMS(データベース管理ソフト)である。
一般的なRDBMSに比べて大規模な仕事には不向きだが、中小規模ならば速度も遜色はない。
また、APIは単純で単にライブラリを呼び出すだけであり、データの保存には単一のファイルしか使用しない事も特徴である。
特徴
SQL92の機能の多くを実装
ユーザーという概念がない
サーバではなくライブラリ
データ型を指定する必要がない
トランザクションのサポート
ビューのサポート
トリガーのサポート
Unicodeのサポート
C言語を使って関数を追加できる
TCLバインディングを配布キットに標準添付している
PHP5で標準サポート
その他、C, C++, Perl, Ruby, Python, Delphiなど多数の言語用のバインディング
0205nobodyさん
2006/09/28(木) 11:04:07ID:???得意な方を使えあえばいいと思うよ
MySQL
全体の検索がいる 日記帳とかユーザー情報
コミュニティ 概要と紹介文
SQLite
検索する必要のないユーザ情報と足跡
コミュニティ 発言内容
みたいな感じ
0206nobodyさん
2006/09/28(木) 11:11:36ID:???どんなテーブルが必要ッスか?
テーブル名のプレフィックス(接頭辞)は、何か付けますか?
=OpenPNEはテーブル名の頭に「c_」とか付けてますね。
(1) メンバー関係
(2) メンバー招待関係
(3) 日記関係
(4) コミュニティ関係
あと、SNSの設定情報関係、管理者固有の情報関係も収めておく場所が必要になるなー。
_ ∩
( ゚∀゚)彡 アジャイル!アジャイル!
( ⊂彡
| |
し ⌒J
0207nobodyさん
2006/09/28(木) 11:20:08ID:???一つのシステムで、複数のDBを使い分けてるの?
1つのDBにまとめた方が、メンテナンスしやすいと思います。
=DBの違いは、DB接続ライブラリを間にかまして、どんなDBでも選べるようにすることになるのかな?
・PEAR::DB
・ADOdb
みんな何使ってる?
コーディングは、オブジェクト指向プログラミングじゃなくて、プロシージャ指向プログラミング(構造化プログラミング)の方が、改造しやすくなると思うけど、どうでしょうか?
=DB関係で、O/Rマッピングは使わなくても良いと思います。
=シンプルイズベスト、改造しやすいことを第一
=手抜きで適当に作れればOK
0208nobodyさん
2006/09/28(木) 11:44:59ID:???0209nobodyさん
2006/09/28(木) 11:52:56ID:???上級者は、アドバイス
クレクレ君は、応援&宣伝
( ^ω^)ノシ
0211nobodyさん
2006/09/28(木) 11:57:24ID:???言語別に、それぞれの言語が使えるユーザーに取り組んでもらおう!
担当:
・Python → >>208
・Perl → >>1
・PHP → >>199
・Ruby → >>3
・Java → >>164
みなさん、それぞれ好きな言語で参加してください☆
0213PHP
2006/09/28(木) 12:01:04ID:???複数の使用言語がある場合は、SNSを作る場合に使用する言語として1つだけでOKだと思います。
(別に複数書いても問題なし)
0214Java,Ruby,Python,Jython
2006/09/28(木) 13:11:31ID:???こんな感じ?
0215nobodyさん
2006/09/28(木) 14:56:23ID:???0216nobodyさん
2006/09/28(木) 15:06:30ID:???俺が今開発中のものを参考に書いてみるわ
なんちゃってrails風味で
users
id(int)
username(varchar(255))
age(int)
birthday(date)
bloodtype(varchar(2))
profile(varchar(255))
created(datetime)
modified(datetime)
diaries
id(int)
user_id
title(varchar(255))
body(varchar(255))
created(datetime)
modified(datetime)
以上続きは任せた(日記コメント、コミュニティ、コミュニティへの所属関係、マイミク関係etc)
0217nobodyさん
2006/09/28(木) 15:37:59ID:???なんとなくこれを思い出した。
0218nobodyさん
2006/09/28(木) 18:00:02ID:???DBはPostgresが使えますっていうか それでがんばってるけど。
最近、JavaでDBにコネクション張りつづけてPHPでとってこれたらよさげだな
っていう妄想をしました。
0219nobodyさん
2006/09/28(木) 18:03:29ID:???それって何か意味あるんだっけ?
0220nobodyさん
2006/09/28(木) 18:10:06ID:???そうだねぇ、例えばクエリデータとかを共有化(キャッシュ)したり。
共有メモリとしてもたせたり出来たらいいなぁ。
あとはコネクション張る作業って大変ぽいからなぁMySQLやオラコゥはどなのかしらなけど。
トランザクション単位での処理では無くなってちょっとうれしい?
オレのポスグレに対する愛さ!
0221nobodyさん
2006/09/28(木) 21:07:41ID:???PerlとRubyが趣味程度にできます。
0222nobodyさん
2006/09/28(木) 21:28:46ID:???Ruby on Rails, Catalyst, Jifty, CGI::Application
この中から、使いこなせるものを選びなさい。
0223へっぽこ君 ◆vPBS8pifwk
2006/09/28(木) 21:57:42ID:???スレの流れが変わってきましたね。
要領の悪い汚いソースを晒すのはやはり気ガ引けるので
参考になるかどうかわかりませんが、うちのテーブルを書いておきますね。
perl5.8/MySQL5.0
■ユーザーテーブル
通し番号、名前、住所、誕生日、性別、自己紹介、書込み回数、閲覧回数、
画像ファイル名、登録メールアドレス、パスワード、
メッセージフラグ(新着があればtrueを入れる)、足跡履歴(split,joinで編集)、足跡設定(ON/OFF)、
フレンドリスト(split,joinで編集)、コミュニティリスト(split,joinで編集)
■投稿テーブル
通し番号、カテゴリ、タイトル、内容、投稿名、日付、更新日付、
削除フラグ(trueが入ればあぼーん表示)、備考、IPと日付を元に暗号化されたID、
ホストアドレス、最終投稿者、アップ画像、投稿者No、閲覧回数
■コミュニティテーブル
通し番号、タイトル、内容、投稿者、作成日付、画像ファイル名、備考、作成者No
■メッセージテーブル
通し番号、未読フラグ(trueなら未読)、タイトル、送信者、送信先、送信日時
スクリプトの流れはデコード→各サブルーチンにとんで検索、挿入、追記、削除等を実行
その結果をHTMLに整形して吐き出してます。(あたりまえかorz
みなさんの書込みを拝見して少しでもいいものが作れたらなと思ってます。
これからは一参加者として参加させて頂ければ幸いです。
一応、メインスクリプトだけ晒します。
http://tiraura.sytes.net/rbbscgi.txt
0224nobodyさん
2006/09/28(木) 22:10:42ID:???弄っても動作確認できないじゃん。
0228nobodyさん
2006/09/28(木) 23:17:04ID:???そうです。
フレンドリストやコミュリストの数は各々違うので
へっぽこ,001<>うんこ,002<>おぱーい,003<>.....
こういう形にしてます。
DBはやりはじめたばかりなんで、いまいち分かってない部分があるかもなので
こうしたほうがみたいなのがあれば教えていただければ嬉しいでつ。
1レコード、複数データってのはDBでは邪道ですかね。。
0231nobodyさん
2006/09/28(木) 23:47:27ID:???・リレーショナルデータベースでいうところの「正規化(normalization)」がされていない。
・その複数データを、Perlで配列に入れたり出したりしていると思いますが、その分無駄なオーバーヘッド(負荷、時間のロス)がありそう。
と思いました。
=1カラムに複数データ詰め込んでいるところは、別テーブルに切り出して、データの処理はPerlじゃなくてSQLで操作するようにした方がいいんじゃないかと思います。
=1レコード中で、横展開になっているデータを、縦展開に直す。
SQLで処理できることは、Perlでやらなくていいと思われます。
=DBテーブルが正規化されていないても、アプリが動けばOKだと思いますが、テーブル設計が変だと後々変更するとき困る場合もあるかも。
Googleで「データベース 正規化」とか検索してみて下さい。
0232へっぽこ君 ◆vPBS8pifwk
2006/09/28(木) 23:56:30ID:???丁寧なレスありがとうです。早速ググってみまっす
とりあえず動いてるっていうだけで、結構無茶なことやってるんだろうなぁorz
0233nobodyさん
2006/09/29(金) 00:21:55ID:???無茶ではないと思うけど、RDBの恩恵を受けてないかも。
結果オーライで動けばOKだと思いますが、Perlでチマチマやってる処理がSQLで一発でできるようになると、やっぱDBってスゲー便利だわ!と。
データベースの正規化
http://oku.edu.mie-u.ac.jp/~okumura/php/db.html
http://mt-net.vis.ne.jp/follow/flw_seikika.htm
http://www.kogures.com/hitoshi/webtext/db-seikika/index.html
http://heronaka.seesaa.net/article/22765632.html
正規化して、テーブルの形を整えたものを「正規形」といいます。
正規化のやり方は1〜5段階が考えられていて、それぞれ第1〜5正規形といいます。
通常は、第1〜3正規形で十分です。
場合によっては、わざと正規化しないでデータに重複があるまま使った方が、処理が高速になる場合もあります。
http://ja.wikipedia.org/wiki/%E3%83%AA%E3%83%AC%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E3%81%AE%E6%AD%A3%E8%A6%8F%E5%8C%96
0234nobodyさん
2006/09/29(金) 00:26:31ID:???改造版でjcodeg.plってのもあるみたいだけど、評判はどうなんだろう。
0235nobodyさん
2006/09/29(金) 00:29:44ID:???http://www.videobrowser.jp/contents/bpit_db.html
↑これいいかもw
0236へっぽこ君 ◆vPBS8pifwk
2006/09/29(金) 07:44:55ID:???select insert update delete しか知らないので
それ以外はperlで処理してるんで結構無駄が多そう。
ファイルの入出力をdbに変えてソートがすげぇええ位の感覚でしか使ってないorz
sql文と正規化についてをもっと勉強しまっす。
split,joinで処理しているカラム部分を
通し番号、名前、お気に入り(ユーザー番号orコミュ番号)
という構造のテーブルを作ってやればいいんですよね。
なるほどなるほど。
こうすれば
追加、並び替え、削除、
なんてのも一々ややこしい処理挟まなくても随分楽になりそうですね。
0237PHP,Java(JSP),Python,Postgres
2006/09/29(金) 10:13:36ID:???ttp://www.amazon.co.jp/gp/product/4894714809/ref=pd_sxp_f_i/250-9722411-7393057
0238nobodyさん
2006/09/29(金) 10:20:07ID:???WEB系のプログラミングに必要なことはほぼすべてSNSに含まれてる
0239nobodyさん
2006/09/29(金) 14:12:09ID:???クローズ型もつまらんと思って色々探したけどこれってのはやっぱないね。
自分で作る事に本日決定。
頑張るか〜
0240nobodyさん
2006/09/29(金) 14:32:20ID:???サポートBBSのところが崩れてたりで、ちょっと表示がおかしい。
0241nobodyさん
2006/09/29(金) 16:42:29ID:???0242nobodyさん
2006/09/29(金) 17:04:19ID:???っ google, 各種マニュアル
好きな方を選べ
0243nobodyさん
2006/09/29(金) 17:07:00ID:???0244PHP,Java(JSP),Python,Postgres
2006/09/29(金) 17:23:59ID:???ttp://www.kumei.ne.jp/c_lang/index.html
がんばれ!(何
0246PHP,Java(JSP),Python,Postgres
2006/09/29(金) 18:01:00ID:???C言語をオススメする今日この頃
まぁ、Cをやっといて損はしないさ!
0247nobodyさん
2006/09/29(金) 18:10:55ID:???PHPとかでWebProgやってても、どこかでCに触れないといけなくなるしなぁ
まぁCから入ってJavaとかPHPとかやってきたけど、最近C#がやりたくなってきt(←板違い乙っと)
0248PHP,Java(JSP),Python,Postgres
2006/09/29(金) 18:22:24ID:???まぁPHPからCに戻ろうとすると、アレなんだよなぁ・・・
変数に$を付けたくなる病 だからなぁ・・・。
ini $i; とか・・・
0249PHP,Java(JSP),Python,Postgres
2006/09/29(金) 18:31:05ID:???0250C,Java,Perl,PHP
2006/09/29(金) 18:45:38ID:???…C言語でSNSを作る人いる? Apacheに組み込んだりしてw
0251PHP,Java(JSP),Python,Postgres
2006/09/29(金) 18:50:39ID:???Cで書くとメンテがなぁ・・・早いんだろうけどなぁ・・・
よくある話だと、あれじゃないかな 内部のCOREの部分はCで書いて
見せる部分はPHPやRubyとかPythonとかで書くと〜いい感じとか聞くけどねぇ
0252へっぽこ君 ◆vPBS8pifwk
2006/09/29(金) 22:18:15ID:???perlの時代はもう終わったのかしら・・
>>240
今Operaで確認したらレイアウトくずれまくりんぐ+画像が全部飛んでますね。。。(拡張子が飛んでる)
テストありがとうございまっす。
0253nobodyさん
2006/09/29(金) 22:24:36ID:???0254へっぽこ君 ◆vPBS8pifwk
2006/09/29(金) 22:42:01ID:???Firefox 7.13%
Safari 3.02%
Opera 2.05%
NetscapeNavigator 0.07%
Mozilla 0.07%
Sleipnir 0.04%
Camino 0.02%
立ち上げて約一ヶ月(約5000hit)の集計だと
Opera2.05% そこそこ使われてますね
0255へっぽこ君 ◆vPBS8pifwk
2006/09/29(金) 23:08:15ID:???>>240さんありがとー
perlとasがちょこっと弄れる程度なんでこれを機会に他言語勉強しよう。。
明日php入門書でも買ってこよっと。
0256nobodyさん
2006/09/29(金) 23:12:09ID:???結構高いな
最近はゲーム機とかモバイルにOpera搭載してるのが増えてきてるし、
Opera10でどの程度IE7のシェアを切り崩せるのか期待。
まぁ、昔Opera使ってた時期があるから微妙に思い入れがあるわけで(今はFxだなんて言えない)
>>255
時々PHP質問スレで答えてるから、分からなくなったらщ(゚Д゚щ)カモォォォン
0259nobodyさん
2006/09/29(金) 23:27:51ID:???画像イメージ程度ならアパチ任せの方が楽だけどさ。
アパチもCだからパクれば良いだけだが。
0260へっぽこ君 ◆vPBS8pifwk
2006/09/29(金) 23:28:43ID:???登録者130人(このスレの人+一般登録者)+宣伝見てトップまで来た人のブラウザシェアです。
■ このスレッドは過去ログ倉庫に格納されています