急遽マウスが必要となる状況があり、なんかよいマウスないかなーと思って探したところ、「CAPCLIP PRO」というマウスがリリースされていたため購入しました。
「PRO」のつかない「CAPCLIP」も2つ持っているCAPCLIPファンですが、今回の「PRO」もよいですよ。
握りやすくなっただけでなく、「PRO」の名にふさわしい機能追加がされています。
5千円弱しますが、持ち運び用マウスにオススメです。
WindowsとLinuxで環境変数を確認する方法
C:\Users\hoge>systeminfo | findstr OS OS 名: Microsoft Windows 10 Home OS バージョン: 10.0.19041 N/A ビルド 19041
[hoge@localhost ~]$ cat /etc/redhat-release CentOS Linux release 7.9.2009 (Core)
set
printenv ※以下のコマンドでも確認可能 env set(環境変数+シェル変数) export
在宅勤務になり、机上にカレンダーを置かずに、Windows 10のカレンダー(タスクバー右端の日時をクリックすると出てくるやつ)を参照することが増えました。ショートカットキーで開けたらなーと思って調べてみたところ、ショートカットキーで開けたのでメモ
Windows 10 Home 2004 OSビルド 19041.746
Win + Alt + D
Windows 10ではWinキーを使ったショートカットキーが増えましたね
Window関数を使って、日付が含まれるテーブルの、日付の”飛び”をチェックする
PostgreSQL 9.6.4 on x86_64-pc-linux-gnu, compiled by gcc (Debian 4.9.2-10) 4.9.2, 64-bit
日ごとの電話番号別のパケット使用量です
| servicecode | packet_date | packet_withcoupon | packet_withoutcoupon |
| AAAAAAAAAAA | 20210205 | 0 | 1 |
| CCCCCCCCCCC | 20210205 | 1 | 0 |
| DDDDDDDDDDD | 20210205 | 0 | 0 |
| BBBBBBBBBBB | 20210205 | 273 | 1 |
| AAAAAAAAAAA | 20210204 | 0 | 1 |
| CCCCCCCCCCC | 20210204 | 1 | 1 |
| DDDDDDDDDDD | 20210204 | 0 | 0 |
| BBBBBBBBBBB | 20210204 | 467 | 1 |
| AAAAAAAAAAA | 20210203 | 1 | 1 |
| CCCCCCCCCCC | 20210203 | 1 | 1 |
| DDDDDDDDDDD | 20210203 | 1 | 0 |
| BBBBBBBBBBB | 20210203 | 250 | 1 |
| AAAAAAAAAAA | 20210202 | 1 | 1 |
| CCCCCCCCCCC | 20210202 | 1 | 1 |
| DDDDDDDDDDD | 20210202 | 1 | 1 |
| BBBBBBBBBBB | 20210202 | 273 | 1 |
| AAAAAAAAAAA | 20210201 | 1 | 0 |
| CCCCCCCCCCC | 20210201 | 1 | 0 |
| DDDDDDDDDDD | 20210201 | 1 | 0 |
| BBBBBBBBBBB | 20210201 | 110 | 0 |
Window関数(lag)を利用して、1つ前のレコードを取得します。
select packet_date /* 日付昇順でソートし、lagで1つ前のレコードの値(1つ前の日付)を取得 */ ,lag(packet_date, 1) over(order by packet_date) prev_date /* packet_dateは文字列型のため、Timestamp型にキャストの上差分を計算 */ ,TO_TIMESTAMP(packet_date, 'YYYYMMDD') - TO_TIMESTAMP(lag(packet_date, 1) over(order by packet_date), 'YYYYMMDD') date_diff from ( /* 日付の重複を排除した上で集計 */ select packet_date from t_packet_volumes group by packet_date order by packet_date ) a order by packet_date desc
実行結果はこんな感じです。
| packet_date | prev_date | date_diff |
| 20210205 | 20210204 | 1 day |
| 20210204 | 20210203 | 1 day |
| 20210203 | 20210202 | 1 day |
| 20210202 | 20210201 | 1 day |
| 20210201 | 20210131 | 1 day |
上記のwhere句に
where lag(packet_date, 1) over(order by packet_date) prev_date > '1days'
としたら、where句にはWindow関数は使えん、と怒られたので、美しくないけど以下のように書いてみた
select * from ( select packet_date ,lag(packet_date, 1) over(order by packet_date) prev_date ,TO_TIMESTAMP(packet_date, 'YYYYMMDD') - TO_TIMESTAMP(lag(packet_date, 1) over(order by packet_date), 'YYYYMMDD') date_diff from ( select packet_date from t_packet_volumes group by packet_date order by packet_date ) a order by packet_date desc ) b where date_diff > '1days' order by packet_date desc
from句内にlagを使ったSQLの結果を入れて、それに対して絞り込みを入れました。
実行結果は以下の通り。想定通りの結果が得られました。
| packet_date | prev_date | date_diff |
| 20201202 | 20201130 | 2 days |
RDSは停止保持は最大７日までです。それ以上経過すると起動します。
マネコンを見ずとも、指定したRDSインスタンスが停止してからどれくらい経ったかを知りたかったので、Powershellスクリプトを書いてみました。
対象となるRDSの状態を、CloudTrailの結果から取得することで判定しています。
Powershellだと、JSONファイルのパースだとか、文字列日付のオブジェクト変換だとかを良しなにやってくれるのでサクっと書くことができました。
PS C:\Users\hoge\> $PSVersionTable.PSVersion Major Minor Build Revision ----- ----- ----- -------- 5 1 19041 610
単一のインスタンスのみを対象としています。
また、
が条件です。
param( [string]$rdsInstanceName # RDSのインスタンス名 ) # エラーがあった時点で処理終了 $ErrorActionPreference = "stop" function script:Main($filepath) { $filename = ".\temp_ctRDSStats.json" # 引数チェック(未指定なら終了) if($rdsInstanceName -eq ""){ Write-Host "RDSのインスタンス名を指定してください" exit } # CloudTrailのAPIを叩いて結果をファイル出力する $ctRDSStats = (aws cloudtrail lookup-events ` --lookup-attributes AttributeKey=EventSource,AttributeValue=rds.amazonaws.com ` --lookup-attributes AttributeKey=ResourceType,AttributeValue=AWS::RDS::DBInstance ` --lookup-attributes AttributeKey=ResourceName,AttributeValue=$rdsInstanceName ` --query "Events[*].{EventName:EventName,EventTime:EventTime}" ` --output json) try{ $ctRDSStats | Out-File -FilePath $filename -Encoding utf8 } catch { Write-Error "IOエラーが発生しました" } $ctRDSStatsJson = (Get-Content -Path $filename | ConvertFrom-Json) # オブジェクト化したJSONの先頭要素(一番最近発生したイベント)を取得 # イベントに応じて処理を分岐 # DeleteDBInstance-> 削除済みの旨表示 # StopDBInstance-> 現在事項―イベント発生時刻を計算 # StartDBInstance-> 起動中の旨表示 # CreateDBInstance-> 起動中の旨表示 # イベントが1つもなければ処理終了 if($ctRDSStatsJson.Count -lt 1){ Write-Host "イベントがありません" exit } $firstItem = $ctRDSStatsJson[0] if($firstItem.EventName -eq "StopDBInstance"){ # 文字列からDateTime型に変換 $eventTime = [DateTime]$firstItem.EventTime # 現在時刻 － イベント発生時刻を計算 $now = Get-Date $dateDiff = $now - $eventTime Write-Host "インスタンス：" $rdsInstanceName "は停止から" $dateDiff.Hours "時間経過しています" }elseif ($firstItem.EventName -eq "DeleteDBInstance") { Write-Host "インスタンス：" $rdsInstanceName "は削除済みです" }elseif ($firstItem.EventName -eq "StartDBInstance" -Or $firstItem.EventName -eq "CreateDBInstance"){ Write-Host "インスタンス：" $rdsInstanceName "は実行中です" }else{ Write-Host "不明なイベントです：" $firstItem.EventName } } Main $rdsInstanceName
PS C:\Users\check_rds_wakeup_time> .\check_rds_wakeup_time.ps1 runningdb インスタンス： runningdb は実行中です
PS C:\check_rds_wakeup_time> .\check_rds_wakeup_time.ps1 deleteddb インスタンス： deleteddb は削除済みです
PS C:\check_rds_wakeup_time> .\check_rds_wakeup_time.ps1 stoppeddb
インスタンス： stoppeddb は停止から 22 時間経過しています
PS C:\Users\check_rds_wakeup_time> .\check_rds_wakeup_time.ps1 notexisteddb イベントがありません
Dockerfileをビルドしたところ「invalid reference format」が表示されました。どうやらDockerが古いためらしく、Dockerをバージョンアップしました。その結果、既存のコンテナで「Unknown runtime specified docker-runc」が発生したので対処したメモです。
pysparkでFitbitの歩数JSONをパースして、平日と休日の平均歩数を求めてみました。
↓PySparkで歩数JSONを平日・休日別に集計
↓Pythonでの睡眠時間比較