Playwright を使いこなすためのベストプラクティス - Qiita
はじめに Playwright を使うことで比較的簡単に E2E テストを実装することができます。しかし、通常テストコードは実装したら終わりということではなく、継続的にメンテナンス（保守）が必要になります。その際に保守しやすいように実装するため、Playwright の公式ドキュメントに記載されているベストプラクティスの中で参考になりそうな部分を確認しておこうと思います。 テストの独立性を高める 可能な限りテスト間の依存が無いようにして、テストを分離すると良いというプラクティスです。各テストが独立していることで、 １つのテストが失敗しても他のテストに影響しない テストの順序を考慮する必要がない テストをシンプルに保つことができる あたりのメリットがあるかと思います。また、特定の処理（例えば特定の URL に遷移する処理）の繰り返し実装するのを避けるために before and after
apache が夜中に異常終了(seg fault or similar nasty error detected) - Qiita
環境 CentOS 7.6 httpd-2.4.6-93 現象 apache が夜中３時ごろに、以下のログ出力して異常終了しました。 [Fri Xxx XX 03:XX:XX.XXXXXX 2021] [core:notice] [pid 133248] AH00060: seg fault or similar nasty error detected in the parent process でもそのまま start コマンド投入したら正常起動しました。 原因 原因は おそらく apache のバグです。 バージョンによりますが、reload(graceful) で再起動を繰り返すと、 再起動の何回目かに、今回のように落ちます。 セマフォだかミューテックスだか（ごめん よく知らないの）がｍａｘに達するみたい。 で、再起動しているのはログローテーションの /etc/logrotate.
ダミーSMTPサーバ(smtp4dev) - Qiita
はじめに 開発でメール送信のテストをするのに会社のメールサーバを使うのも良くないですし、間違ってお客さんのメールに送ってしまうという事故を防ぐためにダミーSMTPサーバがないかと思い調べたらsmtp4devというダミーSMTPサーバーがあったので使い方を説明する。 .NET Coreで作られているので、Windows、Linux、Mac OS-X（および.NET Coreを利用）で動作します。 概要 今回はWindows10にインストールしてから動作テストまでを説明します。 古いバージョンでは、Windows GUIベース(ここ)のがありますが、今回は、exe実行して、ダミーSMTPサービスを立ち上げて、ブラウザでメールの受信状況を確認できます。 https://github.com/rnwood/smtp4dev インストール(WindowsPCで直接実行) 1.GitHubからプログラ
AWS EC2 の仮想化方式を paravirtual から hvm に変更する - Qiita
仮想化方式を変更することにしたきっかけ インスタンスの稼働枠に空きがない (キャパシティ不足) ために、インスタンスを起動できないことがたびたび発生した 後継のインスタンスタイプの方が、費用が安いうえにスペックが高い リザーブドインスタンスの期限が近づいてきていた から。 運用を継続するにあたって、1. のキャパシティ不足でインスタンスをたびたび起動できないことがあり、古いインスタンスタイプを運用し続けることに危機感があった。 AWS の FAQ に「Amazon Linux 準仮想化 AMI からハードウェア仮想マシン AMI にデータとアプリケーションを移行する方法を教えてください」があるので、わざわざ Qiita に残すことはないと思ったが、実際に自分が実行してみて、わかりにくいところやはまったところを備忘録として残しておこうと考えた。 PV インスタンスを HVM インスタンスに変
cURLコマンドでレスポンスヘッダのみを取得する --head - Qiita
--head でできます！ 元の記事を書い際には見つけられていなかったのですが、 --head でレスポンスヘッダーのみを取得することができます！！！ $ curl --head http://example.com HTTP/1.1 200 OK Content-Encoding: gzip Accept-Ranges: bytes Age: 431277 Cache-Control: max-age=604800 Content-Type: text/html; charset=UTF-8 Date: Tue, 29 Jun 2021 15:49:43 GMT Etag: "3147526947" Expires: Tue, 06 Jul 2021 15:49:43 GMT Last-Modified: Thu, 17 Oct 2019 07:18:26 GMT Server: ECS
AWS EC2インスタンスをPV形式からHVM形式に変換する（≒t1からt2に移行する） - Qiita
参考URL EC2のt1.microをt2.microへ移行する 手作業でPV -> HVMへの変換を行う方法 AWSで仮想化方式 PV(paravirtual) の既存 CentOS AMIを HVMにする 1の作業手順をベースに、少し改変を加えたもの シンボリックリンク追加のところが一番のミソ PV->HVM変換ツール pv2hvm.rbを試してみた ・Rubyスクリプトに変換作業を代行してもらう方法 ・2015-05現在では、sudo gem install aws-sdk --no-ri --no-rdocのところは、aws-sdkのv1を明示してインストールする必要があることに注意（参考：AWS SDK for Ruby V2） ・色々と問題が起きた（ルートデバイス名とブロックデバイス名を合わせないと動かない等）ため採用しなかった EC2編～PVインスタンスからHVMインスタンス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
今時のPHP HTTPクライアントのGuzzleを使ってみた - Qiita
bashのヒアドキュメントを活用する - Qiita