携帯メール配信システム 課題点
> ・メールが届かないアドレスを次回から排除する機能 必ず必要です。 具体的には、帰ってきたエラーメールをスクリプトに渡して処理します。 その際、エラーとなったアドレスをどう扱うかシステムの要件でも違ってきます。 1回のエラー、数回連続のエラー、累積のエラー回数などで判断し、 永久に除外、一定期間除外するなどの処置を取る事となります。 また、エラーメールも種類があるので全て対応する必要があります。 > ・同じIPアドレスから送るとスパムと見なされる可能性があるので > 送信元IPアドレスを分散させる（これは具体的はどのような方法で行うのでしょうか？） 複数のメール送信サーバーを用意してそれぞれ違うIPアドレスを割り当てて送信させます。 あるいは、メール送信サーバーに複数のIPアドレスを割り当て、MTAもその数だけ用意する。 > ・一定期間に大量のメールを送信しないこと 私の所ではauとDo
通帳のコピーで審査
金融機関に勤務しており、以前、住宅ローンを担当した事もある者です。 > ネット画面のコピーでいいのだそうです。 > それで印刷画面で印刷をし提出したのですが、そのとき思いました。 > これっていくらでも改ざん出来るんじゃない？って感じ。 そう思うんですが、結構改ざんは手間がかかりますよ～。 私は多分作る事もできますが、逆に多分見抜く事もできます（理由は内緒）。 こういう人間がいる金融機関もあるので、甘く見てはいけません（笑） 通帳のコピー提出については、単純に「自己資金」の割合が多い人は提出していただく事もありました。 特に、年齢が若く、勤務年数も短く、年収も少ないのに、親等からの借り入れや資金援助もなく、やたら「自己資金」が多い場合は怪しいと思いますので。 ただ、本当に「証拠」を必要とするならば、その金融機関が発行した「残高証明書」でも不十分で、「取引履歴証明」でなければ意味がありません
データベースのフィールドそのものを自由に定義できるテーブル設計とは
項目名などの情報の定義情報もＤＢに保存するということですね。 定義情報を保存するテーブルと、その定義に従って保存されるデータを保存するテーブルを作るのが常套手段です。 今回の場合は、アンケートフォームと項目の２階層あるため、私なら ---------------------- アンケートフォーム定義テーブル ・アンケートフォーム定義番号（PK） ・アンケートフォーム名称 ---------------------- 項目定義テーブル ・アンケートフォーム定義番号（PK） ・項目定義番号（PK） ・項目名称 ・データタイプ ・表示状態 ---------------------- アンケートフォームデータテーブル ・ユーザ番号（PK) ・アンケートフォーム定義番号（PK) ・登録日時 ---------------------- 項目データテーブル ・ユーザ番号（PK) ・アンケートフォーム
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
