クロスブラウザのためのHTML/CSSのテクニック集 | コリス
anthonyshortのエントリーから、クロスブラウザのためのHTMLとCSSのテクニックの紹介です。 How to get Cross Browser Compatibility Every Time 簡単な意訳なので、詳細やキャプチャは上記エントリーを参考ください。 サマリー doctypeはstrictを使用し、正しいHTML/CSSを使用してください。 スタイルをリセットするスタイルシートを使用してください。 Firefoxでのレンダリングのために、テキストのスタイルシートに「-moz-opacity:0.99」を指定してください。 Safari用には「text-shadow:#000 0 0 0」を使用してください。 画像のリサイズをCSS/HTMLで行わないでください。 全てのブラウザでフォントのレンダリングを確認してください。 「Lucida」は使用しないでください。 テキ
Calendar
Table of Contents 導入 — どのようなことがカレンダークラスでできるのか インストール — PEAR::Calendar のインストール方法 お急ぎの方用 — お湯をかけるだけのように... パッケージ概要 — カレンダークラスの概要 メソッドの概要 — Calendar API の要約 カレンダーデコレータ — Calendar_Decorator とは FAQ — よくある質問とその答え カレンダー — カレンダーベースクラス constructor Calendar::Calendar — Calendar を作成する Calendar::adjust — 日付を調整する (ヘルパーメソッド) Calendar::build — カレンダーオブジェクトの子オブジェクトを作成するための抽象メソッド Calendar::fetch — Calendar のサブクラスであ
あなたの作ったメール配信システムはエラーメール処理をしていますか？
今回はメルマガ等やメーリングリストのように大量のメールを配信するためのメール配信システムを自前で開発している方向けの情報（備忘録？）です。 大量のメールを配信する場合、配信できなかったエラーメールを適切に処理することが重要です。たとえば、 なんて感じです。適切なエラーメール処理なくば、知らず知らずのうちに SPAMer と同じようなメール配信をしていることになってしまうのです。かく言う僕の作ったメール配信システムも、それほどエラーメール処理を厳密に行っているわけではなく、何とかしないとなぁ〜と思っている今日この頃で、ちまちま資料を集め始めて仕様検討している次第です。
RFC1035 ドメイン名－実装と仕様書
この文書はRFC1035の日本語訳（和訳）です。 この文書の翻訳内容の正確さは保障できないため、 正確な知識を求める方は原文を参照してください。 翻訳者はこの文書によって読者が被り得る如何なる損害の責任をも負いません。 この翻訳内容に誤りがある場合、訂正版の公開や、 誤りの指摘は適切です。 この文書の配布は元のＲＦＣ同様に無制限です。 Network Working Group P. Mockapetris Request for Comments: 1035 ISI November 1987 Obsoletes: RFCs 882, 883, 973 DOMAIN NAMES - IMPLEMENTATION AND SPECIFICATION ドメイン名 － 実装と仕様書 1. STATUS OF THIS MEMO 1. この文書の状態 This RFC describes the
RFC 2060 - 5.1.3. メールボックスの国際的な命名規則
Network Working Group Request for Comments: 2060 Obsoletes: 1730 Category: Standards Track M. Crispin University of Washington December 1996 INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4rev1 この覚書の状態 この文書は、インターネットコミュニティのための、インターネット標準への過程のプロトコルについて述べ、 改良のための討論と提案を必要としている。 標準化の状態と、このプロトコルの状態については、"Internet Official Protocol Standards" (STD1) の現在の版を参照されたし。 このメモの配布は制限しない。 Internet Message Access Access
☆携帯のメールアドレスの種類？を教えて下さい☆
迷惑メールなどでお困りなのでしょうか・・・ 一応おもだったものを・・・ ■NTT ドコモ 「docomo.ne.jp」 mopera U 「mopera.net」 ■ソフトバンク （旧ボーダフォン） ソフトバンク 「softbank.ne.jp」 北海道 「d.vodafone.ne.jp」 東北・新潟 「h.vodafone.ne.jp」 関東・甲信 「t.vodafone.ne.jp」 東海 「c.vodafone.ne.jp」 北陸 「r.vodafone.ne.jp」 関西 「k.vodafone.ne.jp」 中国 「n.vodafone.ne.jp」 四国 「s.vodafone.ne.jp」 九州・沖縄 「q.vodafone.ne.jp」 ・旧Jフォン（参考) Jフォン東日本 北海道エリア jp-d.ne.jp 東北・新潟エリア jp-h.ne.jp 関東・甲信越エリア j
サーバの種類とDBサーバ超基礎入門 : LINE Corporation ディレクターブログ
こんにちは、櫛井です。 今回は、サイト運営を行う上で知っておきたいサーバの種類やその役割、DBサーバについてお送りします。記事タイトルに“超基礎入門”とあるように、あまり難しい言葉を使わずに書いてみます。 サーバの種類と役割 ユーザーが画像やテキストなどを投稿できる CGMコンテンツの場合、情報を表示するだけの一般的なウェブサイトとは違ったサーバ構成を行う必要があります。データの置き場所を分散させ、役割を決めたサーバを適切に配置することで、負荷分散や万が一の障害対応時の問題切り分けなどにも有効といった特徴があります。 では、具体的にどのようなサーバがあるか、それぞれどのような役割をしているか、代表的な例を紹介してみます。 ※かっこ内は社内での通称 アプリケーションサーバ(app) プログラムが走る。ここで表示するコンテンツを作ってたりする。 ウェブサーバ(www) リバースプロキシとして稼
【2ch】日刊スレッドガイド : 知ってるだけで少し絵がうまくなる言葉
意識でもなんでもいい。 おれが知ってるのは身体の比。 有名だが足のサイズは肘の長さとほぼ同じ。 なんかいつも意識にしてる言葉教えろ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
○○円ならどこまでできる!? ウェブサイト制作の相場早見表 | Web担当者Forum
The Use of HMAC-MD5-96 within ESP and AH
Just a moment...
社会実情データ図録 Honkawa Data Tribune