はてなブックマーク

DBeaver最強 DBeaverは無料で使えるDBクライアントツールです。 めちゃめちゃ高機能なので、使っている人も多いのではないでしょうか。 ツールのバグが怖いから、コンソールでのコマンドでしかDBには接続しない 派の人もいるかと思いますが、私の場合は使いやすいSQLエディタや、見やすい結果セットがあった方が作業ミスが起きにくいと思っているので（むしろコマンドの方がミスる）、DBeaverは開発にも本番メンテナンスでもフル活用しています。 本番メンテナンス ある時、イレギュラーな作業で、本番DBを直接いじることになりました。 大した作業ではなかったので手順書も作らずサクッとやることにしました。 エディタでクエリを準備 SELECTで現在のデータを確認と念のため記録 DBeaverの場合、エディタに複数SQLが書いてある場合、全て実行することもできますが、実行したいSQLのどこかにカーソ

S3のコンテンツを管理したい そのWebサービスでは画像やJS、CSSなどの静的リソースをAWSのS3に上げて利用していたのですが、マネコンから手動でアップロードしている状態でした。 そのため、量が多いと作業も大変ですし、抜け漏れなどの人的ミスも発生していました。 元々その静的リソースはgitにも保存していたので、gitで管理しているリソースをawsのcliで aws s3 sync で同期した方が確実だし楽じゃん！、と思いデプロイ手順を変更しました。 gitとs3の手動同期 そもそも今gitとs3の中身って本当に同じなの？、という疑惑があったので、 aws s3 sync で全差分を出して一つずつチェック。 S3にしかないもの、gitにしかないもの、これどこで使ってるの？、みたいなファイルが山ほどあり、調整は時間を要しましたが、基本はS3に上がっているものが正なので、差分はS3のものを残

位置について ROBOCOPY どん！ Woooooooo(さばおっち) Woooooooo(さばぴょい さばぴょい) Woooo(うつだっち) Woooo(さばぽい) さばさばうつうつ 5 1 0 RAID！！ オレンジぱっぱか怪ストレージ(はいっ) ちょこちょこなにげに(そーわっ So What) 第一第零第五RAID(だんだんだんだん異音が近づき) めんたまギラギラ障害でーす(はいっ) 今日もめちゃめちゃはちゃめちゃだっ(ちゃー) がち追い込み(睡眠カット) 家帰りてー(でも帰れなーい) DATは(からっぽ)HDDは(消した) どいつもこいつも あらら(リワインド) 泣かないで(はいっ) 拭くんぢゃねー(おいっ) 業者呼んでも(なおらないっ)(はーっ？) きょうの総務の女帝は あたしだけに注意する サーバルームへゆこう 電源を切って マウント外して 業者のなかに 光ともす (どーきど

ブルックスの法則とは 遅れているソフトウェア開発プロジェクトに後から人員を追加しても、かえって遅らせることになる 外注に依存している企業が陥りがちなトラップではないでしょうか。 人員が増えてるのになぜ早くならないかと言うと、以下の問題があるからです。 新しい人員への教育 配置されてすぐに仕事できるわけではない。教育する人の工数もかかるので、その間開発が止まってします。 コミュニケーションコストの増大 人員が増えた分、全員の進捗把握や情報共有・意識共有に時間がかかるようになる タスクの分解には限度がある 1人だと100日かかるタスクに、99人追加したら1日で終わるかと言うとそうではないという話 人月の神話 多くの企業の工数計算で人月が使われていると思います。1人の人間が1ヶ月で完了できるなら1人月です。 この方式はもともとは建築業などの肉体労働の工数計算に使われていたところから来たと言われて

立花「ごめん、間違ってサーバ OSごと落としちゃったから、データセンター行って電源入れてくるわ」 宮水「はぁ？ なんでそんなことになったの？」 立花「Tomcatを落とそうと思って、間違ってshutdownを実行しちゃった」 宮水「なんでTomcatを落とそうと思ってshutdown実行することになるの？」 立花「それが・・・Tomcatを落とすshellの名前が・・・」 宮水「まさか・・・」 大事なshell。忘れたくないshell。忘れちゃダメなshell。何だ、何だ、何だ？ 名前は...！ 君の　名前は－－－　shutdown.sh でも、確かなことがある。私たちは絶対、見ればすぐに分かる。 見ればすぐわかるように、わかりやすいshellの名前を付けたら、間違ってOSのshutdownコマンドを実行してしまった話。 うっかり他のコマンドやシェルを実行してしまわないように、名前はsto

紅蓮禍 強くなれるモジュールを知った　mod_proxy_balancerを連れて進め 負荷だらけのApacheに酔う　こわばる心 1台構成では捌けないものがある　それだけさ Nagiosのアラートに空睨んでも 変わっていけるのは冗長構成だけ　それだけさ 強くなれるモジュールを知った　mod_proxy_balancerを連れて進め どうしたって！ 消せないアラートも　止まれないサーバも ユーザのために強くなれるなら ありがとう　Connection timeoutよ トラフィックに打ちのめされて負ける意味を知った 紅蓮のアラートよ咲き誇らないで！　運命を照らして ApacheBenchの雑音が耳を刺す　戸惑う心 負荷分散だけじゃ守れないものがある？　わかってるけど ステージング環境で絡まる負荷テスト　成功して見える結果に感動 逸材のF5より　挑み続け咲いたLBが美しい 乱暴に敷き詰められ

{ "error": { "message": "URLを読み込めません: このURLのドメインはアプリのドメインに含まれていません。このURLを読み込むには、アプリ設定のアプリドメインにすべてのドメインとサブドメインを追加してください。", "type": "OAuthException", "code": 191, "fbtrace_id": "XXXXXXXXXX" } } アプリドメイン設定変えてないし、確認してもやっぱり入っているし、よくわからなかったのでFacebookに問い合わせ。 そしたら、翌日以下の返信。 Please add your redirect_uri to the Valid OAuth redirect URIs. It is under the menu Facebook Login > Settings in your app dashboard. Fa