ecl.js (Escape Codec Library) と Sleipnir の相性が悪い件について
とあるサイトで ecl.js を使っています。ecl.js とは JavaScript で文字コード変換を行うライブラリで Escape Codec Library が正式名称です。配布元は Escape Codec Library: ecl.js です。ちなみに yaplog に組み込まれている /blog/js/urlEnDecoding.js も元ネタは ecl.js みたいですね。もちろん Sleipnir で yaplog 見ると激遅です・・・ Shift_JISエンコードやEUC-JPエンコードなども可能な escape エンコード・デコード関数のライブラリ 文字列をすべてのコンピュータで読めるような形式に変換したり、変換されたものを元の文字列にデコードすることができる関数のライブラリです。 ビルトイン関数 escape() , unescape() とは異なり、どの種類のブラ
Image::Magick を使って大量画像のサムネイル画像を一括自動生成
お仕事で素材集 CD-ROM 内の画像ファイル全２万点を全てリサイズして欲しいという依頼が来た。自社のコンテンツに使うためのリサイズ作業です。初めは OPTPiX webDesigner のバッチ処理で何も考えず 50 x 40 px にリサイズ。縦横比が違う画像が一杯なので何とも無惨な画像が数時間後にできあがった・・・orz 仕方がないので、PhotoShop のバッチ機能でトリミング〜リサイズ処理をやってみた。どうやら素材集の jpeg の圧縮パラメータが違うようでリサイズ後の保存時にダイアログが開いて圧縮パラメータをどうするかいちいち聞いてくる。OK ボタンを押すだけなのだが、全然バッチになってない・・・orz 仕方がないのでリターンキーを押下状態にしてセロハンテープを貼り付けて帰宅時に放置。今日の朝に完成しているはずだったけど、しっかりと PC がフリーズしてました・・・orz し
Web 上の画像をリサイズする perl-script を書いた
画像変換手段としては perl なら GD::Image / Image::Magick / Imager / Image::Imlib2 の４つくらいが考えられますが、既にベンチマークした結果がネットで手に入ります。 Webから画像をとってきてリサイズする処理のベンチマーク (Yusukebe::Tech) GD::Image: 16 wallclock secs ( 4.09 usr + 0.16 sys = 4.25 CPU) @ 23.53/s (n=100) Image::Imlib2: 21 wallclock secs ( 0.56 usr + 0.10 sys = 0.66 CPU) @ 151.52/s (n=100) Image::Magick: 27 wallclock secs ( 6.02 usr + 0.63 sys = 6.65 CPU) @ 15.04/s
IE7 で画面が真っ白になるページの対処方法 :: Drk7jp
一部で IE 7 を使うとページが旨く表示されず、画面が真っ白になると言う現象で悩んでいる方がいると聞きます。何を隠そう、僕もつい最近まで IE ７真っ白現象で悩んでしました。ブラウザ側にコンテンツが送られずに真っ白な画面になっているわけではなく、コンテンツは正常に受信している（ソースの表示で正しく html が表示される）けど、レンダリングされず画面が真っ白なままという謎の現象。IE 6 や FireFox では同様の現象は見受けられない。 で、取りあえずの対処方法として、Ｆ５を押してページをリロードすると正常に表示される場合が多いが、右クリック→エンコード→自動選択でも多くの場合正常に表示される。後者の場合はサーバに再問い合わせをしていないようなので、こちらの方が都合がよい。 で、更に調査をしていったら、何のことはない。昔も議論されていた文字化け議論と同じ物だった。 さて、この IE
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
