【メモ】 callbackで「#_=_」が付いて来てしまう件への対応

このスクリプトだと引数が落ちてしまうようです。それに対応したのがこちら （続き） 【メモ】 callbackで「#_=_」が付いて来てしまう件への対応 | mutter
どういう理屈なのか解りませんが、OAuthで認証したあとのcallbackのURLの末尾に「#_=_」が付いて来てしまうことがあるようです。検索した限りではFacebookがそういう仕様のようで、Tumblrも同じような仕様です。多分、サービス側に何らかの理由があってこうなっているんだとは思うのですが、受け取る側からするとちょっと不都合があります。 例えば、 
http://hoge.com/return
というURLをcallbackに指定してリクエストを投げた場合、こんな感じで返ってきます。 
http://hoge.com/return?oauth_token=xxx&oauth_verifier=yyy#_=_
んで、何らかの処理をしてサイトのトップページにリダイレクトをしてやると（例はSymfony）、 
$this->redirect('hoge/index')
URLはこうなってしまいます。 
http://hoge.com/#_=_
本当はこうしたいのに。 
http://hoge.com
もしかしたらフレームワーク側で対処出来るのかも知れませんし、ブラウザの設定なのかも知れませんが、検索して情報を収集してみた結果「JavaScriptでアドホックな対応」というのがポピュラーなようなので、とりあえずそれに従うことにしました。

続きを読む

電子レンジの危険性についてのコメントがエンターテイメント性溢れすぎて腹筋崩壊

電子レンジの使用が健康に害をなすという話があるようです。 曰く、

  • 分子構成が変化して発がん性を生じる
  • 分子構成が変化して放射性を持つ
  • 残留する電磁波が人体に悪影響を与える
  • 免疫が落ちる
  • 肥満になる
……など。 高校卒業レベルの科学的素養のある日本人であれば、「ははは」と笑って通り過ごせる程度のトンデモだと思うのですけれど（電子レンジ程度のマイクロウェーブで分子構成が変化するんだとしたら、科学的にそんな便利なことはないって言うか世の中そんな不安定で良いわけないだろ）、中にはこういう煽りに不安を覚えて、インターネットの質問サイトで質問してしまう人もいるわけです。

電子レンジって危険ですか？ (1/3) – 物理学 – 教えて！goo

一応ネットで調べましたが、賛否両論なので、質問します。 電子レンジを使うと分子構造を破壊するとあるサイトに書いてあったのですが 実際に水や食品をを電子レンジで温めるのと、 オーブンもしくはガスコンロまたは電子コンロで 暖めるのでは、やはり違いがあるのでしょうか？ ある小学生の研究で、両方の水をさまし、植物に水を与えたところ 電子レンジで暖めた水をあげたほうは数日後枯れてしまい コンロのほうは生き生きとしていました。 小学生の研究であり、たった一回の実験だったので専門的ではないし いろいろな状況が考えられますが、実際にそのような結果になったので 人体にも影響があるのではないかと考えています。 味の変化があるのか確認するために今日は諸事情があり無理なのですが、 明日にでも白湯にしたのを今日実験して飲もうと思っています。 もしどなたか試してみたことがある人は、感想を教えていただけますか？ （もしかしたら私と違う意見が出るかもしれないので） よろしくお願いします。

まあ、不安に感じるのは仕方ないかも知れませんね。この程度の話「何言ってんの？」と言って欲しいところですが、危険性を煽られるとそう簡単に排除出来ないのもまた、トンデモの弊害の1つです。

続きを読む

「水曜どうでしょう」藤村Dのご実家、「カフェレスト ラディッシュ」が1月末日をもって閉店

僕が知ったのは最終日の1/31にツイッターを通してだったのですが、どうやら藤村Dが祭で発表されてたみたいですね。 そうだったのか……

続きを読む

gistの埋め込みを入れると表示が崩れる件

17_02.jpg ブログにコードの一部だけを載せたいようなとき、githubのgistにアップしてその埋め込みをブログに貼るというのを良くやるのですけど、このところずっとその埋め込みの表示が崩れて難儀してました。 上の画像にあるとおり、

  • スクロールバーが2重に出てしまう
  • コードの一番上に隙間が出来る
  • 行番号とコードの行がずれる
といった感じに崩れてしまって、コードは読めるものの見栄えがよくない。とはいえ埋め込みってことは通常CSSの管理はサービス側の仕事だし、こっちでやれることはないんだろうな……と思ってたらそうでもなかった。これiframeじゃなくて生のHTMLタグを書き出してるんですね。そうだったのか。だからCSSをこちらで設定してやれば崩れるのを修正出来ると。

続きを読む

【メモ】 W3Cの「Feed Validation Service」でRSSフィードをチェックしたら結構間違ってた

W3C Feed Validation Service 自分に便利なRSSフィードをたくさん作っているとだんだんと作業に「慣れて」来てしまって、仕様とかいちいちチェックせずに手癖やコピペで済ませて確認もしなくなってきてしまうのですけど、ふと思い立って自分が作っているRSSフィードをW3Cの「Feed Validation Service」でチェックしてみたらば意外なほど間違ってたので慌てて修正。 W3C Feed Validation Service, for Atom and RSS よくある間違い（ないしは設定漏れ）の例としては、こんな感じ。

  • 「Content-Type」が「text/html」になっている → フレームワークに設定を追加し「application/rss+xml」で送信
  • pubDateの形式がRFC2822に準拠していない → Atomの形式（RFC3339）になっていたので変更
  • lastBuildDateの形式がRFC2822に準拠していない → Atomの形式（RFC3339）になっていたので変更
  • managingEditorが有効なメールアドレスではない → 架空のメールアドレスで対応
  • managingEditorに本名が入っていない → ハンドルネームなどを追加
  • 「atom:link rel=”self”」がない → そのフィード自身のURLをchannel内の要素として追加。「xmlns:atom=”http://www.w3.org/2005/Atom”」を削除してしまっている場合にはそれも追加。
  • 「item」要素「title」に実体参照でない記号を含めるな → 対応。
  • 「item」要素に「guid」が無い → 一意の標を追加。大体の場合、パーマリンクで事足りる
  • 「item」要素「description」の「CDATA」には指定されたタグ以外使うな → 「blockquote」を使ったら怒られた……でもコレはどうしようもないんだよね。Tumblr的な意味で
で、validになったRSSフィードが例えばこれ。 http://rss.nplll.com/kimagure_camera/ 「blockquote」以外はどれもテンプレートしっかりしてれば間違えないだろっていう話なんだけど。特に日付の形式間違ってたのは自分でもびっくりしました。引くわー。RSSリーダーが読み込んでるから別に良いかなと思ってたけど、すべてのRSSリーダーで確認出来てるわけじゃないし、そもそもRSSリーダーで使うことだけを想定して作ってるわけでもないしなあ。 W3C準拠が絶対かどうかはともかくとして、この辺はきちんと確認しておかないといけないよねと反省しました。 大事。

続きを読む

頭がすっきりした

比叡改二 頭がもっさりしている | mutter 腰の調子がだいぶよくなったので、自転車で北白川まで髪を切りに行ってきました。さすがに最後の上りはきつくて自転車を押して歩きましたが、違和感はあるものの痛みが出ることもなく無事に。サロンのソファは若干腰に影響ありましたが、痛めるってほどではなかったですし、姿勢正したら問題なかったです。もうちょっと無茶していっても大丈夫かな。ものを持つとか腰をひねるとかそういう動きだけ気をつけていれば。 本当は1ヶ月半くらい前に切りたかったのでのびのびで、「ほんとにスカッと切っちゃって良いの？寒いよ？」と確認されましたが、まあ良いんじゃないかなと思ってスカッと。いつも冬に神めっちゃ短くして風邪引いてるような気もしないでもないですが、その辺は首回りの保温を徹底することで対策にしようかなと。妹の手編みという妹がいない、妹に憧れる男子が聞いたら羨むような（現実は毛糸のあまりの継ぎ足しです）、毎冬殆ど使われることのないマフラーでも巻きましょうかね。口に毛糸が入るのが実はあんまり好きではないですけど背に腹は替えられん。 というわけで、髪の毛すっきり。 まあ……ほんとのとこ比叡姐さんの画像を貼りたかっただｋ（ｒｙ

続きを読む