キャッシングを利用する場合、無利息期間が在る金融会社を選ぶ事で一定期間利息が掛からずキャッシングが利用できるのでお得です。この無利息期間と言うのは、一定期間にかかる利息がゼロになると言うもので、一定期間が過ぎてしまうと、通常の利息を支払う事になります。因みに、利息というのは借入残高×年利÷３６５日（うるう年の場合は３６６日）×借入期間で計算が出来ます。尚、金融会社によりルールは様々ではありますが、大手の消費者金融などの場合は、初めてキャッシングを利用する人の場合、借入を始めてから３０日間は利息が適用されず、３１日目から次回の返済期日までの間は通常の利息が掛かると言う仕組みになっています。例えば、１０万円のキャッシングを利用した場合、年利が１８％の場合であれば、10万円×0.18÷365日となり、１日あたり４９円の利息がかかります。３０日間の無利息の場合は、これの３０日分となる１４７０円がゼ

簡単な手続きですぐにお金を借りられる方法としては、消費者金融のキャッシングや銀行系カードローンがあります。特に最近では銀行系カードローンのCMをよく見かけるようになっていますが、一体、消費者金融のキャッシングと銀行系カードローンにはどのような違いがあるのでしょうか。 消費者金融のキャッシングと銀行系カードローンを比較した場合、まずはサービスを提供している運営会社に違いがあります。キャッシングは消費者金融という貸金業者が運営を行なっていますが、銀行系カードローンでは金融機関が運営しているという相違点があるのです。運営をしている業態が異なっているため、その業務を規制する法律もまた異なっています。そのため、キャッシングでは総量規制による借入れ時の上限金額が規制されることになり、総量規制の対象外となっている銀行系カードローンは借入れ時の上限金額は制限されていません。 また、消費者金融のキャッシング

携帯サイトで長過ぎるクエリ文字列をどうにか短くできないか、というときの対処法|株式会社シンメトリック公式ブログ - 携帯開発から生まれる技術情報| 携帯サイト開発から生まれる技術情報ブログ 携帯サイトを開発する際、クエリ文字列が長すぎてページを表示できないことがあります。例えばチェックボックス・ラジオボタンの数が多いのだが、リンク（aタグ）やget方式で値を引き渡さなければいけない場合がそうでしょう。 docomoの場合、URLエンコード後の文字長は最大512バイトとしています。SoftBankは1024バイトまでOKですが（auは公式の情報がありません）、3キャリア対応のサイト制作ならば自ずと512バイトが上限と決まります。注意すべきは、この上限がURLの長さだということ。つまりクエリ文字列はさらに短くないといけない。 長すぎるクエリ文字列は、値を引き継げるかどうかだけでなく、ページのデ

3キャリア共通のマーキーの書き方|株式会社シンメトリック公式ブログ - 携帯開発から生まれる技術情報| 携帯サイト開発から生まれる技術情報ブログ 前回、3キャリアのXHTMLでのマーキーの記述方法の違いについて書きました。そのとき、「auではタグもCSSも使える」「docomoはCSSのみ」「SoftBankはタグのみ」とまとめました。ところが、SoftBank機でもCSSの表記が解釈できるようなのです。 SoftBankで使えるのはmarqueeタグだけではなかった前回、「SoftBankはmarqueeタグを使い、CSSによる書き方は存在しない」と書きましたが、これは仕様の上での話のようです。確かに、SoftBankが提供している技術情報を見てもCSSでの書き方については書かれていません。しかし実は実装されているようなのです。弊社の新製品「ラウンドアバウト」のサンプルページを作成して

携帯画面の表示サイズについての考察|株式会社シンメトリック公式ブログ - 携帯開発から生まれる技術情報| 携帯サイト開発から生まれる技術情報ブログ 毎年50近くの機種が発売される携帯電話。季節が変わる度にキャリアの発表会があり、社内で話題になります。しかし、携帯電話が普及したのはここ10年ばかり。10年前の携帯電話といえば、表示画面はモノクロで、今では当たり前になっているメールやWebの機能もなく、電話機能しかありませんでした。今回のエントリーでは、そうした携帯電話の進歩の中で、表示サイズの変遷に関してまとめます。なお、本エントリーでは、表示領域の横に並ぶピクセル数を便宜上「表示サイズ」と呼んでいます。物理的な寸法のことではありませんのでご注意ください。 ハードウェアの「液晶表示サイズ」 ここで「液晶表示サイズ」とは、携帯電話の液晶全画面に表示できるサイズ（ピクセル数）のことを指します

テーブルを使ってauの「隙間」を消す|株式会社シンメトリック公式ブログ - 携帯開発から生まれる技術情報| 携帯サイト開発から生まれる技術情報ブログ auでたびたび問題となる、画像とブロック要素の上下にある消せないマージン、いわゆる「隙間」について、その回避方法を紹介します。divタグを入れ子にすることで消す方法もありますが、今回紹介するのは別解という位置づけになるでしょう。使うのは、携帯サイトでは何かと御法度のように言われているtableタグです。 au隙間バグ回避方法 使うのはtableタグ tableタグは携帯で使えないのでは？と思った方もいると思います。そんなことはないんです。使えないと言っているのは携帯サイト制作のノウハウ本などだけで、実際はほとんどの端末がtableタグに対応しています。現在サービス中のau端末でtableタグ非対応機種はありません。 au隙間バグとはどんな現象

このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年5月時点の調査。

中川です。 今回は携帯用マルチメディアコンテンツの著作権保護について調べました。 著作権保護に関して 対象ファイルの転送禁止や再生回数制限などについて、キャリアごとの設定方法を調べました。 auの場合 EZムービー(3GPP2形式)の場合 ファイルにコンテンツ保護情報を埋め込むことができます。 以下の設定が可能です。 ・端末上でのみ再生できるようにする ・再生回数を制限する ・有効期限を設定する(何日後、もしくは何年何月何日まで) QuickTimeProでエクスポートする際に、上記の設定項目があるので それらに従うだけで簡単に作ることが出来ます。 DoCoMoの場合 MP4対応iモーションの場合、 ファイルにコンテンツ保護情報を埋め込むことができます。 以下の設定が可能です。 ・端末上でのみ再生できるようにする これもQuickTimeProでエクスポートするとき

ケータイサイトの保守でチェックすべき8つのこと Tweet 2009/2/12 木曜日 matsui Posted in au, DoCoMo, SoftBank, サーバ | No Comments » ケータイサイトは、PCサイトと違い、作ったら放置しっぱなしというわけにはいきません。 もちろん、PCサイトも放置でよいわけではありませんが、ケータイサイトの方がマメな情報収集が必要になることは確かです。 今回は「ケータイサイトの保守でチェックすべき8つのこと」と題して、色々と厄介なケータイサイトのメンテナンスについてまとめてみました。 1. キャリアのIPアドレス帯域が変更になっていないか 最も手間で、更新を忘れると大変なことになるのがこちらです。 ケータイサイトはケータイ以外からのアクセスを拒否するため、IPアドレスによる制限をかけることが多いです。 キャリアのIPアドレスは、結構頻繁

ケータイ端末のプロファイルデータを無償でご提供！ ウェブサイトにアクセス可能なすべてのケータイ端末※1のプロファイルデータを収集いたしました。 『ケータイ端末プロファイルデータ（無償版）』※2は、各端末の画像サイズや文字数、対応アプリケーションなどの詳細なプロファイルデータをCSV形式で提供するものです。「端末プロファイル」「画面情報」「USER_AGENT情報」の3種類のファイルからなっており、エクセルなどの表計算ソフトや各種分析ソフトで読み込むことができるので、お客様ご自身の手で、さらに詳細に、独自の軸での集計・分析ができます。 『ケータイ端末プロファイルデータ（無償版）』に収録されている詳細なプロファイルデータを分析することで、汎用性の高いコンテンツを効率的に制作することが可能となります。データは、新機種が発売されるタイミングで更新され、ダウンロード可能となります。 ※1スマートフォ

Catalyst - Session管理とHTMLエンティティコード（数値文字実体参照） でも言及されているように、Catalyst::Plugin::Session::State::URI を使っていると、 <img alt="日本語" /> などが、エスケープされてしまい、表示がおかしくなったりします。 これは、HTML::TokeParser::Simple::Token::Tag::Start が悪さをしているのですが、 HTML::TokeParse::Simple::Token::Tag::Start が呼んでいる HTML::Entities::encode_entities() の第二引数を設定できれば、この問題は回避できるのですが、HTML::TokeParser::Simple::Token::Tag::Start::rewrite_tag() を redefine し

DoCoMoのCSS、XHTMLにはクセがあります。注意すべき点をまとめてみました。 これに関してはいろいろなサイトで論じられていますが、既出のネタや仕様書の内容も含めなるべく広範囲に渡って情報を集めました。 他のキャリアについてはまた書くと思います。 特に気をつけるべき点を先にまとめると、こんな感じです。 ・CSSはインラインでしか記述できない。 ・XHTMLが必須でかつ適切なContent-Typeヘッダを吐く必要がある。 ・istyle属性は使えない。 ・MARQUEEタグは使えない。 ・object要素によるFlashの埋め込みはiモード対応XHTML1.1から。 ・TABLEタグはiモード対応XHTML2.0以降でないと使えない。 ・GPS用の属性lcsはiモード対応XHTML2.1以降でないと使えない。 (DoCoMoに限った話ではない内容も含まれています) CSSの名称、記述