Make sure that the document extension is .php and that your server supports PHP documents.
"; if ($tmp_uri == "all") { // OK // $paginate_current_page = "all"; } else { $tmp_uri2 = $tmp_uri; $pattern = '/\d+/'; $replacement = ''; $tmp_uri3 = preg_replace($pattern, $replacement, $tmp_uri2); if ($tmp_uri3 == "") { //print "Checking3...
"; #---- Maybe Ok ---- if ( is_numeric($tmp_uri2) ) { $paginate_current_page = $tmp_uri2; } } } } } } $paginate_num_pages = 1; $paginate_num_sections = 10; //$paginate_current_page = @$_GET['page']; // Pin page selector to a valid number (or 'all') if($paginate_current_page=='') $paginate_current_page = '1'; if($paginate_current_page != 'all') { if($paginate_current_page == 'first') $paginate_current_page = 1; elseif($paginate_current_page == 'last') $paginate_current_page = 1; elseif($paginate_current_page < 1) $paginate_current_page = 1; elseif($paginate_current_page > 1) $paginate_current_page = 1; $paginate_sections = array( 0 , 10); $paginate_top_section = $paginate_sections[$paginate_current_page-1]+1; $paginate_bottom_section = $paginate_sections[$paginate_current_page]; } else { $paginate_top_section = 1; $paginate_bottom_section = 10; } /* if(isset($_SERVER['QUERY_STRING'])) { $paginate_self = '&' . $_SERVER['QUERY_STRING'] . '&'; $paginate_self = preg_replace("/&page=[^&]*&/", "&", $paginate_self); $paginate_self = substr($paginate_self, 1, strlen($paginate_self) - 1); if($paginate_self == '&') $paginate_self = ''; else $paginate_self = htmlentities($paginate_self); } else { $paginate_self = ''; } */ //if ( strlen($_SERVER{'REQUEST_URI'}) >= $uri_maxlength ) //{ /* It is possible to apply a /attack. A server resource is spent by making long String process inside. Although it can say that it is not great processing load, it is steadily from a small thing. However, restriction by HTTP GET is received in this case. For example http://some.url.com/archives/cat2/index.php/////////////////////////////////////////////////////////////////////////////////page/3 Umm.... It is also in such cases.... http://some.url.com/archives////////////////////////cat2/index.php/////////////////////////////////////////////////////////////////////////////////page/3 http://some.url.com///////////////////////////////////////archives////////////////////////cat2/index.php/////////////////////////////////////////////////////////////////////////////////page/3 */ //It is not secure to acquire from the above-mentioned reason to URI. //Since the URI serves as a base when it links URL again after attaching ///purposely, it unites and is also unsavory. $paginate_self = 'http://debz-di.kabocha.to/archives/cat6//' . $paginate_page_selector; //} ?>
2005年01月04日
ProFTPDでLargefileを扱う
ProFTPDhistoric project newsによると、1.2.6rc1 released~ [02/July/2002]
Lots of minor clean ups and bug fixes, new in this release Large file support STOU Define, IfDefine and IfModule conditional elements, TimeoutSession Cygwin support
mod_quota has been removed due to bugs and a lack of maintainership
となってた。 Debian WoodyのProftpdはちょと古いので、対応がちゃんとされてなかったのだなあ。
ま、依存してるPackage入れてないので、ソースでいれちゃおう。
Apacheで4Gファイルを扱えるようになるのはいつになるのやろか...
投稿者 debizoh : 00:00 | コメント (0)
2005年07月27日
続DL320 G2
MegaRaidIDEでは137GBまでしか認識しない、ということになっている。実際WindowsにてDriverを入れたところ、137GBしか認識できない。
しかし、TurboLinux10ServerではCMD649として(Not 100%NativeDevice)動作させることになっていて、CMD649だと137GBを越えることができてしまう。
Windows上にCMD649ドライバ(sil649,探すのに苦労した..)のドライバを入れたところ、やはり137GBを越えることができた。
ApacheがDefunct(pagefault)になることがあるのだけれども、Swap領域を使い始めるとなる傾向が見られる。
Swap領域は137GBを越えた、末尾8GBを確保するよう設定されているようだから、もしかしたら, 最大領域まで使用したことによりSwap領域に書き込んだデータが化けることによって、引き起こされているのかもしれない。
が、あくまで推論でしかない...。(そういう情報もないし)
...Windowsでファイルを転送してfd取ってるけど壊れる状況にならん..うーむ、このせいじゃあないのか、TurboLinuxで試さんとわからんか。。
投稿者 debizoh : 00:00 | コメント (0)
2005年12月03日
なにげにApache2.2.0をいれてみる
なにげにApache2.2.0へ上げてみた。
2.0.x からの違いは startssl が使えなくなって、-DSSL で起動することと、httpd.confで ifmodule ssl.c とかっていう記述ではなくssl_module としなきゃいけなさそう、っていうぐらい・・・かな。
投稿者 debizoh : 05:28 | コメント (0) | トラックバック
2005年12月19日
Xen環境を作成する
お客単位でサーバ立てるのも疲れてきたので、Xenで仮想環境を構築する。
・・・が、php4.0.6な環境だったりして、glibc2.0じゃねーと動作しなかったり・・・
Xen3.0はKernel2.6ベースになっているので(パフォーマンスも上がってるっぽい)debianだとWoodyは簡単に入らない。
Sargeになると、glibc2.2になってしまって、コンパイルが通るが実行時エラーになる。
って、これ、同じことで何度もはまってるんだよなあ・・・。
さすがにここまで古い環境を保持しておくのも辛いところがあるが。。。
Xen2.0だとKernel2.6と2.4の両方に対応しているので、しかたなく2.0を入れなおし、woodyを入れる。
コンパイラやらなんやらかんやら入れなおし、makeし・・・
なんとか、php4.0.6+apache1.3.34の環境ができあがった。環境ざっと作り終わるまで6~7hours。
後は、最新を現稼動サーバからtarで固めて1GB程、転送に2時間ぐらいかかるらしい。回線遅すぎだっつーの。コアタイムというか、一般人が使い始める前ぐらいには回線占有状態が開放できるだろうから、まあいいとしよう・・・。
どうにかしたいと思いながら、結局 入れ替えられない。
Sunのサポートも殆ど終わってるが、2ケ月ぐらい前にちょっとだけPHPのパッチが出た。
が、本来の保守契約社がパッチを適用しようとしてない。
説明しても「遅れてる」ことに違いは無いわけで、イロイロといい方向にやれるようと考えれば考えるほどドツボにはまるパターン。ふぅ。
投稿者 debizoh : 06:29 | コメント (0) | トラックバック
2006年05月05日
Apache2.2.2 / 2.0.58 きたよっと
タイトル通りですが、Apache2.2.2と2.0.58がでました。
メンテして回らねば・・。
投稿者 debizoh : 23:36 | コメント (0) | トラックバック
2006年05月06日
Apache 2.2.2 / 2.0.58 + Kernel 2.6.16.14
びみょーにlibdb3使ったりlibdb4.3使われたりっていうところはあったけど、アップデート終了。
5/5にKernel2.6.16.14が来たようなのでこれからUpdate
投稿者 debizoh : 01:17 | コメント (0) | トラックバック
2006年07月30日
Apache2.2.3/2.0.59/1.3.37が出たよっと
SecurityHoleも1つだけあり。
*) SECURITY: CVE-2006-3747 (cve.mitre.org)
mod_rewrite: Fix an off-by-one security problem in the ldap scheme
handling. For some RewriteRules this could lead to a pointer being
written out of bounds. Reported by Mark Dowd of McAfee.
[Mark Cox]
投稿者 debizoh : 09:12 | コメント (0) | トラックバック
2006年08月12日
Apache2.2 + PHPでSegfault
そういえば、Apahce2.2系統+PHP4でSegfaultが出る問題はまだ解決できてないんだよなあ。
PEARの問題とかいう情報もあったけど、そういうことじゃあないのよねえ。PEARをゲットして入れ替えてもダメなものはダメだった。
この環境だとコンパイル通った後ちゃんと動いて、もう片方環境だとphp4.so組み込んだだけで、segfaultする。(だけっていうか、httpでGET or POSTした時にね)
PHP4.soをコピーして解決しちゃってるけど・・・なんか微妙にライブラリが足りてないのかねえ。また夜中に検証してみよう。。
投稿者 debizoh : 14:55 | コメント (0) | トラックバック
2006年08月14日
諸々の事情でハマル
諸々の事情でテストサーバ機(n号目)をSISチップのMobileAthlonマザーボードに入れ替えた。
がっっ ・・・XENのバイナリ、Kernelがびみょーに合わなくて、たちあがらねー!KernelPanicっす・・・
SISなマシンをサーバになど使うなという感じもございますが、まあ、そういう突っ込みはおいといてください。
仕方なしにソースから入れてるけど、latexのDocument生成でめちゃくちゃ時間掛かってる。
12時間以上かかっても終わらんのですが・・・。まぢすか。
ということで一旦ストップ。
投稿者 debizoh : 00:16 | コメント (0) | トラックバック
2006年08月18日
Apache2.2 + PHP でSegfault(解決)
Apache2.2 + PHPでSegfaultと、以前書いたわけですが、なんてことはありませんでした・・・。
まず、そもそも環境によっては、Apache2.2を入れる際にaprが無いと叱られたりするわけですが(debianでだけ・・ってことじゃないと思いますが)、apacheのconfigureに、--with-included-aprというのがあって、これをつければ良いだけでした。
Aprを無理無理入れたりしたのがよろしくなかったみたい。
Apache2.0系統だと、
--with-apr=DIR|FILE prefix for installed APR, path to APR build tree,or the full path to apr-config
--with-apr-util=DIR prefix for installed APU, or path to APU build tree
というのはあるけど、--with-included-aprは無いですね。2.2で増えた模様。指定してない環境でうまくいってたのはナゼなのか不安なところですけど・・・。
ま、それはおいといて。
--with-included-aprを追加した上で、apacheのconfigure~make, make install。
その後、普通通りPHP4をconfigure、make,make install。
でOK
PHP4をmake installの際に
make install
Installing PHP SAPI module: apache2handler
/usr/local/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp4.la /usr/local/apache2/modules
/usr/local/apache2/build/libtool --mode=install cp libphp4.la /usr/local/apache2/modules/
というのがすぐ出るので、aprの指定が合ってるかどうかを確認すべし。
少し離れて冷静になると、さくっと気づくことが多いのよねえ・・・
