【PHP】下らねぇ質問はここに書き込みやがれpart20
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2006/04/28(金) 04:12:33ID:???ここなら本ｽﾚで回答のないお前の下らない質問に回答があるかも知れません。
まず読め【PHP マニュアル】
http://www.php.net/manual/ja/
本スレ【PHP】質問スレッドpart34【php】
http://pc8.2ch.net/test/read.cgi/php/1142903954/
【PHP】下らねぇ質問はここに書き込みやがれ Part19
http://pc8.2ch.net/test/read.cgi/php/1144513878/
過去ｽﾚは>>2-3あたり
0412nobodyさん
2006/05/09(火) 18:43:34ID:???エラーメッセージを読めば判るとおり、numrowsという関数が無い。
間違って関数を消したか、関数名を書き換えたか、
関数を読み込む部分を消したか。
差分を取るなりしてどこを書き換えたか確認。
どこをいじったかわからないなら元に戻す。
xreaか?
0413nobodyさん
2006/05/09(火) 18:57:43ID:???ご指導ありがとうございます。
お察しの通りxreaです。よくわかりますね・・・。
指摘していただいた内容をもう一度確認してみます。
0414411
2006/05/09(火) 19:44:03ID:???無事に元通りにできました。
どうもありがとうございました。
0415nobodyさん
2006/05/10(水) 12:41:02ID:???つWinBinder(ttp://pecl.php.net/package-info.php?package=WinBinder)
PHPでGUIアプリが作れる...らしいです。
0416nobodyさん
2006/05/10(水) 13:15:35ID:???IEだとwwwあってもなくてもセッションは同じサイトとして扱われるのに、
Fxだとwwwありとなしで別のサイトとして扱われるんですね。。。
最初それに気づかなくてなんでセッションが勝手に増えたり減ったりしてるのか無駄に時間を費やしてしまったorz
こういうのってW3C絡みで何か取り決めがあるのでしょうか。
それともブラウザの開発者が勝手に判断してるのでしょうか。
無論ドメインを統一すれば問題は解消されますが、
例えばwwwとwww2みたいに複数の鯖を経由する時などに弊害が出そうな気がしまして。。。
ところでセッションが余りに便利過ぎてセッションばかり使ってるのですが、
クッキーを使うのとどちらがブラウザに優しかったりするのでしょうか（期限は同じ設定だったとして）。
0417nobodyさん
2006/05/10(水) 14:29:03ID:???あとセッションとクッキーって、
セッションidをcookieに格納するもんが普通だぜ
0418nobodyさん
2006/05/10(水) 16:58:34ID:???http://php.s3.to/simple/#updaterss
ソース
http://php.s3.to/simple/source.php?updaterss.php
$logmax = 10; // ログ記録最大行、RSS出力記事数
これを機能させる記述が抜けている様に思うのですが、実際に機能させる為にはどのようにすればよろしいのでしょうか？
0419軟式PHP
2006/05/10(水) 18:19:32ID:???0420nobodyさん
2006/05/10(水) 18:48:16ID:???サーバー側？の$_POSTの値が初期化されないためブラウザで更新をかけるたびに同じ値を連続投稿してしまいます。
もしかすると、PHPというよりアルゴリズムの問題になってしまうのかも知れませんが
$_POSTや$_GETの値を初期化する方法など無いでしょうか？
0421nobodyさん
2006/05/10(水) 18:57:58ID:???それはサーバー側じゃなくてブラウザが毎回同じ値を送信してるだけ。
そういうもの。
投稿完了時にLocationで別のページに飛ばしてしまえば多重送信は防げるよ。
0422nobodyさん
2006/05/10(水) 19:50:30ID:???Firefoxが正しい実装だよ。
IEの実装はセキュリティ上の問題がある。
あと、パス指定しないのが悪い。
example.com に対してセッション発行すれば、
www.example.com と example.com で共有できるでしょ。
0424nobodyさん
2006/05/10(水) 21:59:29ID:???<[；ﾟДﾟ]> ｱﾞｰ!? ｿｺﾏﾃﾞｶﾝｶﾞｴﾙﾅﾗ ﾅｾﾞﾏﾆｭｱﾙｦﾐﾅｲｶﾅｧ!
[＿]
＜ ＞
0425420
2006/05/10(水) 22:21:00ID:???なるほど・・・
ありがとうございます！
Locationとはheader()関数のことですね？
試しに組み込んでみます
0427nobodyさん
2006/05/11(木) 01:09:43ID:???CookieもセッションCookieも同じ「Cookie」という技術を使ってるんだよ。
何がいいたいかというと、有効期間の指定が違うだけ。
（有効期間を何も指定しないとセッションCookieになる）
セッションCookieならパス指定ができない、ってわけはない。
0428nobodyさん
2006/05/11(木) 01:15:57ID:???寒気がする。
0429428
2006/05/11(木) 01:24:28ID:???>>423はセッションのCookieと言ってるわけで、PHPのセッション機能で発行されるCookieを指してると思うのだがどうか(>>416>>423から)。
>>423
で、結局はPHPのセッション機能を使っても出来る。session.cookie_domainにini_set。
0431nobodyさん
2006/05/11(木) 04:32:27ID:???マテ。教えてもらったらその関数はなんなのかとか、他に方法が無いのかとかいろいろ調べて見れ
絶対後々役に立つ・・いやたぶん、恐らく、ま・ちょっとぐらいは
0432nobodyさん
2006/05/11(木) 04:57:26ID:???0433nobodyさん
2006/05/11(木) 07:12:35ID:???法人でも個人でも仕事としてPHPでのシステム制作を請け負った場合、
スクリプトの設置場所・設置方法ってどうしてる？？ サーバー運用込みで受託？
客のサーバーに入れるとソースばれるからイヤだし、トラブったときにスクリプトのせいじゃなく
サーバー側の問題だったとしても、責任をなすりつけられそうでなぁ。原因解明のために相手のサーバいじるのも怖いからイヤだし。
かと言って、こちらが管理するサーバーに入れて使わせる契約だと
サーバー管理のための人員が必要になるし、サーバー代（レン鯖やハウジング）もかかるし。
それぞれメリット・デメリットあるだろうけど、おまいらはどのようにしてますか？
俺が前にちょこっと知り合いの会社で手伝ったときは後者を選択してますた。
0435416
2006/05/11(木) 09:35:32ID:???パス指定とは ini_set()で session.cookie_domain を独自指定汁という意味で解釈すれば宜しいのでしょうか。
結局セッションもクッキーも期限の違いでブラウザ側としてはどちらも優劣はないと言うことですね。
>>433
名前は覚えてないので申し訳ないのですが、PHPのソースをコンパイルする方法があったと思います＞＜
確かphp.iniにモジュールを組み込ませる形で利用できたと思います。
0436nobodyさん
2006/05/11(木) 09:50:49ID:???つapc
ttp://www.stackasterisk.jp/tech/php/apc01_01.jsp
使ったことないけど
0437433
2006/05/11(木) 11:24:43ID:???単なるキャッシュ用だけなら>>436のよりももっと新しいのやZend公式のがある。
キャッシュ用＆暗号化できる製品があるのも知ってる。
だからソースの件はまあどうにでも出来るんだけど、問題はそれ以外の部分なんだよね。
トラブったときの対処とか。
実際構築を請け負ってる人（または会社）の体験談を聞きたいです。
0438nobodyさん
2006/05/11(木) 11:26:26ID:???436以外にコードを他人に知られないようにする方法きぼんぬ
0439nobodyさん
2006/05/11(木) 11:43:32ID:???0440軟式PHP
2006/05/11(木) 11:43:41ID:???0441823
2006/05/11(木) 18:19:10ID:???hogehoge
ABC;
なら問題ないのですが、
（タブ）$var = <<<ABC
（タブ）hoge
（タブ）ABC;
にするとエラーが出ます。
対策方法はあるでしょうか？
ヒアドキュメント大好き人間なんですが、
上の理由のため、インデントできずソースがかなり見づらくなってしまいます。
0442nobodyさん
2006/05/11(木) 18:27:57ID:???http://jp.php.net/manual/ja/language.types.string.php
非常に重要なことですが、終端 ID がある行には、セミコロン (;) 以外の他の文字が含まれていてはならないことに注意しましょう。
これは、特に ID はインデントしてはならないということ、 セミコロンの前に空白やタブを付けてはいけないことを意味します。
終端 ID の前の最初の文字は、使用するオペレーティングシステムで定義された 改行である必要があることにも注意を要します。
これは、例えば、Macintoshでは \r となります。 最後の区切り文字 (たいていはその後にセミコロンが続きます) の後にもまた、改行を入れる必要があります。
マニュアル読もうね
（タブ）ABC; が×ってこと
0443nobodyさん
2006/05/11(木) 21:38:54ID:???>>437
ソースがばれるのが嫌だってなんでなの？
客の視点から言えば、コンパイルされたりして自由に修正できないのは不便。
せっかく、phpなのに。
どういうシステムだか知らないけど、例えばショッピングカートだとして、
管理画面から自由に項目が編集できるようなシステムだったとしても
それ以外の部分を修正したいときがあるわけよ。
製作を委託した会社がソースコンパイルして保守契約結んだりしてると
ちょっと修正したいだけでも委託せんといけんから面倒なんだよね。
極端な例だけど、「text/html; charset=shift-jis」と文字コード指定が間違ってるせいで
IE以外のブラウザで文字化けする不具合があったときがあって、保守契約結んでる委託した会社に電話して修正しろといったら
「IE以外のブラウザはサポート対象外。IEだと正しくshift_jisと認識されるはず。」と付き返された。
もうはっきりいって腹立つ。
普通企業が下請けに委託するのは社内で作成する技術がないわけじゃなくて、
自社の社員に給料払って作るよりも下請けに任せた方が安いからなわけで、
ちょっとした修正なら、わざわざ保守契約結んだ会社にいちいち電話して説明するよりも
ちょっとソース弄って直した方がはやいんだよね。
わざわざ、ソースから技術盗もうなんてする人そんないないと思うんだけど
あとあと細かなことで文句つけられて修正しろ修正しろ、って言われる方が面倒じゃない？
0444nobodyさん
2006/05/11(木) 21:46:59ID:???ttp://www.stackasterisk.jp/tech/php/php02_02.jsp;jsessionid=au7d2dDCrCMb
を参考にshellでやるように > /dev/null &でバックグラウンドで、かつ、出力を捨てるとあったのですが、もっと詳しくと思ってマニュアルの
http://jp.php.net/manual/ja/function.system.php
をみてみましたが関連する記述はありませんでした…。
> /dev/null &は本当に有効なんでしょか？
0445nobodyさん
2006/05/11(木) 21:53:24ID:???以前試して、有効なサーバと有効でないサーバがあった記憶がある。
（xreaで無理で、自宅サーバでOK）
何の設定が影響してたかはしらん・・・
0446nobodyさん
2006/05/11(木) 21:55:41ID:???>は標準出力をファイルに
/dev/nullを指定するとデータ破棄
&はバックグラウンドで実行
0447nobodyさん
2006/05/11(木) 22:06:30ID:???配列 改行
配列 改行
・
・
・
ファイル内容がこのような内容になっている場合に
「３行目の配列だけ読み込む」ことは可能ですか？
0448nobodyさん
2006/05/11(木) 22:17:58ID:???どこに改行があるのか分からんので最初から読んでいくしかない。
まぁ、一行のサイズが固定されているなら、ファイルポインタを移動させることもできるが。。
>>364を参照。
0449nobodyさん
2006/05/11(木) 22:20:49ID:???0450nobodyさん
2006/05/11(木) 22:25:02ID:???ちゃんとサイトライセンス組んで契約どおりに使ってくれる客ばっかりじゃないよ。
スクリプト売り(但し再販は不可)とか、サイトライセンス作ってどっちにします？
と提示して、安いのが良いから特定サイトにのみに限定したライセンスにしてくれ
と言われて納品したらコピーしまくり、スクリプト転用しまくりのたちの悪い客も結構多い。
それでこっちから苦情を申し入れても平然としたもんだったり...
まあソースごと渡すなら改造可、コピー可のライセンスで
値付けも最初からそういったものにしてりゃ良いんだけどね。
汎用性のないアプリなら問題は少ない。
表示に関してはテンプレ使うだろうから、レイアウトとかの体裁に関して
弄るのはソース隠蔽しても普通は大丈夫だと思うよ。
IE以外云々は、最初から条件に含めなとけって。
0452nobodyさん
2006/05/12(金) 00:36:52ID:???echo require("hoge.html");
とする場合、"を考慮して <FONT size=\"2\"> のようにエスケープしとかなきゃいけない
と思いますが、それのみに適した関数ありますでしょうか？
addslash()でOKでしょうか？
または str_replace()で " を \" に置き換えとかでも問題ないしょうか？
またどの時点でエスケープは必要になるのでしょうか？
こんがらがってきました orz
0454nobodyさん
2006/05/12(金) 05:40:59ID:???お前みたいなバカに安く買い叩かれないように、ソースを隠蔽するんだよ。
修正とかはもちろん保守契約または随時追加費用をもらえばやるよ。
あと>>450も書いてるように、ソースが欲しいならそれなりの値段で渡すけど、
お前（の会社）では出せない金額になると思うがなｗｗｗｗ
0456nobodyさん
2006/05/12(金) 08:56:57ID:???アクセスして時間を取得して実行させるしかないのでしょうか。
0457nobodyさん
2006/05/12(金) 09:51:27ID:p/0gq46aテンプレート用変数$templeteの内容によってCSSが変化するとします。
if($templete=="赤"){
<link href="css/red/style.css" rel="stylesheet" type="text/css" />
}elseif($templete=="青"){
<link href="css/red/style.css" rel="stylesheet" type="text/css" />
}elseif($templete=="緑"){
<link href="css/green/style.css" rel="stylesheet" type="text/css" />
}elseif（同様に続く）
この方法でも問題はないのですが、ソースが増えすぎます。
何か良い方法はないでしょうか？
0458nobodyさん
2006/05/12(金) 11:05:30ID:???俺なら$templateをディレクトリ名にしておいて
<link href="css/<?php echo $template; ?>/style.css" rel="stylesheet" type="text/css" />
0459nobodyさん
2006/05/12(金) 11:13:05ID:???PHPだけでやるならソレかスクリプトを常駐させるしかないと思う。
ただWindowsにﾀｽｸﾏﾈｰｼﾞｬがあるようにそのｻｰﾊﾞにもcronがあると思う。
cronについてはこのスレじゃないから割愛・・・というか、ｸﾞｸﾞればすぐ出てくる
0460457
2006/05/12(金) 11:44:27ID:???$templeteがディレクトリ名なら良いのですが、名称を付ける場合もあります。
例えば「夏デザインA」「スポーツB」など。
登録する時などは日本語名で登録するので、そのような場合に
ディレクトリ名に変換する方法はないでしょうか？出来るだけソースが短くて。
0462nobodyさん
2006/05/12(金) 12:12:20ID:???じゃあ名称とディレクトリを配列にしておく
$css_dir = array('赤'=>'red', '青'=>'blue', '緑'=>'green', '夏デザインA'=>'summerA', 'スポーツB'=>'sportsB');
?>
<link href="css/<?php echo $css_dir[$template]; ?>/style.css" rel="stylesheet" type="text/css" />
0465nobodyさん
2006/05/12(金) 15:45:10ID:tJvRMikHregister globalsをonにしろと書いてあるのですが、
使っているレンタルサーバはoffになっています。
こういうときはどうすればいいのでしょうか？
色々と調べていたら、register globalsがonなのは
ダメだということが分かったのですが、
offの状態でフォームによる値の受け渡しを行うには
どうしたらいいでしょうか？
0466nobodyさん
2006/05/12(金) 15:49:19ID:???$_GETとか$_POST配列で取得
0467465
2006/05/12(金) 16:03:36ID:tJvRMikHロリポップのサーバのアカウントももっているのですが、
そちらは同じフォームのスクリプトでも問題なく動きます。
この場合、ロリポップはセキュリティ的に問題があるということですか？
0468軟式PHP
2006/05/12(金) 16:40:11ID:???>register globalsをonにしろと書いてあるのですが
まず、その本を窓から投げ捨てろ。
0469nobodyさん
2006/05/12(金) 16:48:53ID:???ﾛﾘﾎﾟｯﾌﾟは聞いたことあるけど使ったことはないので
・register globals に関係ないスクリプトである
・ｾｷｭﾘﾃｨが重要なスクリプトは動かさないのが前提
・ｾｷｭﾘﾃｨﾎﾟﾘｼｰの相違
・etc
と、色々ある。
おまいさんの言葉だけでｾｷｭﾘﾃｨが高いだの低いだの判断することはできない。
商用でSSL対応のサーバプランとかあるなら、それで環境が違ってるという可能性もあるし
0470nobodyさん
2006/05/12(金) 17:16:46ID:???ﾌﾟﾌﾟﾌﾟ、苦しい煽り乙ｗｗｗｗｗｗｗｗｗｗｗｗ
そんなら文句ばっか言ってないで、自分でｽｸﾘﾌﾟﾄ書けばぁ？？？ｗｗｗ
なぁ、>>443よ。お前みたいなケチな馬鹿に無料でソースくれてやるほど
こちらは「いい人」じゃないぜｗｗｗｗｗｗｗｗｗｗｗｗｗ
0472nobodyさん
2006/05/12(金) 17:56:42ID:???phpの書籍でお勧めできる物がありましたらお願いします。
当方田舎なもので立ち読みして品定めしたいところなのですが、
phpなんてマニアックな本の取り扱いがありません（´；ω；`）ﾌﾞﾜｯ
Amazonのレビュー読んでも余計に混乱してどれを買えば良いのか分かりませんorz
金銭的にも余り余裕が無いのでできればあまり大量に買わずにマスターしたいです。
0473nobodyさん
2006/05/12(金) 19:18:59ID:???ばーか。どこの誰だかわからん低脳のソースなんかくれたほうが迷惑だろ？
まあせいぜい人様の迷惑にならないようなプログラム書けるようになろうね。
0474465
2006/05/12(金) 19:21:51ID:tJvRMikHどっちにしてもこの本は捨てないとだめですかね？
何冊か買ったPHP本の中ではかなり参考になった本なのですが...。
>469
ロリポップでphpinfo()をしたらregister globalsはonでした。
自分はメールフォームを作ったのですが、
基本的には、$_POST["hoge"]で受け取っておけばいいのでしょうか？
例えば、name="fuga"を$_POST["fuga"]で受け取って、
その直後に$fuga = $_POST["fuga"]とやった場合は
あんまり意味ないんですかね？
egister globalsはonである時点で$_POST[]でもダメなのかな？
0475nobodyさん
2006/05/12(金) 19:48:54ID:???ﾌﾟﾌﾟﾌﾟｹﾞﾗｹﾞﾗ ﾌﾟｹﾞﾗｹﾞﾗｗｗｗｗｗｗｗ
お前は>>443で自分が書いたマヌケな文章をもう一度よく読み返すこったなｗｗｗ
だからそんな偉そうなこと言ったり他人に文句つけてるヒマがあったら
自分で開発しろっつーのｗｗｗ どうせ出来ないから暴れてんだろうけどｗｗｗ
0476nobodyさん
2006/05/12(金) 19:52:26ID:???0477nobodyさん
2006/05/12(金) 19:58:37ID:???0479nobodyさん
2006/05/12(金) 20:05:06ID:???0482nobodyさん
2006/05/12(金) 23:42:52ID:???プログラム全体が見えてない奴が勝手に触ってそれが次回の機能追加のときの障害になるとか、考えないの？
うちでは、勝手に触った場合は、以後、そこに起因するトラブルが起きても責任とらないってことにしてる。
ﾌﾞｧｶ客に触らせるとﾌﾟﾛｸﾞﾗﾏの士気に関わるんで。
0483nobodyさん
2006/05/13(土) 00:01:06ID:???0485nobodyさん
2006/05/13(土) 04:21:46ID:???ウチではソースはクライアントに開示してるよ。
マスターソースはこっちで持ってるんで、クライアントがサーバ上のソースをいじっても
次の仕様追加・変更がされたときにこっちが持ってるソースで上書きされるんで無意味。
というか、ソース云々言う以前に契約で勝手に触らないようにしてあるし。
コンパイルなんかしなくてもWebアプリの速度なんてたかが知れてるし、
余計な手間増やしたくないしね。
あ、ソースはSubversion(CVSっぽいヤツ)で管理してるから変更履歴とかも残ってるよ。
0487nobodyさん
2006/05/13(土) 06:46:28ID:???正直もううんざりだぜ！
これからはPHPとJavaScriptの時代か？
JavaScriptはもっとブラウザ同士が同じ動きしてくれたらな〜
PHPは・・・その・・・もっとグラフィックスを・・・
0488nobodyさん
2006/05/13(土) 08:50:03ID:???なぁに、数年後にはWeb3.0にうんざりしてるさ。
どうでもいいけどそろそろW3Cみたいにブラウザ間の取り決めをちゃんとして欲しい。
何がIEオリジナルタグだ。ばっかじゃないの。少しはおりこうなFxも見習えての。
0489nobodyさん
2006/05/13(土) 09:27:11ID:???たぶんもう見ていないと思うけど、自分も同じ症状に陥ったのでとりあえずの回避策を。
IISが停止している・Apache関連のフォルダがないのにもかかわらず
ApacheのMSI版インストーラで”Installation Wizard Interrupted”エラーが出る人は、
古いバージョンで試してみるとうまくいくかも。
http://archive.apache.org/dist/httpd/binaries/win32/
私の環境では、apache 1.3.31 または apache 2.0.52 ならうまくいきますた。
CPU:Pentium3 MobileCPU: 866MHz
Memory: 512MB
OS:WinXP Pro SP2
アンチウイルスソフト:ノートンインターネットセキュリティー２００６
CドライブにWin2000、DドライブにWinXPの構成
apacheインストール暦：2000・XPともになし
IIS:Windowsコンポーネントから削除済み
0490nobodyさん
2006/05/13(土) 21:15:37ID:???$a = ($b) ? $c : $a ;
みたいな文法があったんですが、これはどういう意味ですか？
0491nobodyさん
2006/05/13(土) 21:19:24ID:???0492nobodyさん
2006/05/13(土) 21:19:50ID:???三項演算子でぐぐってみ。
0493nobodyさん
2006/05/14(日) 00:48:40ID:???0494nobodyさん
2006/05/14(日) 01:06:23ID:???なるほどね。勝手に触った部分はないものとして無視。
これシンプルでいいかも。いじりたきゃいじれ。だけど次の機能追加までの命ね。ってことか。うちも今度それやってみよう
0495nobodyさん
2006/05/14(日) 02:58:39ID:???契約違反にはどう対処してる？やっぱ泣き寝入り？
0496nobodyさん
2006/05/14(日) 04:17:12ID:???0498nobodyさん
2006/05/14(日) 10:16:50ID:???初心者、上級者一切問いません。ダーツを愛する方ならどなたでも結構です。
実はあるダーツ店のマスターが客が来なくてとても困っているようです。
↓↓↓ 詳細はこちら ↓↓↓
http://sports9.2ch.net/test/read.cgi/bullseye/1111230059/431-452
できればこのマスターに励ましの言葉をお願いします。
また、もしこの店の近くにお住まいの方はお店の方にも行ってあげてください。
困ったときはお互い様です。ダーツを愛するもの同士助け合いましょう！
0499nobodyさん
2006/05/14(日) 12:39:59ID:AA1LZHii0502nobodyさん
2006/05/14(日) 14:42:05ID:???オートコンプリートOFFは<input>の属性でautocomplete=offって指定するだけ
特定データ削除はﾑﾘ
0503nobodyさん
2006/05/14(日) 14:44:05ID:???ひょっとして止まったら24時間対応やってんの？すげーなおい。
サーバ管理なんて金もらえばできるってもんじゃないぞ。
0504nobodyさん
2006/05/14(日) 14:50:10ID:???ファイルの指定で絶対パスの指定ってできますか。
0505nobodyさん
2006/05/14(日) 14:57:16ID:???0506nobodyさん
2006/05/14(日) 14:57:50ID:???まっとうな業者なら自分の得意分野をきちんと理解した上で
得意でない分野はパートナー業者に依頼するのが普通。
0507nobodyさん
2006/05/14(日) 14:58:51ID:???客側のサーバに納品したら、それはそれで
何かトラブれば24時間365日呼び出されるんじゃないの？
しかもこちらの想定しない設定とか運用がされてるサーバだから
原因特定に時間かかりそうだし。こちらのせいじゃないトラブルまで責任押し付けられそうだし。
>>503はそういう経験なかった？？
0508nobodyさん
2006/05/14(日) 15:26:45ID:???トラブルの内容にもよるけど、サイトが停止するようなトラブルを
プログラムミスで発生させることはかなり稀な事態だから
土日祝はともかく夜中呼び出し食らった経験は無いなぁ。
ほとんどの場合、平日昼間の対応だけで済んでるよ。
一体どんなの作れば夜中に即修正が必要なバグを出せるの？
ただ、サーバー側の問題をこっちに押し付けられることはあるね。
でも不得手な仕事を引き受けてそれが改善できるとは思えない…
>>506にあるように親切なパートナー業者を見つけるのが手なのか。
でも結局、すべての問題がまとめてやってきて忙しくなるのは変わらないような…？
お客に「サーバー側の問題はこちらへ連絡してください」とか通達してるのかな。
0509nobodyさん
2006/05/14(日) 16:25:54ID:???echo TEMPLATE::fill($this->getTemplate(log),$data);
という文でデータを出力しているのはわかるのですが、
::と->がわかりません
ぐぐで検索しても区切り文字になってしまってなかなか目当ての検索結果が得られないので
質問してみます。
とりあえず朝からにらめっこして、->は
データの構造体（？）にアクセスする表記（？）ためのポインタというものを
指しているのではないかと思うのですが、
::と->と上記の行の説明を出来ればお願いしたいです。
0510nobodyさん
2006/05/14(日) 16:27:02ID:???0511nobodyさん
2006/05/14(日) 16:28:02ID:???うちの場合は、サーバ管理とプログラム開発をはっきり分けて、
たとえばルートのパスワードを教えてもらっても即廃棄して、
どんな小さなサーバの設定の変更でもいちいち管理者を通す。
常にそうやった上で、システムの不調で
緊急対応した場合は、プログラム開発のミスか、運用ミスかをはっきりさせて
運用ミスなら報告書をつくって緊急手当を上乗せして費用を請求する。
あらかじめ責任範囲を明確にしておけば、きちんと費用は出してくれるよ。
でもやっぱり角が立つから、信用のおけるホスティング会社以外では極力運用と
開発を分けない事にしてる。これが呑めない新規客なら仕事を断ることもある。
ホスティングって、けっこうひどい所もあるからねぇ。
■ このスレッドは過去ログ倉庫に格納されています