サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
Pixel 9
souseiji.cocolog-nifty.com
以前ApacheのRewriteMapでprgモードを使ったという話を書いたのですが、元々はdbmモードを使いたかったのに、dbmモードだと正常にRewrite動作させられなかったので断念したという経緯があって、やむを得ずprgモードを利用していました。 んで、RewriteMapでprgモードを利用する場合、RewriteLockディレクティブをhttpd.confで指定しておかないといけません。でないと、複数起動したhttpdプロセスが同時にプログラムにアクセスして、全然違うRewrite結果を得てしまうという現象が発生します。 ですが、このRewriteLockの仕様がしょぼくて、内部的にはセマフォを使ってるのですがセマフォの作り方が「常に新しい名前で作成」なんです。 つまり、httpdが異常終了したときにセマフォオブジェクトが新しい名前で作成されてしまい、生き残ったhttpdとのロ
先日書いた、この件について、ようやく取得できるようになりました。 SH系は使ったことあったんですが、IExtractImageオブジェクトを取得するためのIShellFolder::GetUIObjectOfというメソッドを使ったことなかったので、かなり苦労しました。 IShellFolder自体はSHGetDesktopFolderというAPIでゲットできるんで、最初、ココで手に入れたIShellFolderオブジェクトに対してGetUIObjectOfメソッドを使用してたんですが、これだと上手くいきませんでした。問題は、GetUIObjectOfがターゲットとするItemIDListというのがあるんですが、これにちゃんと対応できてるIShellFolderオブジェクトじゃないとダメだったんです。 BCB専用のクラスにしてしまいましたんで、全てのコードをアップすることは難しいですが、簡単
トラックバックの仕組みに関して、今の仕組みをもっと良い方向に変化させていくための仕組みってのを考えてみます。 現在注目してる技術単語として「Feed」ってのがあるんですが、このFeedの元となったRSSという技術は、最初は単なる更新通知でしかなかったわけです。つまり、更新しましたよって情報と情報にアクセスするための固定リンク(パーマリンク)を受け取るための仕組みだったわけです。サイボウスの小川浩さんは、これを「Feed1.0」と名付けています。更に、この次の流れとして、更新通知の仕組みではなくFeedの中に全てのコンテンツ(記事本文、音声データ、映像データなど)を含んでしまうことを「Feed1.5」と命名をしていました。(更にその先のFeed2.0という話があるのですが、そこは今関係ないので端折ります。) これを、現在のトラックバックに結びつけて考えてみると、トラックバックも全コンテンツを
http://souseiji.cocolog-nifty.com/blog/2005/10/post_4de9.html#comments 上の「名前: momo | October 8, 2005 04:40 PM」での発言において、以下のような「比喩」に関する発言がありました。 常々、議論における比喩というのは役に立たないどころか、議論が拡散するだけで有効な発言にはならないという結論を個人的に出してたので、丁度良い事例として以下の比喩に関する反論をしてみたいと思います。 日本語の「比喩-ひゆ」の意味や使い方ご存知ですか? 『例えること。ある事柄をわかりやすく説明するために、似ている事柄を借りてきて表す言い方。例文「緑の絨毯を敷いたような、芝生」といった使い方』 芝生は芝生であって、絨毯ではありません。 しかし、その緑の様子を「絨毯」に例えているのです。→ 日本語には、そのような表現
身内をかばう記事で自分の価値を落とすな 私は、基本的にトラックバックに対して否定的な意見しか持ってないのですが、そんなトラックバックを色々と分類したり、スパム的トラックバックに対して敢然と立ち向かってる記事を読みました。とっても面白かったです。引用とかはしませんので、ぜひリンク先を読んでください。 そして、以下は私の感想です。 問題となってる検索トラックバックですが、トラックバックを単純な宣伝行為に使ったりするのは、トラックバックという技術だけに問題があるんじゃなくてアフィリエイトだったりGoogleAdsenseだったりと、個人のサイトへの多数のアクセス数をお金に変換する手法が一般的になってきたことと関連があります。現在では、「トラックバックを送る」ことと「金を稼ぐ」ことと密接に関連があるってことです。一旦お金が絡んでくると人間って、やりたい放題やりだします。 つまり、以前はスパムといえ
「引用した出典元をblockquote要素のcite属性で書いていたら、出典元を明記したことになるのか?」という話題が出てます。 引用について:その3(無為徒食日記) cite属性問題(takoponsの意味) 引用の話題は野嵜さんにお任せ(趣味のWebデザイン) この問題の発端はW3Cで引用元を明確に記述するために、引用要素であるblockquote要素にcite属性を入れると決定したことにあります。当然、全てのHTMLブラウザがblockquote要素のcite属性を引用元として画面に表示してくれるとは限りません。(一般的にはHTMLはHTMLブラウザを通して閲覧すると考えてます。) つまり、閲覧する人によっては、出典元が分からないケースがあるということです。(ここ大事) 発端はW3Cの決定だけではありません。著作権法では引用として認められる範囲は記述されていますが、引用時に必須とされ
このページを最初にブックマークしてみませんか?
『souseiji.cocolog-nifty.com』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く