WEBサーバのリプレイス案件など、予めTTLを短くしてならしておく。 # vi /var/named/master/example.net.zone $TTL 86400 ←これ @ IN SOA ns1.example.net. root.example.net. ( 2014100807 ; Serial 3600 ; Refresh 900 ; Retry 2419200 …
カテゴリー: SEノウハウ
メールプラットフォーム思案 2017
メールアドレス１つ お問い合わせメールだけ受信できれば良い場合 ロリポップ 100円～ レンタルサーバ。 データも最悪消えても良い、ただお問い合わせのメールを受信したいだけならこれで十分。 メールアドレスが１～100。１年間で２時間程度ダウンしても良い場合 Xserver X10スタンダード 初期費用3,000円, 月々1200 …
ディスク故障率 Backblaze 2017発表
2017 7月1日～9月30日 2013年4月～ 2017年9月30日 HGSTの一択(۶•̀ᴗ•́)۶ @see http://news.mynavi.jp/news/2017/10/31/025/ Amazonおすすめ iPad 9世代 2021年最新作 iPad 9世代出たから買い替え。安いぞ！🐱 初めてならiPad。Kindleを …
アダルト可能クラウド 2017
今後はわからないYO! 私的メモなので、情報の正確性は保証できかねます。 アダルトコンテンツ可 AWS IBM Cloud(米国の法律に準拠) GMOクラウド Altus /Public GMO VPS アダルトメディアは月間500万～800万PV以下程度ならGMO VPSあたりが多い印象。 アダルトコンテンツ禁止 GCP ConoHa …
障害報告書の書き方
要点 専門用語を極力使わず、わかりやすい言葉で書く 原因(または推測原因)を書く それに対する今回行った対策 実施の影響 恒久対策 謝罪、言い訳、責任回避に見える報告書はだめ。 お客さんは原因と対策、復旧の目処を知りたい。 報告書は安心させるため。 障害は責任持って復旧を行う。 重要 ただ損害賠償問題にならないように。そういう責任はこないようにする。 作業 …
中間テーブル 関連実体 intermediate table
リレーション AとBのテーブルがあった時に、AのレコードがBのレコードにいくつかリレーション(関係)を持つかを考える。 1対1の関係 将来も1対1のリレーションであるなら、そもそもテーブルを分割する必要がない １対多の関係 通常のリレーション playerテーブルのサトシくんはポケモンをたくさん所有しています。 更 …
AWS EC2インスタンスタイプの変更時の注意点
変更手順 EC2インスタンスのKernelを最新にする インスタンスをSTOPさせる インスタンスタイプを変更する 注意 Kernelが古いままインスタンスタイプを変更すると起動しない場合があるらしい ※実体験ないです^^; Amazonおすすめ iPad 9世代 2021年最新作 iPad 9世代出たから買い …
ざっくりオブジェクト指向
オブジェクト指向で実装するメリット 拡張性 ・それぞれクラスとして独立性、拡張性を高める。 ・変更に強くなる。 開発効率 ・一連の処理をまとめて部品化し、再利用を行うことで開発効率をあげる 3大要素 独立性 Aクラス、Bクラス、Cクラスとそれぞれ独立させて、Aの変更がB, Cクラスに影響しないようにする ※密に結合しているとAクラスの変更を行うと、Bクラス、Cクラス …
メール議事録 テンプレート
会議が終わったらすぐにメールしよう ● パターン１の件 ■決定事項 1. ■議題 ・ ■提案 ・ ■背景 ・ ■補足事項 ・ ● パターン2の件 ■決定事項 ・ ■To Do 1. 2. ■提案 ・ ■提案背景 ・ ■3点条件 1. 2. 3. ■補足事項 Amazonおすすめ iPad 9世代 2021年最新作 iPad 9世代出たから買い替え。安い …
RDB 正規化
正規化を行う意義 更新時に1行で済む もし正規化されていなければWHEREを利用した該当レコードについて全行更新が必要になる。 データの整合性 正規化されていると更新時に親子テーブルでデータの整合性がとれるので、データ構造が壊れない設計になる データの可読性 ER図で可視化できる、わかりやすくなる 注意 正規化は可逆的なもの 正規化されたテーブルは、非正規化されたテーブ …
WHERE句なしのUPDATE
全件更新される。 →死 Amazonおすすめ iPad 9世代 2021年最新作 iPad 9世代出たから買い替え。安いぞ！🐱 初めてならiPad。Kindleを外で見るならiPad mini。ほとんどの人には通常のiPadをおすすめします＞＜
MySQL 外部キー制約のデッドロック
外部キー制約に伴うロックの小話 from ichirin2501 外部キー(FOREIGN KEY)制約を利用している場合、 子テーブルに追加、更新や削除を行う時は、必ず親テーブルの対象のidに対して排他ロックを行ってから、更新や削除、追加を行う。 親テーブルの該当idに対して排他ロックを取る 子テーブルの該当行に対して追加、更新、削除等を行う これならロックは起こらない。 &n …