【メモ】 Symfony1.0でGMailのSMTPを使ったメールが送信できない件のまとめ
現在進行形で嵌っているのですが、原因はともかく朧気ながら状況が把握できてきたので自分的まとめ。
現在進行形で嵌っているのですが、原因はともかく朧気ながら状況が把握できてきたので自分的まとめ。
Tumblr Queueの最新ページへのリンクを生成するGreasemonkeyを更新しました。
Gistをeditすると古いバージョンへのリンクがリンク切れになってしまい、 そのたびにリンク貼り替えるのは面倒だなぁと思っていたのだけど、 なんのことはないURLを「最新版へのリンク」にしておけばよいのよね。 それを知らなくて今まではGreasemonkeyインストール用のURLをこんなのにしてたけど、 https://gist.github.com/raw/614547/c54b4589d2fb9305f9e9ac2f0f75836a09008792/tumblr_queue_latest_link.user.js そうではなくて最新版のリンク、こんなのにすればリンク切れが起きる心配がない。 https://gist.github.com/raw/614547/tumblr_queue_latest_link.user.js また、gistに含まれるファイルが1つだけの場合には、これでも行ける。 (ただし、拡張子が「user.js」ではないのでGreaseMonkeyとしてインストールは出来ない) https://gist.github.com/raw/614547 おおう。 Greasemonkeyのインストール用URLをちょっと修正して回らなければ。
Tumblr Queueの最新ページへのリンクを生成するGreasemonkeyを更新しました。
縦横共に300px以内でかつ縦横比を維持したまま画像を縮小したかったので簡単なJavaScriptを書いてみた。 画面内の画像全てに適用するとするとこんな感じ。
var maxWidth = 300;
var maxHeight = 300;
var elements = document.getElementsByTagName("img");
for(i=0;i height) {
elements[i].width = Math.min(width, maxWidth);
} else {
elements[i].height = Math.min(height, maxHeight);
}
}
まぁはっきり言うと、「縦横比の維持」は基本的にブラウザ任せですね。
片方だけ指定すればもう片方は自動で計算される…というのは仕様的にどうなのだろう。
なお、幅だけを一定以内に収めたければこれをimgタグに置くだけで良いのだけど、
onload="this.width = Math.min(this.width, 300)";
縦長の画像(例えば縦1,000px/横100px)の場合に逆に拡大されてしまってはみ出る。
それを回避するためには、縦か横かどっちかデカイ方に対して適用すればOKと。
なんか処理を共通化する良い方法がありそうな気がするけど…まぁいいか。とりあえず。
javascript:function%20getID(id){return%20document.getElementById(id);};var%20u=location.href,d=/(http:\/\/www\.amazon\.(com|co\.jp))/;if(u.match(d)){t=getID("btAsinTitle").innerHTML;r2=RegExp.$2;if(r2=="co.jp")l="amazon.jp/dp/";else%20if(r2=="com")l="amzn.com/";else%20exit();l='';prompt("%E3%80%8C"+t+"%E3%80%8D",l);void(0);}
例えばこのページで実行すると↓
Amazon.co.jp: THE BEST OF スチャダラパー1990~2010: スチャダラパー: 音楽
こんなのが取れます。↓
実際の表示はこんな感じ↓
いつまでもAmazonのアフリエイト作成ツールに頼ってリンクを作成するのも何だかなぁと思ったので、APIを叩いて結果を取得してみた。色々とやり方はあるだろうけれども、PHPでやる場合にはPEARライブラリの「Services_Amazon」を利用すると簡単。
HTML文書を読み込んでパースするときに、今までは正規表現でやっていたんですが、 処理がどうしても面倒な感じになるし改変にも弱いので、DOMでやることにしてみたらば見事に嵌るなど。 読み込む文書がXMLだと問題ないんですが、HTML、特にShift-JISで書かれた文書だとなぜか文字化け。 色々と検索した結果、多分これで行けると言うのにたどり着いたのでメモ。
$html = mb_convert_encoding($html, 'HTML-ENTITIES', 'ASCII, JIS, UTF-8, EUC-JP, SJIS');
これだと、表示上文字化けは起きません。
それどころか、コメント以外の部分は普通に日本語で書き出されているようです。
ので、このままでもいいかなーという感じ。
まぁとはいえ、あんまりDOMについて解っていないので、だいぶ泥縄であれこれやってるんですけどね…
サーバの全面引っ越し(およびドメインの変更)はいつになることやら。
大量のデータをINSERTする場面があってなんとか高速化できないかと思って、 以下の手法を比較してみた。
ある程度どうでも良いサイトの場合、パスワードを保存するリスクより利便性の方が上回るので、 結構積極的に保存してたりするんですが、サイトによっては保存できない設定になっている場合があります。 例えば…アフリエイトのMicroAd。 BTパートナー|行動ターゲティング,ブログ広告,リターゲティングのマイクロアド 左上にログインフォームがありますが、ここで入力したパスワードは保存されません。 (保存しますか?と聞かれない)