[B! debug] hbKOTのブックマーク

hbKOT id:hbKOT

debugに関するhbKOTのブックマーク (6)

mouseover 中に表示される DOM のデバッグ | blog.jxck.io
Update 2024-03-30: Chrome 123 から "Emulate a focused page" が追加された。これを用いれば良いため、以降の全ての方式は古くなった。 Apply other effects: enable automatic dark theme, emulate focus, and more https://developer.chrome.com/docs/devtools/rendering/apply-effects#emulate_a_focused_page マウスが乗ってないと出ない UI も、そこに Tab などでフォーカスを移し、その状態で Dev Tools の "Emulate a focused page" を有効にすれば良い。 Intro 先日、後輩が「mouseover 中にしか表示されない DOM のデバッグ」に手こずっ
hbKOT 2021/08/25
UI

debug

browser
リンク
Nuxt.js で SSR モードのデバッグに関する Tips - Qiita
Chrome DevTools でデバッグする SPA モードであればブラウザから Chrome DevTools を起動することが可能ですが、以下の script で SSR 時にも Chrome DevTools を起動することが可能です。 node --inspect node_modules/.bin/nuxt-ts ＃ts を利用していない場合は node_modules/.bin/nuxt になるかと思います。 package.json に以下のような script を追加しました。 "debug": "node --inspect node_modules/.bin/nuxt-ts" これを $ yarn debug で実行する。 yarn run v1.16.0 $ node --inspect --expose-gc node_modules/.bin/nuxt-ts D
hbKOT 2020/10/15
debug

memory
リンク
Node.jsのアプリケーションデバッグ・改善方法をおさらいする - hiroppy's site
ステップ実行 --debugと--debug-brkは Node8 の時点ですでに非推奨なので、使わないでください。デバッグ方法コンソール Chrome devtools または、VSCode のような IDE に任せる今回は、エディタ依存の話は特にしないです。共通的な手順基本的には、debugger を止めたい場所に置いていくことになります。例として、以下のコードで説明していきます。 "use strict"; const { readFile } = require("fs"); const { promisify } = require("util"); const readFileAsync = promisify(readFile); (async () => { const data = await readFileAsync("hello.txt", "utf8"
hbKOT 2020/09/21
Node

debug

performance
リンク
MySQLでトランザクションの挙動を試すためのツールを作った - tom__bo’s Blog
mytxという、トランザクション分離レベルの違いを調査したり、並列するトランザクションでどのようにロックがかけられているかを実験するためのツールを作りました。 mytxとは MySQLで分離レベルごとの挙動を実験しようとした時に、ウィンドウを複数開いて順番にコマンド叩いていくのが面倒だなーと思ったので作りました。 github.com gihyoの第50回　トランザクション分離レベルを試してみるでもやっているような、トランザクションごとにコネクションを張って、ウィンドウを行き来しつつコマンドを打って、場合によっては確認用のウィンドウも作ってロックの状況を確認して、とやるところを、予めSQLをファイルに用意しておくことで簡単に試せるようになります。これくらいなら他のDBにも対応しようと思えば出来ますが、今はMySQLを対象にしています。例えば2つのトランザクションを次のような順番で実行し
hbKOT 2020/08/31
DB

debug
リンク
MySQL(InnoDB)でのDeadLock調査 - Qiita
最近MySQLでDeadLock問題にハマったのでその時の調査メモ背景とあるバッチプログラムで多数のBULK INSERT/UPDATEを行う処理の検証を行った際、並列数を上げるとDeadLockが発生するという問題に直面。一処理で同時に発行するSQLが多すぎてアプリのログからは原因が追いきれなかった。（＜この時点でアプリの処理やログ出力を見直す必要がありそうだが、それはひとまず置いといて ^^;）その原因調査に役立った情報やMySQLの仕様などを備忘。原因調査まずはロックの原因を特定するためにInnoDB ロックモニターを有効化 mysql> SHOW ENGINE INNODB STATUS; -- (省略) -- ===================================== 2017-09-30 06:06:40 0x7f215046a700 INNOD
hbKOT 2020/08/25
DB

debug
リンク
[サーバーサイドAPIデバッグ術]ブラウザのリクエストを簡単にリトライしてサーバーの挙動を見る方法 - Qiita
APIの開発してますか？挙動の確認を見る時どうしてますか？ curlを手書きしている？パラメータがないリクエストなら手軽で良いですね。 Postmanのようなツールを使っている？素晴らしい！ブラウザで実際に画面を表示している？うーん…それって繰り返したいとき大変なんじゃ…… とはいえ、ブラウザで実際に画面を表示すると、パラメータの組み立てが非常に楽というメリットがあります。認証情報付きリクエストとか組み立てるの大変ですもんね。ここで、ブラウザのリクエストをそのまま繰り返したり、ちょっとだけパラメータを組み替えられたら便利だと思いませんか？今回はそんな方法を紹介します。 cURLでコピーしてリトライする Chromeの開発者ツール（Windows F12、Mac Cmd + Opt + I)を開いてネットワークタブを開いてください。この状態で目的のページを開いてください。 Pres
hbKOT 2020/07/07
browser

debug
リンク
1