Domain Name Search: Find Available Domains Instantly
The fastest domain search tool on the internetInstant Domain Search is the ultimate domain search engine to find, buy, and register available domain names and extensions (TLDs). Our tool shows hundreds of results as you type, surfacing the best domain names at the lowest prices. We are an ICANN-accredited domain registrar, so you can search and register domains with confidence. Search available do
Go製のCHANGELOGジェネレータを作った - wadackel.me
Git を使用したコミットとタグからなる情報を元に CHANGELOG を作成するためのツールです。 まだまともなサンプルが用意出来ていないのですが、以下は Angular のリポジトリで試しに作ってみたイメージです。 2018/02/20 時点の Angular のコミット数がおよそ 9600 程度で、生成までの時間が 2.5〜3.5s なので、まぁストレスなく使えるレベルの速度かなと思います。 僕が普段仕事としている Web Front-End 界隈では、conventional-changelog というツールが存在し、恐らく最も使われています。今回作った git-chglog はこれにインスパイアされたツールになってます。 個人的な観測範囲では conventional-changelog は広く使われているし、機能も必要十分揃っている印象です。しかし、Node.js で実装されて
社内障害情報共有のススメ - Hatena Developer Blog
こんにちは、アプリケーションエンジニアのid:shiba_yu36です。今日は社内で数年ほど取り組んでいる障害情報の社内共有についてご紹介したいと思います。 障害情報を社内共有する理由 サービスを運営しているなら、出来る限りサービスが一時的に止まってしまうなどの障害を起こさないように事前に対策を取るなど気をつけるべきです。しかし、どれだけ事前に対策をとっても、急激なアクセスの増加や、意図しないバグの混入、オペレーションのミスなどを理由として、障害を起こしてしまうことがあります。 障害が起きた時、それに暫定的に対応して終わりとしてしまうことも多いです。しかし、復旧した後大事なのは、障害に対して適切に振り返りをし、同じサービスで同様の理由で障害を起こさない、また社内で同様の理由の障害を未然に防ぐことです。 そこで、はてなでは障害の暫定対応をした後は、障害の振り返りや他チームへの知識共有のために
カスタマーサポートの写真を「女性」「男性」「ブロンド美女」「猫のキャラクター」に変更すると、何が起こるのかという記録
ウェブサイトやアプリの開発を行っている場合、ユーザーと直接連絡が取れると製品のフィードバックに役立ちますが、同時に心無い中傷に担当者がストレスを受けてしまう可能性もあります。ウェブサービスの運営者がカスタマーサポートの写真と名前を「女性」「男性」「ブロンド美女」「猫のキャラクター」にすることで、届くメッセージにどのような変化が見られるかを実験しており、写真1つでストレスを格段に減らせる可能性が示されています。 Why I don't use my real photo when messaging with customers on my website · Kapwing Blog https://www.kapwing.com/blog/why-i-dont-use-my-real-photo/ オンライン・ムービー編集ツール「Kapwing」の開発者で創業者の1人である24歳の女性・
Webサービスをデータセンター移行するときに必要となる技術要素 - ゆううきブログ
クラウドへの移行を含むデータセンター(以下DC)移行事例を基に、WebサービスをDC移行するための基本的な技術要素を紹介します。具体的には移行手順、データベースのデータ移行、ネットワーク、DNSなどです。 最近、社内で大規模なDC移行を実施しつつあり、DC移行とはなにかをメンバーへ共有するための文章でもあります。 ちなみに、この記事はHosting Casual Talks #4の発表内容を書き下ろしたものです。 移行事例 サービスAの事例 移行前 移行ステップ1 移行ステップ2 移行ステップ3 サービスBの事例 システム概要 フェーズ1: メインシステムとマイクロサービス型DBの移行 フェーズ2: その他のマイクロサービスの移行 移行のための技術要素 既存データの移行 新規データの移行 サービスドメインのDNSレコード変更 内部エンドポイントの変更 IPアドレス参照の場合 FQDN参照の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
