function remote_filesize($url) { if (false === $response = @file_get_contents($url)) { return false; } return strlen($response); } しかしこのままだと巨大ファイルを相手にしたとき、サイズのみを知りたいのに延々とダウンロードで待たされるのは無駄な感じがしますよね。そこでヘッダーを取得したらレスポンスを待たずにブッチしちゃう get_headers 関数を利用します。処理は一瞬で終わるようになりますが、 Content-Length ヘッダーが返されていない場合には取得に失敗するという欠点はあります。 function remote_filesize($url) { static $regex = '/^Content-Length: *+\K\d++$/im';
font-sizeはpxやptなどで指定するとIEで拡大、縮小ができないので、パーセントなどで指定することが多いと思います。しかし、パーセントで指定すると、ブラウザごとに大きさが違ったりします。そこで、基本サイズが12px~16pxのときに10px~26px相当を表示するパーセントの数値を計算して、各ブラウザで確認したものをまとめました。 注意点 これは僕が自分で確認できる環境でのみ動作確認を行っています。動作確認したブラウザは以下になります。 Windows IE6 IE7 Firefox2.0.0.14 Opera9.27 safari3.1 Netscape7.01 Mac Firefox2.0.0.14 Opera9.27 Safari3.1.1 Safari2.0.4 IE5.2 計算式は以下のとおりです。小数点以下は四捨五入するとブラウザ間で差異でるようなので、切り上げることで
Updated: 2004-01-11 22:26:43+0900 - [ HOME ] はじめに この文書は、クッキーの最大サイズの制限について説明したものです。なぜこんなことを調べ始めたかについては、日記、もじら組のスレッド、および、実際に問題を再現するこちらのページをご覧下さい。 この文書を書くに当たって、もじら組での議論が非常に参考になりました。ありがとうございます。自分は最初クッキーの仕様について勘違いしていて、いろいろ問題のある発言をしていて恥ずかしいのですが……。まだ間違っている個所があるかもしれません。間違いを発見されましたら、ご連絡いただけると嬉しいです。 クッキーの個数 クッキーは、「名前=値」の1つの組みを1個と数えます。変数1個がクッキー1個に相当します。Netscapeの仕様およびRFC 2109(obsolete)によると、クライアントは1つのホストまたはドメイ
以下のようにウィンドウサイズによって画像サイズを変更したい時があります。 ・画面サイズ(横幅)が800px 以下の場合は 800px固定 ・画面サイズ(横幅)が800px 以上の場合は 100%(横いっぱい) jQueryを使って以下のようにします。 <img id="hogehoge" src="./test.jpg" width="800" /> <script> function liquid_image(){ var wh = jQuery(window).height(); var ww = jQuery(window).width(); if (ww > 800){ jQuery('#hogehoge').css("width", "100%"); } else{ jQuery('#hogehoge').css("width", "800px"); } } jQuery(doc
ここのところ、javaccとawsに魅了されている米林です。 よく使うDB(Oracle/MySQL/PostgreSQL/SQLServer)における設計時のサイズ見積もりで使うサイトの備忘録。 あとは、OracleからのPython情報。 Oracle Oracle 物理設計 http://www.oracle.com/technology/global/jp/columns/skillup/oracle9i/index.html 領域サイズ見積もり http://otn.oracle.co.jp/document/estimate/index.html OTNにログインする必要ありますがオンラインで見積もりが出来ます。 アカウント持っていない人は、この見積もりツールを使う目的でアカウントを作ってみてはいかがでしょうか。 OLTP系とDWH系においてブロックサイズを考慮し、DWH系はブ
GET送信でもPOST送信でもエンコードタイプを省略すると「application/x-www-form-urlencoded」という方式で送られます。 これはお馴染みの「%00-%FF」のような16進にエスケープされるものです。 これは「name1=value1&name2=value2」のようにnameとvalueのペアを「=」でつないで、更にペア同士を「&」でつないでいく構造です。 このときvalue1が「&」を含む値だとそのままつなげてしまっては後で値を切り出すときに間違ってしまいます。 その間違わないための「%00-%FF」というエスケープなわけです。ちなみに「&」は「%26」にエスケープされます。 ところがこのURLエンコード方式、1バイトを「%00」みたいにエスケープしていくわけですから送信データが3倍(冗長)になってしまいます。 そこでもっと効率的に送信する方法が考え出され
filesize()関数は、指定したファイル名のファイルサイズを取得します。 サイズの単位はバイト単位になります。 ファイルサイズの取得に失敗した場合はFALSEを返します。
※下のリンクをクリックするとイラストをダウンロードできます。 新しいウィンドウが開きますので、右クリックから「名前を付けて画像を保存」を選んで下さい。 JPEG形式でダウンロード(小さめ 640×640pixel) JPEG形式でダウンロード(大きめ 1280×1280pixel) PNG形式でダウンロード(小さめ 640×640pixel) PNG形式でダウンロード(大きめ 1280×1280pixel)
また、PostgreSQL にはいわゆる CLOB, BLOB のような巨大データ専用の型は存在せず、1GB までであれば text や bytea 型をそのまま使えます。1GB を超える場合はラージオブジェクトも利用できますが、アクセスや管理の方法にクセがあるためお奨めできません。数MBまでは text や bytea を使い、それを超えるようなら外部ファイルとして保持したほうが、むしろ安心して運用できるかと思います。 char と varchar, text の比較 PostgreSQL の文字列は以下のような特徴があります。 1. char(n) や varchar(n) の 'n' は「文字数」を表す 他のデータベースではバイト数を表すものもあるので注意しましょう。 2. char(n) は n 文字になるように末尾に空白を追加して保持する n 文字ぴったりで無い限り、末尾の空白の
今日は、データ型の話をしたいと思います。 現在、勤め先でお守りしてるDBにPostgreSQL7.4(以下、Postgres)があります。 このPostgresは総レコード数200万件でDBサイズが4GBありますが、前任者不在の状態で引き継いだため不思議仕様が結構あります。 例えば、データ型の定義の仕方。 一例を挙げると、文字データ型が全部character(一部text)だったりします。 ちなみにcharacterで定義してあるので、取得後にTrimして使ってます(._.)。 Postgresの公開文書を見ると、character、varcharに性能の違いはないと記載されています。 (参考URL:http://www.postgresql.jp/document/current/html/datatype-character.html) また、非常に参考になったのが"Let's Pos
注意事項 docomo *1:モノクロ2階調で5KB以内のGIFファイル推奨(高階調だと低階調の機種でうまく表示されない可能性あり)。GIF87a/GIF89a形式のみサポート。最大画像サイズは最大94x72ドット。 Animated GIFは最大画面数5コマまで。1画面に最大4個まで配置可。リピート回数は最大166回。各コマは同一サイズで開始座標も同一にすること。 iモード全機種対応なら、画像サイズは最大128x128以内に収める。 au *2:au全機種対応は「GIF89a」。ファイルサイズは25KB以下。ブラウザで表示する場合はリサイズする等して9KB以下にする。 参照:KDDI au:技術情報 » GIF画像
UFABET เว็บพนันออนไลน์ อันดับ 1 บริการแบบครบวงจรตลอด 24 ชั่วโมง UFABET เป็น เว็บไซต์พนันออนไลน์ อันดับ 1 ของประเทศไทยและเอเชียที่ได้รับการยกย่องเรื่องการบริการและความมั่นคงทางการเงินอย่างสูง UFABET ฝากถอน ไม่มีขั้นต่ำ เนื่องจากเราใส่ใจคุณภาพในด้านการบริการและประสิทธิภาพของเว็บไซต์อย่างมาก ทำให้มีสมาชิกจำนวนมากให้ความเชื่อถือกับเราและเพิ่มขึ้นอย่างต่อเนื่อง เราเป็น เว็บพนันออนไลน์ ที่บริการรับเดิมพ
久しぶりの更新です。 ページ容量についての記事を書くのを忘れてしまっていたので、 ここで一度まとめてみます。 まずは、auについてページ作成時のページ容量について 注意すべき点を挙げてみます。 まず、auの機種は機種に搭載されている ブラウザのバージョンによって、大きく分けて2つの規格に分かれています。 それは、HDML対応機かXHTML(XHTML Basic)対応機かということ。 これらはページ作成時のマークアップが異なります。 ブラウザで言えば「WAP2.0か否か」の違いという認識でもOKでしょう。 ただし、XHTML対応機はHDMLも内包し、HDMLで書かれたページも表示できます。一方、HDML対応機でXHTMLで書かれたページを見る場合は、au側でHDML変換サーバーを経由して表示されます。 サイト作成時の許容ページ容量は、この規格によって異なります。 まず、旧規格HDMLですが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く