WINDOWSでバックアップ
何を今さらバッチファイルてことなんだけど。
WINDOWSであるディレクトリのバックアップをとりたい、という時にエクスプローラーを二つ開いてコピーするのがだるい。
mac（unix）ならrsync一発なのにと思ってたら、WINDOWSにもrsyncのようにディレクトリ、ファイルを同期してコピーできるコマンドがあった。
robocopy FROM TO /MIR
FROM（元のディレクトリ）をTO（バックアップ先のディレクトリ）に/MIR（同期して）コピーする
そこで、このコマンドを使って、USBにバックアップを取るバッチファイルを急遽でっちあげ。
EドライブのworkディレクトリをUSBにバックアップする。
USBが刺さっていたら＝Fドライブのworkディレクトリが存在していたら、robocopyをミラーリング指定で実行。
robocopyはいろんなオプションがあって、ログを取ったりすることもできてけっこう便利。いちいちエクスプーラーでコピーするよりコマンドプロンプトでrobocopyを使った方が1024倍早い。
バカにしていたWINDOWS先輩、ごめんなさい。
…にしても、バッチファイルなんて何年ぶりだろう。
日本酒を堪能してきた！
末広町「魚や 藤海」
https://tabelog.com/tokyo/A1311/A131101/13188420/
↑日本酒が好きなら全力でおススメ
» ローカル環境で電子書籍を作る、Macアプリ・Windows版ツール 「かんたんEPUB3作成easy_epub」
» 日常(907)
前後5分、身の回り5m
時間的には前後5分。
5分以上前の自分はアカの他人だし、5分以上先のことなどわかるわけがない。
空間的にはだいたい半径5m。
それ以上先には何があるのか把握する必要もなかろう。
というのが基本。
人間、歳くうとシュリンクしていくもんで。
なもんで、自分で作ったサイトのコードを久しぶりに眺めると「誰やこれ書いたの」という新鮮な驚きがある。いや、良い方悪い方、両方向に。
AmazonのAPIが使えなくなったんで、WEB本棚のコードを修正しようとデータベースの構成なんかも覗いてみたら、これがすげーシンプルでびっくり。2006年に作ったものだから、5分前どころじゃなく13年前のアカの他人だ。13年前の誰かに感心してしまった。
Amazonにリクエストを送って書誌情報をがっつり持ってきてるもんだとばかり思ってたら、データベースに入れてるのはISBNとタイトル、作者だけ。書影は表示の都度、アマゾンの画像URLを取得して表示させている。
本棚のその他の機能は独自のもので、つけ足すのも取り外すのも簡単にできるようになっていた。
SQLも単純なものばかり（って、当時はSQLの知識も今ほどなかったし）でわかりやすい。
ただ、酷いのはWEBまわりというか表示系。
呆れたことに、パラメータなんかがベタベタにハードコーディングされている。ちょっと修正したら、たぶんあちこち整合性が取れなくて、表示が崩壊する。
javascriptでやってることも今っぽくない。今だとCSSでやるところだ。
ボケ防止のためにも公開しているサイトは手入れしていかんとなあ。
» ローカル環境で電子書籍を作る、Macアプリ・Windows版ツール 「かんたんEPUB3作成easy_epub」
» 日常(907)
アナログ仕事
たとえば。
たかだか100行程度のCSV。エクセル上でフィルタを使いながら手順通り目で確認して15分程度。
とはいえ、毎日15分かかるとして、これが10日だと150分、一年だと90時間ぐらいになる作業。おまけにひとのやることだ。チェック漏れ、間違いは必ず起こる。
面倒なので、perlでチェックツールを作ってそれを使って5分以内の作業に短縮。今まで漏らしていたところも間違いなく確認できるようになった。もちろんすべてをカバーするわけではないので、漏れもあるが、クリティカルなところは潰してあるので、漏れても問題のないところだ。
…んだけど、それはいけないらしい。
「手順通りではない」からダメで、さらには「楽をするな」と。
いやもうなんというか。アナログというか昭和の悪しき風習というか。
機械のように手順通りにやれ、ということなら、機械にやらせるのが正しい。なぜなら、ひとは間違うから。
楽をするなというけど、楽をしようがしんどい思いをしようが、結果同じなら楽にできた方がストレスもなく効率的。
無職初老のフリーターなもんで、複数掛け持ちしてるけども、なかには変な職場もあるんでハゲの進行が止まらないぞ。
こういうところは、割に合わなくなったらとっとと逃げてしまおう。そのための複数掛け持ちだしね。
» ローカル環境で電子書籍を作る、Macアプリ・Windows版ツール 「かんたんEPUB3作成easy_epub」
» 仕事・就職(133) » 日常(907)
arrows m3からzenfone4に機種変更
突然、arrows m3から、zenfone4へケータイの機種変をすることとなった。
arrows m3は、スペック的にはちょっと貧弱だったけど、特に文句もなく使ってほぼ1年。なのに、今回機種変更となったのは、家人のzenfone4の調子が悪くて、iphoneへの機種変更となり、その調子の悪いzenfone4は赤坂見附のASUS直営店に持ち込んで基盤交換、ほぼ新品となり、ところてん式にわたしのところにやってきたという、風が吹いたら桶屋が、といったところだ。
zenfone4になったことで、おサイフケータイ、生活防水、ストラップホールがなくなったのは痛いんだけど、引き換えにスペックが格段に上がってポケモンGOもストレスフリーとなったんで、オッケー。
また、ケータイを持ち始めて、ずーっとauだったけど、今回の機種変でdocomoとなった。docomoの方がシムフリーのバリエーションが多いので、今後の機種変に際してそれもアドバンテージかな。
デフォルト以外でインストールしたアプリは今までどおり。
twitter LINE Instagram facebook
Y!ファイルマネージャー Dropbox AndFTP Jota+
Kinoppy Kindle shuttle
PokemonGO
ぐらい、かな。
CPUもランクが上になり、メモリも増えて、全体的に動作・レスポンスはきびきびと指についてくるようになった。
これで、わたしの使ってるガジェットを眺めると、
ケータイ：zenfone4
タブレット：Zenpad8.0
ノートパソコン:vivobook
と、すべてASUS謹製。
ASUSの回し者じゃないけど、どれも満足度は高い。
特にタブレットは、今まで無駄になっていた時間を使えるようになって校正の修正や確認作業に使える時間が増えて大助かり、だ。
初期不良のハズレ個体だったzenfone4のために出かけた赤坂見附の直営店も好感度の高い対応でおススメ。預ける期間、手元にケータイがなくなるわけだけど、その間、代替機を出します、って初めて聞いた（うちは間に合ってるんでお断りしたけども）
https://gc.digitalriver.com/store/asusjp/html/pbPage.akasaka/
さらについでに赤坂見附・赤坂に行ったら、しろたえのチーズケーキ、シュークリームは必須。
https://tabelog.com/tokyo/A1308/A130801/13002850/
レアチーズケーキもシュークリームも濃厚なのに後味すっきり。
» ローカル環境で電子書籍を作る、Macアプリ・Windows版ツール 「かんたんEPUB3作成easy_epub」
2019年謹賀新年
あけましておめでとうございます。
去年暮れ、2018年12月10日に母が81歳で亡くなり、喪中ということで本当は新年を祝う挨拶はなし、なんだろうけど、それってなんか違和感があって、ていうかそれとこれとは関係ないじゃん、と思ってるんでこっちは謹賀新年。
今年の初詣は、生前、母が好きだった寅さん、帝釈天。
そもそも、ここ数年、正月はわたしも嫁も仕事が入っていて世間並の初詣なし状態だったんだけど、たまたま今年は１～３日が曜日的に休みとなったんで初詣いこーぜ、てことで。
神社や寺で手を合わせて頭を下げる光景てのはそれなりにいいもんで。
いや、腹の黒いやつがロクでもないことを願って手を合わせてるかもしれんけど、それはそれでその瞬間はそれなりに真摯な気持ちだろうから、その姿勢に罪はなかろう。
清濁あわせのむのがニッポンの神様仏様だ。西洋の神様に内緒でこっそりお願いするのもあり、かもしれんしね。
去年の今頃、1月には胸に水が溜まって瀕死状態となった我が家のみけさんは、無事年を越して今年で23歳となる。
その時、(もう永くないかもしれないので)おうちで過ごさせてあげてください、と言われてそのまましっかり「おうちで過ごして」いて、わがまま放題の女王様状態。夜中明け方、腹が減ったといってはひとの耳元までやってきてビャービャー吠えてひとを起こして回っている。我が家の二本足の睡眠不足の元凶がこいつ。
さて、今年の抱負なんだろうけど。
健康第一。わたしも嫁もみけさんも、わたしの身内も、そして知り合いすべて。健康第一。
健康で良い年でありますように。
» ローカル環境で電子書籍を作る、Macアプリ・Windows版ツール 「かんたんEPUB3作成easy_epub」
» 日常(907)
ワード(docx)からEPUBファイルへ下準備
epubファイルを作成するのに元データがワードというケースがあったりなかったり。
電書オリジナルもそうだし、既存の本のOCRもデータがWORDファイルということになる。
このネタ、過去にも何度かここに書いていて、くりかえしになるかもしれないので、今回は途中で使うスクリプトをアップロードして差別化…ていうかやっとくだらないバグが取れたので(汚いケド)晒してもいいかな、と。
スクリプトを使って
・ワードファイル(.docx)を解凍(展開)
・ワードで指定されているルビ、縦中横、圏点、太字をxhtmlのタグに変換
・ルビのオフセットを出力
やることは以上3つ。
用意するものは。
・例によってperl
WINDOWSは https://www.activestate.com/activeperl/downloads からダウンロード、インストールが必要。
それ以外のOS、Macやunix系は特に必要なし。
・コマンドライン版のunzip
WINDWOSは https://github.com/bmatzelle/gow/downloads このへんからダウンロード、インストールが必要。
それ以外のOS、Macやunix系は特に必要なし、かな。
・以下のスクリプト
https://t2aki.doncha.net/tmp/docx2xhtml-tag.zip
ターミナルのコマンドプロンプトで
perl check_docx.pl word.docx
と叩くとdocxを展開して、ルビはxhtmlのタグに変換。縦中横や圏点は独自タグに変換。
「_docx-yyyymmdd.txt」というファイルを出力する。
同時に「check_docx.log」というルビとそのオフセット位置を記述したファイルを出力。
なんでこんなファイルを出力するのかというと。
ルビを削除したい時にオフセットをいじってルビを見えなくする、という凶悪なことをやってるケース。ワード上ではルビは見えないのにデータにはルビが殘っている、という迷惑なことが何度かあって ムカついたから オフセットが変なルビを確認するため。
次にターミナルのコマンドプロンプトで
perl _docx2xhtml-tag.pl _docx-yyyymmdd.txt
と叩いて、縦中横・圏点・太字をxhtmlのタグに変換。
「_docx-yyyymmdd-converted.txt」というファイルを出力する。
ワードファイルを真面目に解析すればワード上のレイアウト情報も取れるんだけど、そもそもepubファイルに変換する時に、ワード上のレイアウトを再現することを要求されることはほとんどない。
必要な情報はルビと文字装飾(縦中横・圏点・太字・傍線)ぐらいなものなので、これだけで実用には十分。
以上のことをwordを開いて目視確認(目grep)して、タグづけしてたんじゃとてもやってられんので、スクリプトにやらせることにした。このおかげで3〜4時間作業が20分作業となって取りこぼしも激減。
(スクリプトではwordのxmlを解析してごにょごにょやってるんで、そっち系のひとにはほんの少しは面白いネタかもしれない)
てことで、今日は家人と築地市場で海を食ってきた！
いや、なんというか、ほんとに美味かったなあ(涎)
» ローカル環境で電子書籍を作る、Macアプリ・Windows版ツール 「かんたんEPUB3作成easy_epub」
» EPUB3(102) » perl(105) » 日常(907)
