tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
nabokov7; rehash : さまざまなPV
May 30, 200916:07 カテゴリサービス作りの話 さまざまなPV ここのところ、アメブロのPVや google ad planner の件で「ページビューって意外に大雑把な指標なんですよ」「ツールによって数字はまちまちです。でもそれは全部正しいんですよね」「PVの定義、ぶっちゃけ無い！」「ですよねー」...といった話が知られるようになってきたようだ。 PVなんて定義次第でなんとでもなるとか、アメブロの「PV」ってずるいよね、みたいな話はアクセスログの集計を業務でやったことがある人なら前からよく分かっていたはずのことではあるけど、こういった騒ぎでもなければ普通の人は「そんな細かいこと」をいちいち気にはしてくれないものだ。 せっかくなので、「そんな細かいこと」でどれくらいの違いが出て来るのか、実例を示してみたいと思う。 このブログだとアクセス数が少なすぎるので、ライブドアブログ開発
新感覚オークション ヤスオク
借り入れの際に在籍確認なしって言うのは無理なのかなあ～ 某アパレルメーカーでOLをしている26歳の女性です。今年の夏休みに高校時代の友人たちと初の海外旅行に行く計画を立てています。そこでその海外旅行費をどこかの金融機関で借りようと思っています。だけど～プロミス審査の過程である在籍確認がちょっとネックなんですよね…だって会社の人にお金を借りていることがバレるの嫌だし、女性だからなんか恥ずかしいのよね～。 だから在籍確認なしで借り入れができる金融機関ってないのでしょうか？お願い”！是非とも教えて。 借り入れでは原則として在籍確認はあると考えて下さい そうですね～借り入れの際の在籍確認が気になるのですね…でも融資する側としては、在籍確認は非常に大切な審査の総仕上げと言ってもよいんですよね。だからどの金融機関で借り入れを申し込んでも原則として在籍確認はあると考えた方がよいでしょうね。 在籍確認をす
シェルリファレンス
【標準入力】 read ---------------------------------------------------------------------- #!/bin/sh read timeofday echo $timeofday exit 0 ---------------------------------------------------------------------- 【条件】 test([ ])コマンド ---------------------------------------------------------------------- ファイル hoge の存在を確認する ex1) if test -f hoge then ... fi ex2) if [ -f hoge ] then ... fi ex3) if [ -f hoge ]; the
YappoLogs: Apache 2.2.0 のロードバランス機能(mod_proxy_balancer)を使いこなす
Apache 2.2.0 のロードバランス機能(mod_proxy_balancer)を使いこなす Apache 2.2がでました。 mod_dbdとか、mod_proxy_balancerとか気になる新機能てんこ盛りです。 ひげぽんさんの所に 誰か入れてみた人いますか？ と有ったのでmod_proxy_balancerを試してみました。 超簡単でした mod_proxyとmod_proxy_balancerを参考にしました。 既に日本語ドキュメント完備！ 以下から駆け足で、またセキュリティ的によろしくない設定例が多々あります。 とりあえずこんな設定を仕込んでみました ProxyPass /lb balancer://TEST stickysession=sesid <Proxy balancer://TEST> #1 BalancerMember http://i.yappo.jp lo
HugeDomains.com
Captcha security check hookhub.com is for sale Please prove you're not a robot View Price Processing
IPアドレスによるアクセス制限
最終修正日 2008.8.2. IPおよびホスト名によるアクセス制限とはなにか CGIによるアクセス制限 .htaccessを用いたアクセス制限について .htaccessでjpドメイン以外を弾く .htaccessで特定のドメインを弾く .htaccessとCGIを用いたホスト名でのアクセス制限 .htaccessで特定のIPを弾く 弾いた相手を特定のファイルに跳ばす IPやホスト名によるアクセス制限突破法 IPおよびホスト名によるアクセス制限とはなにか しばしば「外人をIPで弾く」と言われますね。 ここではこの「IPで弾く」のやり方を紹介します。 これは「どこから接続しているか」で相手を判断して、拒否する方法です。 この場合の「どこから」は「どの接続ポイントから」ということです。 自分の身元はどの程度向こうにわかるのか、という点については環境変数をチェックしてみてください。 ネットワー
チープなDNSラウンドロビンは高価なロードバランサの座を奪い返せるか:Web屋のネタ帳 on CNET - CNET Japan
結論。DNSラウンドロビンという古くからある技術を取り巻く状況の変化を見過ごしている結果、負荷分散と可用性確保のために高価なロードバランサー機器を導入しているWebサイトは、実は大幅に金を無駄にしているのかもしれない。 一部の人には「今頃気がついたか」と笑われる可能性が高い話だ。 筆者が気づいたきっかけはとあるブログに書かれたこんな一節である。 あまり知られていないことかもしれませんが、DNS があるホスト名に対して複数の IP アドレスを返した場合、多くのウェブブラウザは、その全てのアドレスに対して接続を試みます (接続に成功するまで)。 Kazuho@Cybozu Labs: DNS ラウンドロビンと高可用性 (High Availability) 「えっ？そうだったの？だとすれば、、、」というのが筆者の素直な感想である。これだけでピンと来ている人はいいのだが、詳しくない人のために
Kazuho@Cybozu Labs: DNS ラウンドロビンと高可用性 (High Availability)
« brainf*ck でマジメに素数探索 | メイン | Brainf*ck で動的リスト » 2006年06月29日 DNS ラウンドロビンと高可用性 (High Availability) ウノウラボ Unoh Labs - ベンチャー流サーバ構築のススメ(ネットワーク編) について。 おもしろく読ませていただきました。また、監視系を導入せずに自律的に動作させようという発想も大好きです。 でも、 DNSは各回線の内側に設置しておきます。例えば上図のような場合、回線A側のDNSは回線AのIPアドレスを返すようにして、回線B側のDNSは回線BのIPアドレスを返すようにします。こうするとどちらかの回線が切れたときは切れたほうの回線のDNSにアクセスできなくなるので、自動的に生きている方の回線に接続されるようになります。 (ウノウラボ Unoh Labs - ベンチャー流サーバ構築のススメ(
ウノウラボ Unoh Labs: ベンチャー流サーバ構築のススメ(ネットワーク編)
尾藤正人です。 前回のエントリ ベンチャー流サーバ構築のススメ(ハードウェア編) では多くのコメント、トラックバック、ブックマークをしていただきました。ありがとうございます。僕自身多くのことで勉強になりましたし、新たな発見もありました。 技術は公開、共有して発展するものだと思っていますので、自分の無知をさらけ出すのを恐れずにいろいろ公開して、自分自身も成長していければと思っています。 今回はサーバ構築するときのトピックとして、どのようにネットワークを構築したかを書いてみます。 サーバ構築に限ったことではありませんが、重要なのは質を下げずにコストを下げることです。ネットワーク部分でお金がかかるのは回線ぐらいですから、ネットワーク周りで重要なのは人的コストを下げること、つまり管理コストを下げることです。 ・回線は2回線以上用意する 2回線以上用意するのは高可用性を確保するためです。通常は全ての
ウノウラボ Unoh Labs: ベンチャー流サーバ構築のススメ(ハードウェア編)
尾藤正人です。 ウノウでは最近新オフィスに引越ししたのですが、新オフィスにサーバルームを設置してフォト蔵のサーバをホスティング業者から自社サーバに移行しました。 自社サーバに移行のは下記のような理由からです。 フォト蔵のようなストレージ系のサービスの場合、十分な帯域を確保する必要があるが、広帯域を確保するにはコストがかかる フォト蔵のようなストレージ系サービスの場合、大容量のHDDが必要になるが、大容量のHDDを搭載したマシンはハイエンドマシンになり、増設コストがかかる マシンの増設に時間がかかりフレキシブルに対応できない というわけで自社サーバに移行したわけですが、自社サーバに移行するにあたって様々なノウハウがたまってきました。 サーバ構築にはいろいろトピックスがありますが、今回はハードウェア的な部分について書きたいと思います。 ・マシンは全て同じ構成にする 数多くのサーバを運用するに
neocomplcacheの補完機能がヤバすぎる - 理想未来ってなんやねん
ヤバいヤバい。 neocomplcacheの補完機能がヤバすぎる。 neocomplcacheの代表的機能 ・キーワードの使用頻度によるランク付け ・シンタックスごとのキーワード補完 ・部分マッチ ・数字キーによるクイックマッチ ・ディクショナリ補完、タグ補完 ・ワイルドカードによる検索結果の絞り込み ・結果のキャッシュによる高速化 ・ファイル名補完 ・カーソル後方のキーワードに応じた補完 ・SmartCase ・豊富なカスタマイズ項目 ・文脈依存補完（3-gram completion） ・Omni補完 ・ローカルタグ補完 ・自動タグファイルアップデート ・キーワード補完を試す ・Same filetype completion ・preview windowに対応 ・シンタックス補完 ・プラグインで拡張可能 ・スニペット補完 まず、1つのプラグインですべて完結することがいいね。 aut
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DNSトラブル解決の定番、nslookupの基本的な使い方（社内ネットワーク編）
bayashi.jp