HTML-MobileJpCSS-0.02The London Perl and Raku Workshop takes place on 26th Oct 2024. If your company depends on Perl, please consider sponsoring and/or attending.
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
携帯キャリア各社のIPアドレス帯域を取ってくるスクリプト - spiritlooseのはてなダイアリー
前に作ったやつをsoftbankに対応させてみた。 HTML::Selector::XPath を使ってみたかったのだけど、HTMLが微妙なため挫折。 #!/usr/local/bin/perl use strict; use warnings; use utf8; use Jcode; use LWP::Simple; docomo(); au(); softbank(); willcom(); sub docomo { print "docomo\n"; my $url = 'http://www.nttdocomo.co.jp/service/imode/make/content/ip/about/'; my $content = get($url); while ($content =~ m!<FONT COLOR="\#009900"><B>(.*?)</B></FONT>!g)
Perlで作るモバイルサイトのコツ：第2回：CodeZine
はじめに 若い世代の女性を中心にデコメールが注目されています。 デコメールとはNTTドコモのFOMA900iシリーズから導入された簡易HTMLメール機能で、HTMLメールならではの文字修飾、画像の埋め込みなどが可能です。これらの機能を使えば、ただのテキストのメールよりも個性的でかわいいメールを送ることができるので、それが人気につながっているようです。 デコメールの仕様は下記で公開されています。NTTドコモ 『作ろうiモードコンテンツ：デコメール』 本稿ではCPANモジュールのMIME::Liteを使ったサンプルを用いて、デコメールの基本的な仕様について解説します。 ※CPANについては、第1回を参照してください。対象読者PerlでCGIアプリケーションを作成したことのある方。CPANモジュールを使用したことのある方。携帯サイトでデコメールを配信しようとされている方。 必要な環境 Perl
プログラミングと開発者のためのCodeZine：Perlで作るモバイルサイトのコツ：第1回（Perl, モバイル, CPAN）
http://www.cpan.org/。Perlのライブラリ・モジュールソフトウェアやその他のPerlで書かれたソフトウェアを集めた巨大なアーカイブで、世界中のサーバーにその内容がミラーされています。 対象読者 Perlを実行できる環境にて携帯サイトの構築を考えている方。 必要な環境 Apache 1.3系または2系 Perl 5.6以上 User-Agentより端末判別を行う 携帯サイト構築の主な処理として挙げられるのがUser-Agent解析によるキャリア、モデル、シリーズなどの分類処理かと思われます。iモード、EZweb、Vodafoneの3キャリアを判別するだけでも複数のパターンが存在しており、端末のモデルを取得するまでにはさまざまな条件分岐処理の記述が必要となります。それらをスマートに行う方法はHTTP::MobileAgentを使うことで、User-Agent
ここギコ！: HTTP::MobileAgentはプラグインだけじゃなくサブクラス独立もよろしく
Posted by nene2001 at 11:44 / Tag(Edit): http::mobileagent architecture / 0 Comments: Post / View / 0 TrackBack / Google Maps HTTP::MobileAgentのプラグイン機構 HTTP::MobileAgentのプラグイン機構を付けるとしたら、どんな風なのがベストなんだろうかと考えてみた。 マジで動き始めてくださったようで嬉しい限り。 機構はプロフェッショナルな人々に任せるとして、個人的にはプラグイン以上に実現して欲しいのがサブクラスの独立。 今のライブドア版で、DoCoMo偏重でWILLCOMが味噌っかすにされている状況は、看過し難い。 今やDoCoMo独走状態というのでもなくなったし、WILLCOMは下手をするとSoftBankを超えて第3勢
HTTP::MobileAgentのプラグイン機構
HTTP::MobileAgentのプラグイン機構を付けるとしたら、どんな風なのがベストなんだろうかと考えてみた。 多分プラグインとしてやりたいこととしては大枠で以下の2つだろう。 今の実装では取得できない値を取得するための新しいメソッドやアクセサを追加する User Agentの解析にある処理を挟む で、これらをやるためにはどのようなプラグイン機構がいいのだろうか。 Plaggerとかみたいなhookを各所に設ける Catalystみたいに NEXT を使って連鎖させていく Class::DBI::Pluginみたいにimportでやや強引に追加できるようにする 1は必要かもしれないけど、あんまり需要がなさそうな気もする…。 2はいろんなプラグインがでてくるとわけわかめになりそう 3があれば、とりあえずしばらくはもちそうな気もする。 さてどうしようか。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MATSUNO Tokuhiro / Net-CIDR-MobileJP-0.07 - search.cpan.org
tokuhirom blog
WWW-Blog-Metadata-MobileLinkDiscovery-0.02