最近、会社のセキュリティーレベルを上げるべくいろいろな活動がされています。で、最近きたお達しが、Web サーバの SSL の暗号レベルの強化。具体的に言うと、今となっては時代遅れな SSLv2 を許可せず、SSLv3 にすると言うもの。そして、暗号強度の弱い暗号化を許可しないという2点です。 普段、SSL のレベルなんて気にしてネットをやっている方は数少ないと思いますが、IE や FireFox のオプションで指定可能です。例えば、IE だとこんなかんじです。 通常、SSLv2 にチェックがついていると思います。ここで、SSLv2 のチェックを外せば、より暗号強度の強い暗号方式をサーバ側に要求して SSL 通信をすることができます。 クライアント側の設定はこれで完了ですが、サーバ側も当然ながら設定が必要です。 デフォルトの設定(何も設定しない場合)で許可される暗号方式 通常の場合、サーバに
ユーザーがページをロード開始してから閲覧できるようになるまでのロード時間はユーザーが自分のページを快適に閲覧できているかどうかを示す重要なファクターです。Google Analyticsのイベントという機能を使用することで、ユーザーの実際の体感速度を可視化することができます。 たとえば、このブログのある期間における体感速度のグラフはGoogle Analytics上で以下のように出ています。 44.84%のユーザーは100〜499msでロードできており、1秒未満でロード完了しているユーザーは合わせて73.49%であるとわかります。また、3秒以上かかっているユーザーも7.42%居ることも分かります。3秒以上ロードにかかるようだと離脱率も高くなるので、7.42%のユーザーに対して何かの施策が必要であるということも分かります。 このように、ユーザーが実際感じている体感速度を可視化することで、この
以下に置いておきました。遅くなってすいません。 http://bloghackers.net/~naoya/pdf/050404inside_hatena_bookmark.pdf 会場で前置きしたように、はてなブックマークは、はてなで一番大きなシステムであるはてなダイアリーあるいは同じ YAPC で発表のあった mixi に比べると、まだそこまで大きな規模ではありません。月間の PV はだいたい 4,000 万 PV 〜 というところです。 ただ、日本でのトラフィックが上から 5 番目みたいな怪物サイトよりも、月間の PV が 1,000 万クラスのサービスの情報の方が、より現実的で役に立つのではないかと思い、はてなブックマークの裏側に絞って話しをしてみました。 ...という前提で見ていただけると嬉しいです。 はてなブックマークのデータのサイズもかなり大きくなってきたので、ぼちぼちパーテ
2021年オンラインギャンブルの 新しい技術開発 オンラインギャンブルをするなら遊雅堂カジノ(Yuugado)! 過去10年間におけるテクノロジーの飛躍的な進歩は、キャンブル市場やゲーム市場においても、ギャンブル体験の大幅な改善や、モバイルデバイスを介したさまざまなプラットフォームへのアクセスが可能になるなどの、多大な影響を与えました。 これにより今日の社会では、インターネットに接続するだけで、最高峰のオンラインカジノのゲームを楽しむことができるようになりました。これらのプラットフォームは、ユーザーが好きな時に好きな場所からアクセスできるように、オンラインならではの24時間営業となっている上、高い透明性と厳重なセキュリティも保証されています。
Apache の古いログを月別に保存したい。 ファイル名には access_log.200503 のように年月をつける。logrotate の設定を行う。 Vine Linux 3.1 のデフォルトの設定では,Apache のアクセスログは /var/log/httpd/access_log に保存される。1週間に1度ログのローテートが行われて,1週間前は access_log.1,2週間前は access_log.2 のように移動され,access_log.4 まで保存されて,それより古いものは削除される仕組みになっている。設定を変更して,先月の1か月分のログは access_log.200503 という名前にして保存するようにしたい。 Apache にはログをローテートするための独自の機能 rotatelogs があるが,ログをとる期間を秒単位で指定するしか方法がないため,1日,1週間
fedora8 の apache で、 Options +Indexes したときに出てくるファイル名一覧が Content-Type: text/html;charset=ISO-8859-1 などというカオスなものがついた出力になっていて、AddDefaultCharset をコメントアウトしてみたりしたものの、どうにも解決できなかった。設定に ISO-8859-1 を書いてる場所はないので、ソースを見てみたところ、 IndexOptions Charset=UTF-8 と conf に書けることがわかり、あっさり解決した。オープンソースなアプリの設定で困ったら、まずはそのアプリに慣れ親しんでいる詳しい人に聞いてみて、それでもだめなら、根拠のないトライアンドエラーとか無駄にぐぐったりとかせずに、よほどカオスなソースでない限り自分の目で見て確認したほうがいいなと思った。
全て 1.このサイトについて 2.作品DB開発/運用 3.ホームページ制作技術 4Perl 5.C言語 / C++ 6.検索エンジン&SEO 7.サッカー 8.自分のこと 9.Linux 10.旅行 11.思ったこと 12.パソコン 13.Berkeley DB 14.その他技術系 15.企画 16.スマートフォン 17.鑑賞 18.皆声.jpニュース 19.インターネット業界 20.運用マニュアル(自分用) 21.技術系以外実用書 22.料理 23.ALEXA 24.アニメ 25.会計 26.漫画 27.設計書 28.色々サイト作成 29.サーバー 30.自分専用 31.生活 32.OP/ED/PV 33.ゲーム 34.DB整備 35.新規開始作品紹介 36.英語圏の話題 37.大道芸 38.映画 39.PHP 40.ダイエット 41.Mac 42.JavaScript 43.MySQL
Apache ¤ÎÀßÄê † ¡¡°ìÈ̥桼¥¶¤Î¥¦¥§¥Ö¤ò¸ø³«¤¹¤ë¤Ë¤Ï Apache ¤ÎÀßÄê¥Õ¥¡¥¤¥ë¤Ç¤¢¤ë httpd.conf ¤ÎÄ´À°¡¢¥Ç¥£¥ì¥¯¥È¥ê¤ÎºîÀ®¤¬É¬ÍפǤ¹¡£²Ã¤¨¤Æ SELinux ¤ò͸ú¤Ë¤·¤Æ¤¤¤ë¾ì¹ç¡¢°ìÈ̥桼¥¶¤Î¥¦¥§¥Öɽ¼¨¤ò¹Ô¤¦¤È¤¤Ë¤ÏÃí°Õ¤¬É¬ÍפǤ¹¡£ ¡¡httpd.conf ¤Î 340 ¹ÔÌÜÁ°¸å¤ò½ñ¤´¹¤¨¤Þ¤¹¡£ <IfModule mod_userdir.c> # # UserDir is disabled by default since it can confirm the presence # of a username on the system (depending on
こんにちは satoです WEBサービスは作るよりも運用の方がコストがかかるとも言われています。 運用を極力自動化して、コストを減らしたいものです。 ここではウノウで使っているツール類を紹介したいと思います。 1) 疎通、生存監視 webの生存監視などは nagiosを使って監視しています。 nagiosには - いつ(土日を除く、10時~22時までの間で など) - どのタイミングで(N回連続で ,復旧したら など) - 何が起こったった時に(疎通が取れない など) - どうするか(メールで通知する) などを細かく設定できる監視ツールです。 ウノウでは MySQL、memcached、HTTP、ping、DNS、SMTPなどの監視をnagiosで行っています。 2) システムやアプリケーションLOG ログの監視には swatch を使用しています swatchの機能には -
ログが書き込み可能か否かのチェックをしてくれない configtestを信じてrestartすると痛い目に遭うかもしれません。 ディレクトリがなかったりしてログファイルが作れないと起動に失敗します。 この問題ApacheのBTSにはかなり前に登録されているけどアサインされてから放置状態みたい。 まあデフォルトのログディレクトリを使っている分には気にならないんだろうけど、運用の関係でログの場所を変える時などは要注意ということで。
僕の自宅サーバには2つの Apache がインストールされていて、用途により使い分けています。 * Apache 1.3系 + mod_perl → Amazon Search / Google Similar といった高速性を求めるサービス * Apache 2.0系 → その他の静的コンテンツや 通常用途の CGI 等の動的コンテンツ なぜ使い分けるかというと、mod_perl はメモリー喰いなので、静的画像のためにプロセスがもったいない訳です。本当に必要なリクエストにのみ mod_perl をかませば良いですから。 (参考ページ:リバースプロキシ Pound を導入しました。 : NDO::Weblog) で、2つの Apache を透過的に見せてあげるために、リバースプロキシの Pound を使っています。負荷分散も実装できて優れものですが、欠点が一つ。 リクエストをリバースプロキ
巷で超高速 Web サーバとして話題になっている lighttpd を試してみました。lighttpd に関する日本語ドキュメントは非常に少なく、ちょっと込み入った設定ファイルの記述方法とかの解析に手間取りました。 lighttpd のコンセプトは、「セキュアで省メモリで高速に動作し、柔軟性もある」なのですが、「lighttpd 公式サイトのベンチマーク結果」や「UnknownPlace. - Catalyst ベンチ」で簡単な Catalyst - Hello.cgi のベンチマークが公開されているとおり、Apache 1系、Apache 2系よりも高速に動作するようです。特に static なページの処理は Apache の 2〜3 倍程度は高速に処理できるみたいです。 また注目すべき点として、Apache + mod_perl よりも lighttpd + FastCGI の方が1割
The Apache HTTP Server Project http://httpd.apache.org/ Apache HTTP サーバ バージョン 2.0 ドキュメント - Apache HTTP サーバ http://httpd.apache.org/docs-2.0/ 少し前の話題ですが、Apache 2.0.50 が出ています(日本語によるリリースノート (http://www.apache.org/dist/httpd/Announcement2.html.ja))。 前に、Apache はRPM による管理をあきらめ、ソースからインストールを行ったのですが、後に自分でRPM ファイルを作る目処が立ったので、この機会に再びRPM での管理に戻そうと思います。以下、なんとなくうまく行った様な気がする方法をメモ。実際に試すときは自己責任で。 あるいは、fumika.jp で公開
http://www.fastcgi.com/mod_fastcgi/docs/mod_fastcgi.html http://www-306.ibm.com/software/webservers/httpservers/doc/v2047/manual/ibm/en_US/9acdfcgi.htm 日本語訳が某所にあったのをgoogle経由で見つけたのですが、どうも、非公開っぽいものだったらしく、現在は403になってしまったので、その元となった英語マニュアルにリンクし直しました。 fastcgi.comのものには、suexec関連の記述が抜けているので、こっちの方が良いかもしれません。 「9acdfcgi」で検索すると、日本語訳も、アチコチで発見できる様子……。合法かどうかは知らないが。 折角なので、今まで自分がmod_fastcgiを使ってきたノウハウ(という程のモノでもないが)を書
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く