mineoを契約する時の初期費用、けっこうかかりますよね…。 ①契約事務手数料・・・3300円 ②SIMカード発行料・・・440円 ①+②で合計3740円となりますが、申し込み時にエントリーパッケージ(エントリーコード)を使えば、①の契約事...
mineoを契約する時の初期費用、けっこうかかりますよね…。 ①契約事務手数料・・・3300円 ②SIMカード発行料・・・440円 ①+②で合計3740円となりますが、申し込み時にエントリーパッケージ(エントリーコード)を使えば、①の契約事...
最近ちょっと書くことの多いモバイル構築ネタをまたひとつ。 今回はアクセスしてきた端末をキャリアごとに振り分ける方法について。 ケータイサイトの場合、大枠としてはdocomo、au、SoftBank Mobileという3キャリアの端末からアクセスされることになります。 そもそもキャリアの技術仕様の違いもあり、各キャリアそれぞれ別にサイトの構築を行うのが通例で、その為キャリアごとに振り分ける必要があります。 とは言え、最近ではXHTMLによる3キャリア1ソースでの構築というのも珍しくはありません。そうした状況もあって、先日はDOCTYPE宣言について書いたりしたわけですが、サイト構築の目的やサイトジャンルなどによって、キャリア別にサイト構築を行う必要もあったりします。 それにキャリア公式サイトの場合は、基本的に3キャリア別に構築するのが当たり前ですしね。 で、どうやってキャリア別に端末を振り分
Mashableで、モバイルサイトを作るときに参考になるサイトが紹介されています。 いくつかご紹介しますね。 Mippin RSSを使ってサイトのモバイル版が作れるサービス WPtouch WordPressをiPhoneやAndroid携帯に対応させてくれるプラグイン Mobify デバイスごとの表示をリアルタイムに確認しながらCSSを編集できる。A List Apartがこれで作られた iPhone Compatible CSS Layouts iPhoneに対応したCSSレイアウトを配布 Smashing Magazines’s Mobile Design Showcase 9月にSmashing Magazineがまとめた、iPhoneデザインまとめ CSSiPhone iPhoneサイトのCSSギャラリー A List Apartの例はとてもいいですね。 一度見てみてください。
こんにちは。10月の組織編成でブログビジネス部に異動になりました飯田です。 普段はディレクターしてますが、時にモバイルサイトのマークアップをするときがあります。以前、こちらのエントリーでモバイルサイトを作るうえでのノウハウを紹介していますが、本エントリーではもう少し実践的な「モバイルサイトで○○を表現するには」をすごく簡潔に紹介してみたいと思います。 ある程度の端末で正常に表示されることを確認していますが、一部を除いて正常に表示されない場合もありますがご了承ください。なお、本エントリーで紹介している記述はわかりやすいように style 属性を全てインラインで記述しています。 見出しに背景色 div タグXHTML 対応の端末であれば下記のタグで簡単に見出しに背景色をつけることができます。 <div style="background-color="#0000ff;">ほげほげ</div>
<SCRIPT LANGUAGE="JavaScript"> <!-- function autoLink() { location.href="http://www.dennougei.com/2009/11/27/%e9%a6%99%e6%b8%af%e3%81%a7sim%e3%83%ad%e3%83%83%e3%82%af%e3%83%95%e3%83%aa%e3%83%bc%e3%81%aeandroid%e7%ab%af%e6%9c%ab%e3%82%92%e8%b2%b7%e3%81%a3%e3%81%a6%e5%ae%89%e4%be%a1%e3%81%ab%e5%ae%9a%e9%a1%8d/"; } setTimeout("autoLink()",0); // --> </SCRIPT> <p>このエントリーはこちらに引っ越しました!下のリンクをクリック!</p> <h
■ ドコモはXMLHttpRequestにiモードIDを載せるのを止めるべきだ (建設予定地) (27日追記)建設計画廃止。XMLHttpRequestだけ止めても効果がないことを理解したため。 (29日追記)何が言いたかったか、後日書く。
iモードブラウザ2.0のJavaScriptを調査・研究する過程で、iモード専用サイトのhtmlソースを閲覧する方法を発見しました。 今回発見した方法を用いれば、「ドコモ・ゲートウェイ以外からのアクセスを禁止している」、「サーチエンジンのクロールを禁止している」、「XSS脆弱性が存在しない」の三つの条件を満たしているiモード専用サイトでも、htmlソースを閲覧することができます。 しかし、htmlソースを閲覧するためには、そのiモード専用サイトが別の二つの条件を満たしている必要があります。 htmlソースが閲覧可能なiモード専用サイトの条件 デフォルトホストで運用されている。(ヴァーチャルホストではない) iモードブラウザ2.0のJavaScriptからのアクセスを禁止していない。 iモード専用サイトのhtmlソースの閲覧方法 iモードブラウザ2.0のJavaScriptで、htmlソース
PHPを使って3分で作る3キャリア対応ケータイサイト Tweet 2009/11/17 火曜日 matsui Posted in ソフト紹介, 全キャリア対応 | 28 Comments » 本日は3分で3キャリア対応ケータイサイト作れてしまうというPHPスクリプト、「らくらくケータイ3キャリアコンバーター(仮名)」を作成してみましたので、そのご紹介をさせていただきます。 先日のPHP勉強会で発表させていただきました。 ご参加いただいた皆様、本当にありがとうございました。 発表資料をアップしてありますので、まずはこちらをご覧ください。 PHPを使って3分で作る3キャリア対応ケータイサイト View more documents from ketaiorg. ということで、「3分で作る」とは謳っているものの、ドコモ用に作られたHTMLを他キャリア用にコンバートするだけの、実に簡素な作りです。
先日、リンクタグを使ったケータイならではの小技をまとめてみたんですが、その時にちょろっと出てきたau特有の特殊URI。 auだけってことで、あんまりサイト制作上使われることのないものではあるんですが、何気に色々と他にもこんなことが出来るよーってのが多いんですね。 というわけで、そんな特殊URIをまとめてみることにしました。 特殊URIとは、 <a href="device:hoge">hogehoge</a> と記述するもので、この特殊URIを使うことで、様々な動作をさせることが出来るようになります。 最近は3キャリア共通でコーディングすることも多くなってきていることもあってか、それぞれキャリアごとにページをコーディングするキャリア公式サイトやEZwebだけでサービス提供しているサイトくらいでしか使われていないようですね。 前のページへ戻る 前のページへ戻らせる際の記述です。 <a hre
+1 ボタン 2 AMP 11 API 3 App Indexing 8 CAPTCHA 1 Chrome 2 First Click Free 1 Google アシスタント 1 Google ニュース 1 Google プレイス 2 Javascript 1 Lighthouse 4 Merchant Center 8 NoHacked 4 PageSpeed Insights 1 reCAPTCHA v3 1 Search Console 101 speed 1 イベント 25 ウェブマスターガイドライン 57 ウェブマスタークイズ 2 ウェブマスターツール 83 ウェブマスターフォーラム 10 オートコンプリート 1 お知らせ 69 クロールとインデックス 75 サイトクリニック 4 サイトマップ 15 しごと検索 1 スマートフォン 11 セーフブラウジング 5 セキュリティ 1
堀江貴文オフィシャルブログ「六本木で働いていた元社長のアメブロ」 一般的には、ホリエモンとか堀江とか呼ばれています。コメントはリアルタイムには反映されません。私にコンタクトを取りたいときは、info@takapon-jp.comへメールでご相談ください。 タイトルの付け方が過激だったか? 私の問題提起は、私が以前手帳を使っていてモバイル機器+ネットワークサーバという形にメモやスケジュールなどを移してそっちのほうが便利になったからだ。頭から手帳を否定しているわけではない。ただ、携帯とかiPhoneとかを使ったほうが手帳よりは便利なのではないかと思ったのだ。ま、おせっかいといえば、おせっかいだが。 意外だったのは携帯やモバイル機器のバッテリー切れを気にする人が多かったこと。そんなに電池切れるか?正直1日一回充電すれば十分だと思うのだが、それは私が可能な限り通話機能を使わないからなのか? あと、
今やiPhoneはモバイルビジネスを考える上で無視できない存在とかいう話も目にするけれど、今のところ無視してても何ら痛痒を感じていない。きっとあとで泣きを見るんだろうなあ…。とかいう殊勝な態度はまあいいとして。 もし今後スマートフォンがケータイのスタンダードになったら? ということを考えてみたい。どういうシナリオでそうなるかはさておき余興として。勘違いしている部分も多いと思うのだけれど、ご笑覧ください。 さてさて、当座の枠組みとしてiPhone、Android系&その他というざっくりとした分け方を頭の隅において、同じコンテンツのキャリアごとの呼び名の違いは忘れてください。 ・情報コンテンツ 基本的にPCで見られる情報はPCと同じサイトで見られるので、だいたいが手離れor無価値になる。それを避けるならスマートフォン以外でアクセスできないサイトなりコーナーなりをわざわざ作って、PCでは閲覧でき
「デザインは素敵なんだけど、携帯でこれはちょっとできないなー」とか、「無理ではないけどできれば避けておいた方がいいよなー」っていうデザインがあがってくることが多い今日この頃。 モバイルコーディングをやり慣れている人じゃないとモバイルでできることできないこと、cssを使わないと実現できないこと、table使わないと実現できないこと、などが分かりにくいと思うので当然だとは思うのですが。 ですが、知っているのと知らないのとでは工数がかなり違ってきます。 一旦デザインして、コーダーにそれを見せて「ココとココとココは実現不可能。やり直してください。」で差し戻され、デザインをやり直してってなると、デザインも2度手間、デザインをチェックして無理な項目を洗い出すコーダーにも余計な手間がかかります。 今回洗いだした項目は、なんせ自分がコーダーなので、コーダーがデザインファイルをもらった時にバーッと見てチェッ
ケータイ3キャリアに対応するためのDOCTYPE宣言について Tweet 2009/10/14 水曜日 matsui Posted in 全キャリア対応, 記事紹介・リンク | 11 Comments » XHTMLを使ってケータイサイトを作成する際には、HTMLの冒頭にDOCTYPE宣言を記述する必要があります。 先日からこの「DOCTYPE宣言」に関するブログエントリーが人気を集めているようなので、当サイトも触れてみようと思います。 下記2つのサイトでは、どちらもif文でユーザエージェントを判定して、DOCTYPEを出し分けるという処理を紹介しています。 → ma-san.org 携帯サイトをHTMLではなくPHPで組むときのDOCTYPE分岐方法 [ma-san.org] → ある人のぼやき 携帯サイトのDOCTYPE分岐方法 [d.hatena.ne.jp] DOCTYPE宣言とは
携帯、モバイルサイトの デザインってどうなってるのか 少し興味が沸いたのでモバイル サイトのキャプチャを取って アーカイブとしてまとめている モバイルデザインアーカイブさん から15のモバイルサイトで好きな デザインを15個厳選しました。 個人的なギャラリーとなっていますが、共感して頂ければ幸いです。キャンペーンサイトのデザインなどもあるので現在は確認出来ない事もあります。 FAT ONLINE SHOPPING 余計な情報を入れず、一番伝えたい事は画像にしてTOP絵にしています。 FAT ONLINE SHOPPING AEON Lake Town シンプルですが、画面の小さいモバイルサイトで情報を絞り込むのはかなりいいのでは。Flashで操作も軽快でした。 AEON Lake Town MOS BURGER モスバーガーのモバイルサイト、凄くいいですね。メニューも見やすいし、色使いもか
こんにちは。中村です。 symfonyを使ってモバイルサイトを作るときにやったことを思い出しながら少し紹介しようと思います。symfonyといってもバージョンは1.0系です。最新のsymfonyでは勝手が違うかもしれませんのでご了承ください。 docomoの場合はURLにセッションIDを埋め込む iモードブラウザ2.0ではないdocomo端末はCookieに対応していないため、セッションを利用する場合にはセッションIDをURLに埋め込む必要があります。これについては解決方法がいろいろありそうですが、私の場合、sfMySQLSessionStorageを利用しようとしたところ親クラスのsfSessionStorageがsession.use_cookiesの値でCookieを使うかどうかを決定していたため、initializeメソッドを継承して分岐を入れることにしました。iniの設定をUse
今さらなんだけれど、新しく購入したHT-03Aという携帯電話を、このところずっと使っている。 前使っていた携帯電話は、機能なんて何もついてない、文字通り「携帯できる電話」だったものだから、 スマートフォンのちょっとした機能に、いちいちびっくりする毎日。 Palm を使っていた 大学病院で働いていた頃は、Palm という携帯コンピューターを使っていて、 メモ代わりにしたり、患者さんの情報を入れておいたり、あるいはblog の原稿をちょこちょこ書いたりしていた。 Palm は面白くて、同業者の中でも、自分は相当熱心に使い込んでいたほうだと思うんだけれど、 職場が変わって「これでないと」という場面が減って、結局面倒くさくなった。 その面倒くささの根っこにあったのは、「同期」という操作だったのだと思う。 たとえば「今日時間があったときに読もう」なんて思った文章は、Palm でそれを読もうとしたら、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く