Monday, June 13, 2022 とりあえずFoamを使える状態にしてみた。 Obsidianをつかってみようかとおもったけど、同期周りをどうするか？というところで結構詰まってしまった。 Windowsでは専用クライアントを使って任意のディレクトリを開けるのでOKだったが、モバイルでは課金しないとうまく同期できずやるなら単にGitレポジトリをcloneしてMarkdownエディタで編集することになる感じだった。 それなら、結局Obsidianじゃなくていいんじゃないか？と思ってしまった。 FoamはGitHubベースでVisual Studio Codeをエディタに使うというコンセプトなので、これで十分のような気がした。 Foamで書いた日記がそのまま簡単にWordpressの日記ブログに発行できるとなおよいんだけど。 WordPress Post - Visual Studio Marketplaceを使えば簡単に実現できるかも？ これで出来そうなのでためしにPostしてみる。
胡田マニアの方には常識だと思いますが、私はebisuda.netというドメインの下に複数のホスト名で複数のブログを作成しています。例えば以下のものとか。 https://cloud.ebisuda.net/ https://windowsadmin.ebisuda.net/ この日記ブログ自体も独立しています。 https://diary.ebisuda.net/ これらは1つのWordpressでマルチサイト構成にしているわけではなく、本当に独立したものになってます。昔勉強もかねてこのような構成にしたのですが、今にして思えば失敗だったなという気もします…（笑 とはいえ、せっかくなので、サイト群の整理をしつつ、トップのhttps://ebisuda.net自体もWordpressで作り直してみました。壮大な無駄な感じがしますが。よければご笑覧ください。 https://ebisuda.net/ で、せっかくなので、すべてのサイト群のRSSを集約して表示可能にしてみました。ついでにYoutubeチャンネルも。 プラグインとして下記を利用しました。 https://wordpress.org/plugins/feedzy-rss-feeds/ Youtubeの動画もRSSを吐いてますね。以前調べたときにはRSSは出力してくれなかったはずなのですが知らないうちにシステムの仕様が変わったのかも？とりあえず下記フォーマットでRSS取得できました。 h t t p s : / / w w w . y o u t u b e . c o m / f e e d s / v i d e o s . x m l ? c h a n n e l _ i d = x x x x x x x x x x x x x x で、あれこれやって、一応サイトのお引越しと整理があらかた終わってきました。なんだかすごく懐かしい感じでここの所ブログのメンテナンスをしています。ずいぶん長いことはなれていたので、かなりリハビリが必要ですね。 ...
個人で管理しているブログをAzureのPaaSに移行しました。合計で6個ほどのブログを移行してみました。 いろいろとハマってしまって、結局丸一日かかってしまったので、事の顛末を記録しておきたいと思います。 動画でも同じ内容を喋っているので、動画でご覧になりたい方は下記からご覧ください。 環境 移行元と移行先は下記です。 移行元Azure VM(Wordpress on Apache2 + MySQL)- 移行先Azure App Service(Linux)- WebApp- Azure Database for MySQL- Azure Blob Storage Wordpress on AppService Wordpress自体はAppService上でコンテナとして動作させました。このコンテナ自体は以前からこのブログ含めて複数ブログで利用していたもので、それを再利用しました。 https://github.com/ebibibi/wordpress-cocoon Wordpressの公式のイメージをもとにそこに自分が利用するテーマやプラグインを追加しているだけのシンプルなものです。 レポジトリにコードをコミットすれば自動的にGitHub Actionsでイメージがビルドされたうえで、Azure Container Registryに格納され、AppServiceにPushされるところまで全自動で動きます。 画像データのAzure Blobストレージへのオフロード 移行先の環境はコンテナなので、画像データをコンテナ内に持っておくわけにはいきません。そこでWordpressプラグインでAzure Blobストレージにあらかじめ画像を逃がすようにしました。 つかったプラグインはこちらです。 https://wordpress.org/plugins/wp-azure-offload/ 少し古いプラグインなのですが、以前から使ってますし、今回もきちんとうまく動いてくれました。このプラグインを使って、あらかじめAzureのブログに画像をオフロードさせます。その際にこのプラグインはブログのエントリーの中に埋め込まれているURLも書き換えるところまで自動的にやってくれます。 MySQL間のデータ移行 MySQL間のデータ移行に関しては、当初Azure Database Migration Servicesを使おうと考えたのですが、スキーマ移行には別途MySQL Workbenchが必要でしたし、それならMySQL Workbenchでそのままデータ移行してしまえばよさそうな感じでした。もちろんこれは私がサイトを簡単に停めても大丈夫だし、データ量も少ないからです。何度もデータ移行を継続的に繰り返さなければいけない時にはAzure Database Migration Sericesが役に立つと思います。 ですが、この方法はうまくいかず文字化けしてしまいました。原因はそもそも私が以前作っていたデータベースの文字コード設定が間違っていたからです。下記の状況でした。 Latin1に設定されたDBにUTF8のデータが入っていた- データ移行をそのまま行うと文字化け…。 いろいろ悩みましたが、結局下記の方法で回避しました。 先に移行先DBをUTF8で作成- Mysqldumpでダンプしたデータ内のcharset関連の部分を置換してから取り込み 具体的には下記のように行いました。 # c # m s s # m D r D y e e D y B e B s d d B s 作 a ダ q 取 q 成 t ン l - - り l e プ d e e 込 u み d m s s - a p / / h t l l o a - a a s b u t t t a i i = s u n n n e s 1 1 e e / _ w w r u g m p t e y _ - f n s d p 8 e q b / r l n a d a - w l b m d p _ . e e _ c m f d s y c a b / s h u n u q a l a t l r t m f . a - e 8 d c c . _ a t h d g t e a u e a r r m n b a p e a s c r s e t > a e t e l . r w _ a U - p c z T s _ i u F e d / r 8 t b e = n w . c l a p c o a m _ o l t e d m l i _ b a n u n t 1 t a - e f m u w 8 e s u p . _ e t _ d u r f d u t = 8 b m f u _ n p 8 s g a . e e m d r n e u e m - r > p p a l w > w _ p p c _ w _ i d p d ; b _ b n d n a b a m n m e a e . m d e u _ m u p t f 8 _ g e n e r a l _ c i . d u m p その他のはまった点 その他にもあれこれはまりました…。 ...
最近ずっとYoutubeに注力していたのですが、そろそろ放置しまくっていたらブログも活動再開させようと思って、頑張ってます。 まずはブログプラットフォームをVMからAzure PaaSに移行して…。この移行の苦労話はYotubeで撮って公開する予定(明日撮影予定)。 で、ブログが6つあるので、それらの基礎設定をやり直し…、てたらもうやること多すぎて大変です。6つもあるから大変っていうこともあるのですが、Facebookでアプリケーションを作成してみたり、なんだかとっても懐かしい感じです。Google Adsenseもなんかコードもかわって、表示箇所を指定しなくても全部全自動で良い感じにやってくれることになってるし、Google Analyticsもタグマネージャーになってたりして昔の知識だけだとついていけないので再勉強したり。時間がどんどん溶けていきます…。 整備にはまだまだ時間がかかる予定…。
随分と更新しなくなってしまったこの日記ブログですが、ふと思い立ってVMからAzure PaaSへとお引越ししました。もうVMの管理をしなくて良いように、完全に個人サイト関連はVMを捨てます。 移行は簡単に終わる予定でしたが、MySQLで文字化けが発生…。どうやら前回VMを引っ越した際にDBのcharset設定をミスしていたようです。latin1の中にUTF8で文字が書かれているという謎な状態になってしまっていました。 ちょっと苦労したのですが結局下記の手順で移行しました。 character-setを変更せずにそのままmysqldumpでダンプする。 mysqldump -u user -p –default-character-set=latin1 wp_database > wp_database.dump 「latin1」という文字を「utf8」に置換する。 sed -e s/latin1/utf8/ wp_database.dump > wp_database_utf8.dump 「latin1_general_cs」という文字を「utf8_general_ci」に置換する。 sed -e s/latin1_general_cs/utf8_general_ci/ wp_database_utf8.dump > wp_database_utf8_general_ci.dump 新しいdatabaseに取り込む。 mysql –host=newmysqldbname.mysql.database.azure.com –user=user -p wp_database < wp_database_utf8_general_ci.dump というわけで、新しい環境にお引越しが一応うまく行った感じです。 もう日記サイトをわざわざ見に来るひともめったにいなくなったと思いますが、新しいWordpressならブログの内容をtwitterに自動連投できるようなのでそれを使おうと思います。まる。
久しぶりに更新しようとしたらWordpressサイトでウィジェットが設定できないということがあって困ってしまいました。ウィジェットの設定画面にいってもJavascriptのエラーが出てしまい、なにも操作できなくなりました。 出ていたエラーは私の場合は以下でした。(デベロッパーツールで確認) Uncaught Error: Syntax error, unrecognized expression: a[rel=] 調べた所、これはWordpressをアップグレードしたことによりJQueryのバージョンがあがり、それによって過去動いていたコードが動かなくなることによる問題とのことでした。 下記のあたりが大変参考になりました。 How to Fix jQuery breaking your site for WordPress 4.5.x 【Wordpress】バージョン4.5にアップデートしたらa[href^=#]のエラーが出たので対処しました。 | BeGeek もっとずっとおせわになったサイトがあったのですが、アドレスがわからなくなりました…。残念。 で、私の場合は下記ステップで対処できました。 該当のテーマのフォルダに移動 grep -rnw . -e “a\[rel=” を実行 該当の箇所にてa[rel=のあとがきちんとダブルクォーテーションで囲まれるようにJavascriptを更新 本来はテーマ自体を更新してそれでおしまいになるのでしょうけれども、私の場合にはテーマが有料テーマでかなり作り込まれており、テーマを更新してしまうとかなりの工数をかけて再度新しいバージョンの流儀でサイトを構成し直す必要があったので、コードの修正のみにして対処しました。 それにしても、久しぶりに触る環境だと色々なことを忘れていてやばいですね。
このサイトはWordpressで構築されています。Azure上のサービスであるWeb App for ContainersにDocker Hub上の「wordpress」コンテナイメージを元にカスタマイズしたコンテナイメージを展開して動作させています。 Web App for Containersは本記事執筆時点の2018年３月現在では相対的に新しいサービスであり、これを使ったWordpressサイトの構築手法に関してはまだあまり情報がなかったため、備忘録も兼ねて構造を書き残しておきます。 全体像 下図がシステムの全体像です。 実行環境は全てAzure上にあり、１つのリソースグループに格納されています。 App Service on Linuxにより環境が定義され、その上でWeb App for Containerが可動しています。 Wordpressはコンテナ上で実行されています。 データベースとしてはAzure Database for MySQLを利用しています。 App Serviceドメインにて独自のドメイン(ebisuda.net)を取得、割当しており、DNSもAzure DNSを利用しています。 Web App for Containersに展開するコンテナイメージはDocker Hub上のカスタムイメージとして公開されています。 https://hub.docker.com/r/ebibibi/appservice-wordpress/ Web App for Containerにてこのコンテナイメージを利用するように設定を行っています。 Docker Hub上のこのコンテナイメージは、Git Hub上のレポジトリがソースに指定されています。 具体的には下記のレポジトリがソースです。 https://github.com/ebibibi/appservice-wordpress このレポジトリ内にDockerfileが記載されており、このDockerfileの記載内容に従ってコンテナイメージがビルドされます。 このGitHub上のレポジトリを手元のPCにクローンしVSCodeにて編集している状況です。 コンテナイメージ更新の流れ なにか設定を変更したい場合には手元のVSCodeにてDockerfileを編集することであとは全自動でWeb App for Containerまで展開されるようにしています。流れは以下となります。 - VSCodeにてDockerfile編集 - VSCodeからGitHubレポジトリへgit push - GitHubレポジトリとDocker Hubの連携機能によりpushが検知される - Docker Hub上でコンテナイメージの自動ビルド - Docker Hub上でのビルド完了時にWeb App for ContainerのWeb Hook URLに対してPostが実行される - Web App for ContainerがDocker Hubからビルド完了済みの最新イメージを取得 - 更新された最新イメージが実行される 体験としては、手元のVSCodeで必要な編集を行い、コミット、プッシュするのみであとは全自動のため非常に快適です。 ...
自分用メモ。自分が管理しているサーバー上でwordpressのブログを増やす場合の手順。 URLを決める cd /etc/wordpress cp config-ebi.dyndns.biz_xxxx.php config-ebi.dyndns.biz_.php ln -s config-ebi.dyndns.biz_.php config-ebi.dyndns.biz__wp-admin.php emacs config-ebi.dyndns.biz_.php define(‘DB_NAME’, ‘wp_’); chown www-data chgrp www-data mysql -p -u root mysql> create database wp_; mysql> grant all on wp_. mysql> flush privileges; mysql> quit ln -s /usr/share/wordpress /var/www/html/
U p g r a d e i s n e e d e d , p l e a s e l o g i n w i t h t h e a d m i n a c c o u n t . ・・・。ということになったのですが、以下のスレッドで議論済みでした。 http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg680442.html
WP-Postratingを導入したのですが、投票するとLoadingのまま投票が反映されない状況になってしまいました。ので、調査、修正。 まず、Live HTTP headersでHTTPヘッダを見てみたところ、404 Not Foundになっていました。 G E T / w i n d o w s a d m i n / w p - c o n t e n t / p l u g i n s / w p - p o s t r a t i n g s / w p - p o s t r a t i n g s . p h p ? p i d = 5 1 & r a t e = 3 & r n d v a l = 1 2 4 3 4 7 1 0 9 9 5 5 5 H T T P / 1 . 1 H o s t : e b i . d y n d n s . b i z U s e r - A g e n t : M o z i l l a / 5 . 0 ( W i n d o w s ; U ; W i n d o w s N T 5 . 2 ; j a ; r v : 1 . 9 . 0 . 1 0 ) G e c k o / 2 0 0 9 0 4 2 3 1 6 F i r e f o x / 3 . 0 . 1 0 . N E T C L R 3 . 5 . 3 0 7 2 9 ) A c c e p t : t e x t / h t m l , a p p l i c a t i o n / x h t m l + x m l , a p p l i c a t i o n / x m l ; q = 0 . 9 , * / * ; q = 0 . 8 A c c e p t - L a n g u a g e : j a , e n - u s ; q = 0 . 7 , e n ; q = 0 . 3 A c c e p t - E n c o d i n g : g z i p , d e f l a t e A c c e p t - C h a r s e t : S h i f t _ J I S , u t f - 8 ; q = 0 . 7 , * ; q = 0 . 7 K e e p - A l i v e : 3 0 0 C o n n e c t i o n : k e e p - a l i v e R e f e r e r : h t t p : / / e b i . d y n d n s . b i z / w i n d o w s a d m i n / 2 0 0 9 / 0 5 / 2 6 / % e 3 % 8 2 % a f % e 3 % 8 3 % a 9 % e 3 % 8 3 % 8 3 % e 3 % 8 2 % b 7 % e 3 % 8 3 % a 5 % e 3 % 8 3 % 8 0 % e 3 % 8 3 % b 3 % e 3 % 8 3 % 9 7 % e 8 % a 7 % a 3 % e 6 % 9 e % 9 0 / C o o k i e : w o r d p r e s s _ e c e 0 d 3 d 1 9 6 c 9 b 3 e d 5 f 0 7 6 0 b 4 e 9 b f 9 8 2 c = e b i % 7 C 1 2 4 3 6 4 2 4 3 8 % 7 C b b 9 5 6 0 d e d 4 9 e a f 0 d 0 1 f f 3 5 d e f 4 f a c 6 9 b ; w o r d p r e s s _ e c e 0 d 3 d 1 9 6 c 9 b 3 e d 5 f 0 7 6 0 b 4 e 9 b f 9 8 2 c = e b i % 7 C 1 2 4 3 4 7 1 3 7 9 % 7 C f 0 3 8 c c d 4 7 5 e 6 a 5 c 2 9 7 2 8 d 6 1 5 0 c 5 f b 3 e 9 ; w o r d p r e s s _ t e s t _ c o o k i e = W P + C o o k i e + c h e c k ; w o r d p r e s s _ l o g g e d _ i n _ e c e 0 d 3 d 1 9 6 c 9 b 3 e d 5 f 0 7 6 0 b 4 e 9 b f 9 8 2 c = e b i % 7 C 1 2 4 3 6 4 2 4 3 8 % 7 C f 7 a 7 8 1 b 4 4 9 5 f 0 c c 9 3 5 f b b 9 f e e 0 1 9 5 c f 3 ; w p - s e t t i n g s - 2 = m 0 % 3 D c % 2 6 m 1 % 3 D o % 2 6 m 2 % 3 D c % 2 6 m 3 % 3 D c % 2 6 m 4 % 3 D c % 2 6 m 5 % 3 D o % 2 6 m 6 % 3 D c % 2 6 m 7 % 3 D c % 2 6 m 8 % 3 D c % 2 6 m 9 % 3 D o ; w p - s e t t i n g s - t i m e - 2 = 1 2 4 3 4 6 9 6 3 9 ; _ u t m a = 1 4 8 4 5 6 9 3 1 . 1 8 5 0 4 6 4 7 8 1 . 1 2 3 1 3 7 2 6 5 1 . 1 2 4 2 7 9 5 3 6 6 . 1 2 4 3 2 2 3 1 3 7 . 7 0 ; _ u t m z = 1 4 8 4 5 6 9 3 1 . 1 2 4 2 2 8 0 9 4 8 . 6 6 . 1 2 . u t m c c n = ( o r g a n i c ) | u t m c s r = g o o g l e | u t m c t r = P o w e r + S h e l l + e r r o r l e v e l | u t m c m d = o r g a n i c
Amazon Showcaseが2.0にバージョンアップしていたので、自動でアップデート・・・したら表示されなくなってしまいました。結局原因はAmazonのWebサービスのURLが間違っているという結構しょっぱいミスが原因。ソースコード上で直接以下のように変更して対応。 http://ecs.amazonaws.co.jp/onca/xml → http://ecs.amazonaws.jp/onca/xml
今回はリクエストをいただいたので「Windows Serverで社内向けイントラネットをお金をかけずに構築したい」というときにどのような選択肢があるのかを考えてみることにします。 まずは目的を明確に 何かをしようと思ったら色々な事を明確にしなければいけません。アクセスするのは誰なのか、顧客なのか、社員なのか、プロジェクトメンバーなのか。そこでは何がなされるのか、情報提供なのか、商品を売りたいのか、共同の作業場所にしたいのか。アクセスはどの程度見込むのか、可用性はどの程度あればいいのか。 そして何よりも重要なのは、そのシステムによって「何を実現するのか、何ができれば成功なのか」という事を明確にすることです。 これによって何を選択するのかは全く変わってきますし、また、おのずと明確になっていくでしょう。 とはいえ選択肢を並べてみましょう とはいえ、今回ここで具体的に何かを作り出すわけではありませんから、具体的にどのような選択肢があるのかを見ていってみましょう。 手動管理 一番原始的な方法です。 Webサーバーを構築する 手動でコンテンツ(HTMLファイル等)を作成、配置する WebサーバーとしてはWindows ServerですからIISを使うもよし。Apacheを使うもよし。その他動けばなんでもかまいません。 そしてそのWebサーバーに対して自分で作成したコンテンツをおいていくわけです。更新する場合にはエディタで開いて中身を更新。静的なファイルですから読むだけ･･･ですね。 私が始めてWebページを作り出した1998年あたりのころは、みんなこうやってWebページを作っていたものでした。手間かかってました。 手動管理+動的ページ 静的なファイルが置かれているだけではあんまりですので、動的なページを使うということもできます。CGI等を用いてPerl、Ruby、Phyton、Java等で書かれたプログラムを動かす形になります。ちょっとひねるパターンとしてはFlaxを使うようなバージョンでしょうか。マイクロソフト的にはIIS+.NETという感じになります。 確かにやればもうこれだけで何でもできてしまいます。ちょっと大規模にやるならデータの保管場所にSQLデータベースでも使ってしまえばやってできないことは何も無い。という形でしょうか。 ただし、このような形で手動で管理するのは手間もかかりますし、間違いも起きます。大規模なWebサイトを作ろうと思ったらこのような手法だけでは限界があります。また、プログラミングスキルが要求されるなど、誰にでもできるようなものではありません。 コンテンツマネジメントシステム(CMS) そこで登場してきて一気に普及したのが、CMSです。昨今のWebシステムと言えばほとんどCMSにカテゴライズされてしまうのではないでしょうか。 CMSはWebシステムを構成する要素を統合的に管理し、HTMLやプログラミングを知らなくてもWeb上のインターフェース(だけとは限らないが)でWebサイトが構築できてしまうものです。 コンテンツマネージメントシステム – Wikipedia 上記のWikipediaを見てもわかりますが、非常に多くの種類があります。汎用的なものからブログなどある程度形の決まったものまであります。これらはインストールさえしてしまえばその後の運用が楽なものが多いです。 Webアプリケーションフレームワークを使った構築 自分で作る、あるいはCMS自体を作る、というときには昨今は強力なWebアプリケーションフレームワークを用いて作る、ということが多いようです。「手動管理+動的ページ」と書いたものをかなり発展させたものです。 Webアプリケーションフレームワーク - Wikipedia お勧め それでは、私のお勧めを書いてみます。 Windows SharePoint Services Windows SharePoint Services テクノロジ ホーム ページ - Microsoft Office Online 正直なところ、機能的にはあまりお勧めではないのですが以下の点でやはりお勧めせざるを得ないかなと思います。 Microsoft純正である 無料である 特に企業内で使うような場合に「上司が何のことやら理解していないOSSのプロダクト」よりも「Microsoftの製品で無料だけれども、それなりのことができるもの」の方が納得感が得られやすいのではないかと思います。 インストールが簡単なのも良い点です。ドキュメントライブラリなどは他の製品よりもはるかに出来がいい(そもそもこういうものを実装しているものがあまりない)ので、それも良い点です。 ただし、繰り返しますが、機能的な面ではお勧めしません。ですが、それも用途しだい。用途を明確にして、マッチするようであれば有力な選択肢の一つになるでしょう。 機能として何を持っているのか、と言う点については以下にまとまっていますので参照してみてください。(※ただし、何でもできるように書かれているので鵜呑みにしないように!) Windows SharePoint Services の概要 ｜ Microsoft TechNet ブログ - Wordpress WordPress | 日本語 目的が「ブログ」で達成できるのであればWordPressは良い選択肢です。あなたが今読んでいるこのブログもWordPressで構築されています。情報発信がメインであるのであればこれを選んでおけば間違いないでしょう。 ブログとしての次点にはMovableTypeをあげておきます。サポートありの商用バージョンもありますし、オープンソースバージョンもあります。 ...
以下のサイトを参考にさくっと設定できました。ありがたい。 wordpress の設定 - metalglue 私の理解では以下のような動きになっているようです。 #クライアントがアクセスする(そのディレクトリを/usr/share/wordpress/へシンボリックリンクを張っておく) #/etc/wordpress/wp-config.phpに制御が移る #/etc/wordpress/wp-config.php内で指定したサイトごとのconfigファイルに制御が移る #サイトごとのconfigファイル内でDB名、ユーザー名、パスワードなどが指定される。(これをサイトごとに分けておけばよい)
嫁のためにwordpressを再インストールしようとしてプチはまりをしました。いつものとおりGoogle先生に聞いてみたら、自分のサイトが上位に出てきてうれしいやら情けないやら(書いたという事実自体覚えてない!)。しかも自分のサイトを見ながら作業をしたら、わかりづらい記述があって2度げんなり・・・。 ebi’s diary - Debian etchへのwordpressの導入 , ntpサーバーの設定がうまくできない… , なぜかcourier-imapに接続できないのでパケットを見.. インストール手順以外で別途調べないとできなかったのはデータベースの削除作業。何度もやってる作業なのに覚えられない・・・。 データベースの削除 mysql -u ユーザー名 -p パスワード入力 drop database wordpress; 日本語化 あとは嫁にはきっと英語の管理画面は気持ちが悪いだろうと思って日本語化。Wordpressって日本語化して使う方法が3パターンもあるんですね。ちょっと混乱しました。 WordPress | 日本語 ≫ 日本語版と ME 版について Google ドキュメント - WordPress パッケージ比較 結局debianを使っているので、apt-get upgradeでアップグレードがきちんとできる方法がよいと思い、日本語リソースのみの導入にしておきました。 WordPress | 日本語 ≫ 日本語リソースのインストール インストールはやっぱり簡単!Wordpressいいなぁ。でも、rubyをできるようになりたい私はやっぱりtdiaryがいいですけどね。