蒸すか大差 @7vU6jrZRuX2ffkY もともとバルス専用垢でしたが、現在はクソツイート投稿用として運用中です 深夜はアニメ実況や時報でTLを汚しますのでフォローの際はご注意ください codepen.io/musukataisa/fu…
![難しすぎると話題の「警視庁の音ゲー」、JavaScriptでベタ書きされていた→作り切る根性がすごいし参考になりそうな実装だった](https://cdn-ak-scissors.b.st-hatena.com/image/square/a174b269069c8ab1f5e7b39349e1ea7deb30ed74/height=288;version=1;width=512/https%3A%2F%2Fs.togetter.com%2Fogp2%2Fc648feb34cad339c910d48330bd596be-1200x630.png)
【SREチーム ブログリレー1回目】 お疲れ様です。エンジニアリンググループ、コアSREの山本です。 他の情報伝達手段が現れた今は「メール」は以前よりも比重は落ちたかもしれませんが、まだまだ多くの人に情報を一気に伝えるための重要なツールです。 エムスリーでは自社サーバを利用してメールの大量送信を実施していますが、メール送信を実施するにあたって気にすべき基本的な事項についてシェアさせてください。 大量メール送信に関連する基本的な設定 基本的な設定(SPFと逆引き) DKIM IPの追加削除 バウンスメール処理 金で解決 まとめ We are Hiring! 大量メール送信に関連する基本的な設定 メール送信自体はそれほど難しいものではありません。 エムスリーではpostfixを利用していますが、設定はほとんどオリジナルでもメール送信自体は可能です。せいぜいドメイン名を登録するくらいでもいけます
PHP 環境下で動作するWebアプリケーション / CMS に焦点を当て、日々新しく発見される脆弱性との向き合い方についてまとめました。
ご挨拶 こんにちは、BEENOSのサノです 🙋♂️ 今回は、弊社で運用しているとある大規模webサービス(ユーザ30万人、gitリポジトリのファイル数10,000以上)のPHP/Laravelバージョンアップを行った話になります。 「既に商用で動いているシステムに対して、バージョンアップのリリースを実際にどうするのか?」というマネジメント・運用の話も少し入ります。 概要 サービスの初回リリースから数年立つと、利用しているすべての技術スタックについてバージョンアップが必要になります。 バージョンアップで得られる恩恵・怠った場合の問題点はたくさんありますが、簡単にいくつか挙げると以下になります。 セキュリティ向上 古いバージョンはサポート外になり、セキュリティホールも見つかっている場合があるので攻撃の対象になります。 サービスの速度改善 バージョンアップするだけでもサイトの動作が軽くなるこ
社員の時に見ていた店の状況、オーナーになってから見ている店。見ている方角が違うとこんなにも違うコンビニの光と影。お客様とは何にも関係無いところで巻き起こるあれやこれ。(笑 筆者が最近ハマっているTV番組が「頭がしびれるテレビ(NHK総合;毎週月曜日(日曜深夜)午前0時40分~1時10分放送)http://www.nhk.or.jp/program/shibireru/」である。日常生活の中にある数学を分かりやすく伝えていくエンターテイメントだ。NHK独特の演出に多少の苛立ちを感じながらも面白く拝見している。第一回目の放送は「行列名人になろう」という行列についての放送内容だった。 筆者は行列が大嫌いで、どんなに流行っているモノでも「行列に並ぶ」と聞いただけで敬遠する。過去、長い行列に並ぶ覚悟で行ったのは「東京ディズニーランド(シー)」位なものだ。 そんな行列嫌いに役立つのが表題の「待ち行列理
プロジェクトの失敗例で多いのは プロジェクトの失敗で、一番多いのはシステム化範囲(スコープ)がいつのまにか大きく膨らんでしまい、納期も遅れ、コストも膨らんでしまうケースである。 このようなプロジェクトは昔から後を絶たないのであるが、その対策が十分に取れているとは思えない。今回は、このシステム化範囲がぶれる問題を考えていきたい。 なぜ、システム化範囲はぶれるのか システム化範囲がぶれる理由はいろいろあるが、その代表的なものを挙げてみる。 (1)「xxシステム一式」という契約書は意味があるのか そもそもシステム化範囲は明確になっているのであろうか。最近私が関与した会社で、ベンダから送られてきた契約書を見せてもらったが、そこに記載された委託内容は「生産管理システム一式」という文言が1行書かれているだけであった(図1。この契約書は、一体どういう意味を持っているのであろう。確かに金額や一般的な責任は
建築業界では、ほとんどの工事は見積もり額の-10~+10%に入るといわれており、多少誤差があるが、このPMBOKの定義とほぼ一致している。これに対しシステム開発では、最終的にはどのくらいの見積もり精度なのだろうか。感覚値だが、たぶん、-20~+100%ぐらいになっているのではないだろうか。 それでは、なぜシステム開発においては、見積もり精度が出ないのであろうか。これには、いくつかの理由が考えられる。 (1)機能の洗い出しが不十分 確定見積もりを算出するためには、プロジェクトで開発するシステムの機能とその難易度が分からないといけない。しかし、見積もりを算出する段階で、そもそも機能は明確になっているだろうか。機能が明確でないのに見積もりを提出しているとすれば、その精度はそもそも期待できなくて当然である。 (2)見積もり技術が確立していない システム開発においては、見積もる人によって金額に倍の開
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く