投稿

ラベル(サーバ)が付いた投稿を表示しています

M4 MacBook Pro 入手

イメージ
 少し前から出る出ると言われていたM4のMacBook Proの噂を、気にしていましたが…。 発表→即発注! 10月30日に発注しましたが、発売日が11月8日で、自宅への配送が11月12日というスケジュールでした。 仕様は、 ・CPU:M4 ・メモリ:32GB ・SSD:1TB ・96W UCB-C電源アダプタ これに、ソフトウエアを追加(学生・教職員向けPro Appバンドル) ・Final Cut Pro ・Motion ・Compressor ・Logic Pro ・MainStage 少々盛ったおかげで、結構な金額になりました。 ただ、これまで使用していたM1 MacBook Proが6万円強で下取り可能ということでしたので、かなり嬉しい状況です。  4年間使用して、20万→6万なので、十分元が取れた気がしますね…。 移行アシスタント稼働 着弾したので、早速起動しました。 移行アシスタントを使えば、Thunderbolt経由なので結構速そう。 ということで、設定し開始! およそ、1時間ほどの予想時間でした。(300GB程度かな…。) 移行後の調整  今の移行アシスタントは、非常にしっかり動作してくれて、これまでの環境をすっかり持っていってくれました。  ただ、一部のWeb系のソフト(slackやsteamなど)で、再認証を行わないといけないものだけ手間がかかりました。 まぁ、全く問題ないレベルの作業です。 開発系の環境は、再設定しようと思い、homebrewを一旦すべて削除した上で、入れ直しを行いました。  バージョンはすべて新しめのものに差し替えて…。  ここまでで、約1日かかってますが、ほぼ運用開始可能な状況に。 とりあえず使った感想  速度は非常に満足なレベルです。  バッテリーの持ちが尋常じゃないです。  昨日、講義でプロジェクタ・外部ディスプレイ・内蔵ディスプレイで表示させながら、午前3時間、午後3時間フルに使用しましたが、帰るときには50%くらい残っていました。  90%以上充電されていれば、通常の使い方であれば丸2日は十分に使えそうです。 ACアダプタを念の為持っていきますが、出番はないです…。 (96Wのアダプタにする必要はなかった気がする) もう少し、色々と試して見ようかと思っています。 ちなみに、単純なBenchmarkの結果は以下の通り

Pi-holeの設置

イメージ
 とにかく広告が鬱陶しい… ネットを使用していると、やたらとうるさい広告が出てくる。 PCの場合は気にならないが、スマートフォンを使用している場合、タッチしようとするところに表示されて、誤タッチによる画面遷移がイラッとするよね? ということで、少しでも対策をしてみようと…。 自宅での利用を想定しているので、あまり大掛かりな仕掛は面倒なので、DNSブロッキングを試すことに…。 どこのご家庭にもあるLinuxサーバ上に設定する(笑)  一応、ラズパイやNAS上でも動作するので、その手のマシンがあるなら即導入可ですね。 我が家の場合は外向けサーバを設置する関係上、2段ルータにしている。  そこで、Linuxサーバ上に細工し、内側向けの無線LANルータのDHCP設定を変更する方針で進める。 今回導入するのは、Pi-holeを選定。  面倒でなければ、hostsファイルに全部書きこめば完了だけど、ちまちま作業するのは手間なのと、ログ等の表示ツールも備えているので、利用状況が分りやすいという点で選択。 Pi-hole導入 Ubuntuを使っているので、   https://remoteroom.jp/diary/2020-07-17/ ここを参考にしようかと思ったが…。 すでにWebサーバとして稼働しているし、あまりインストールはしたくない。 ということで、Dockerを使用することに。   https://zenn.dev/superdaigo/articles/install-pi-hole-e2256cba673a06 ここを参考に、compose.yamlを作成 version: "3" services:   pihole:     container_name: pihole     image: pihole/pihole:latest     # network_mode: "host"  # For DHCP server     ports:       - "53:53/tcp"       - "53:53/udp"       - "8080:80/tcp"     environment:       # https://github.com/pi-h

久しぶりのpukiwikiでハマった

イメージ
レンタルサーバ上で動かそうとして 今まで自鯖で動かすことが多かったので、あまり気づかなかったのだけれど、今回レンタルサーバで動かそうとして、少々ハマったので記録しておこうと思う。 今回の案件は、ホームページを公開したいけれど、ある程度自分でサイトを管理したい。そこでDreamweaverを持っているので試してみたら、全く意味がわからずGive Upした。助けて欲しいとのこと。 すでにロリポップでサーバを借りているし、ドメインも取っている。内容的にはどちらかと言うと研究に近いので、一般の商業的なデザインは似合わない雰囲気…。 そこでPukiwikiをカスタマイズして、運用してはということで提案をすることに。 なぜって、ロリポップはPukiwikiが動きますよと明示しているし、コンテンツの中身を考えるとwordpressよりも適していると判断したからで…。まぁ個人的にもよく知っているということも有り…。 構築して認証させる まあインストールは、ロリポップの簡単インストールを利用してやれば、最新のバージョンを入れてくれるので、問題なし。1分程度の作業ですね。 カスタマイズに時間がかかるのですよ。 まずは、ロゴやらメニューやらをゴソゴソと…。 でもって、さすがに誰でも書き換えが出来るのは問題なので(本来のポリシーとしては誰もが書き込めるというのがwikiなんだけど…)、認証を行なって編集を行うように設定する。 ここでハマった。 自鯖なら、通常のPukiwikiの持つBASIC認証でサクッと作業終了なんだけど、レンタルの場合うまく動作しない。認証が通らない。 調べてみると、わんさか出てきた。これまでレンタルサーバには縁がなかったので、あまり気にしていなかったけれど、みんな困っていたらしい。 login.inc.phpを追加。auth.phpを置換え。pukiwiki.ini.phpに設定書き込み。 この手順でOKらしい。 ところが、ダウンロード先が無くなっていて、落とせない…。と思ったら公式サイトにリストが掲載されていたので、エディタに貼って保存。ftpでUPという流れ完了しました。 ついでに、MenuBarに仕込んでおけば、ログイン状況が分かるということで設定。 それにしてもレンタルは安くなってるんだな 調べてみたら