WordPressWordPressに関する様々な情報集約です。参加したときに得た情報も含みます。おいていましたが、その情報はアーカイブ情報として、今後はこのサイトで蓄積していきます。Safari、Chromeでは確認済み。潜在的なセキュリティリスクあり)がでますが、これは前から。自前でオレオレ証明書を作って、自分で承認する確信犯(テスト環境のため)ですから、それを検知してくれるのはいいんですけど、アクセスはできることと、SafariとChromeでは警告はでないので、Firefoxの警告を消す努力はもういいやって感じです。これまではうまくいっていたのにだめになった理由は次の通りでした。10.15(Apple公式ヘルプ)にあるように、2019年1月1日以降の証明書については、2つのルールが追加されており、これに対応する必要があったのでした。対応することサーバー証明書の有効期限は、825日以下にすることです。これを探すまで超苦労したのでメモしておきます。設定することは従来どおりになります。設定することに対応しています。localhostを追加。*.testなど複数の指定が可能になる。逆にここでちゃんといれておかないと駄目ってことになります。上記対応を1つでもしていないと、もれなくChrome君がといってきます。(twitter)ということで、私も早い段階から参加申し込みをして楽しみにしています。会場に行ってみよう!(バンコク旅日記はこちら)でまとめたりしています。現地で直接買えるのはわぷーグッズぐらいみたいですね。何度か使っていましたが、この機能を体験したのは初めてでした。何度かタイにいっていますが、基本的に英語+ジェスチャーでやってなんとかなっているので、一般的なやり取りはなんとかなると思います。タイ語がわかっていると楽しいだろうなと思いますね。sawasdee)をいくつかつけていたこともあって馴染み深いものです。Goぐらいはわかってましたが、それ以外は知らないので楽しく聞いてました!私がメモしたのは次の通り、男性なので最後にクラップをつけていますが、女性ならこれを全部「カー」に置き換えてください。辛くしないでください。No)のようなものもあるけど、あまりそういうのは使わないようだ。クラップとまぁそんな感じかなー。タイでやってはいけないボディランゲージタイでは王室不敬罪というのがあり、これが一番やってはいけないこと。ようはタイ王室に関して批判的なことをいってはいけないってこと。Japan)にあるように罪が極めて重くなるんですよね。頭を触る行為は駄目なことでハグはあまり良くない(初対面とかよく知らない人)握手あまりしないってことのようです。助け合いのコミュニティ参加者でチャットのリンクをクリックをうまくできない人がいて、その人に対してみんながフレンドリーにどうしたら解決できるかというのをやっていたのが非常に印象的でした。オンラインチャットというその人の端末環境が見づらい環境にも関わらず、画面共有の機能を駆使したり、いろいろなところにうまくリンクできるように書き込んだりなど、工夫を凝らしていました。Twitterでのツイートを頑張っておりました。名前」のラベルが入ったお酒と有志からの寄せ書きです。いずれのデザインも実行委員の手によって作られました!これには実行委員長も最初は驚き、そして写真にあるように満面の笑みを浮かべ、それからしばらくして号泣。まわりも釣られて何名かが号泣!という感じになりました!感動やこれまでの苦労、達成感が後から押し寄せたのでしょうか。WordCamp」と言われています。体験したことをブログを通じてより広めて、より多くの人に知ってもらいたいという思いもあるんじゃないかなと思っています。一日目はブログを公開していました。#WordCamp以下は、二日目になります。tv(https://wordpress.tv/)に後日掲載されます。班として張り付いていたため、ガッツリとセッションは見てませんでした。@wordcamposaka).いくつかみたセッションは盛況でしたね!今回会場の都合でわぷーカフェとして飲食物を提供している部屋のみ、イベント側が用意した飲食物のみ飲食可能ということでした。2020毎年聞いていて、これは聞いておきたい!ということで遅めの昼食をささっと食べて参加しました。個人的にも雑談でき、いろいろ興味深い話が聞けてよかったですね。PR班として常駐していたため話を聞けた!という感じです。いくつかのレンタルサーバーの担当者が参加しているので、とても実践的だったなと思います。アップデートを相談されていたということで、とてもタイムリーで貴重な情報を得ることができたと感動していました!また来年も来る!っていってました。来年2月にバンコク(タイ)であります。#WordCamp通勤ラッシュに巻き込まれつつ、8時半ごろに会場入り。クリスマスの時期ですよねぇ。#WordCamp実行委員(スタッフ)のユニフォームは、パーカーでした!朝から多くの実行委員が集まってきました。ありますが、ちょっと遅い感じはしますね。今日はコントリビューターデイ。2014でした(「日本のWordCampで初めての試み!コントリビューターデイってなんだ?」参照)。何かに貢献しようっていう催しです。ついて歓談やディスカッション、相談するだけでも、誰かの刺激になったり、何らかのヒントで新しいものが生み出される可能性もあります。挨拶&チーム分け今回始めてコントリビューターデイにきたって人がかなりいたことに驚きました!いいですね!いくつかのチームに分かれて作業するということで、チームメンターの紹介とそれぞれのチームでどのようなことをするのかの紹介がありました。氏(テーマレビューのリードをしている、インドのネパールから来訪。ついて貢献できるようになっておこうかなと思い立ちました。すると警告はでるもののインストールできた。すると、上記エラーがでてしまうことが判明。古い(2.20.1)のが原因なのかなぁ。切るちなみに参加者はエンジニアばかりだった(バックエンドエンジニアが多い)。);の2つがヒットしました。testsmysqlデータベースが必要。testのようなエラーがでる。前にクリーンインストールしてしまったので、mysqlは入っていない。データベースにログインできることを確認なおこのデータベースはパスワードなしで特権ログイン(root)できる。一時的なインストールだからいいでしょう。コマンド構文がかわったとのこと。"wp_cli_test"@"localhost";かな。behatかなり時間がかかります。8の場合の注意事項がありました。'password1';を追加したらいいのか。個失敗)15m33.818sうーん、もうちょいか。テストに15分かかるのね・・・。コマンドがないというのが気になりますね。インストールしてみた。エラーはなくなったものの、同じところでエラー出ますねー。behat-rerunで出来る。うまくいかないのですかねぇ。mysql@5.7でも駄目だなぁ。behatここで時間切れ(16時30分)。前にやってみたが問題なく通過した。いけなかったのは残念ですが、テスト環境の構築やそのためのエラー解決方法については体験できてよかったと思います。2年(2017年以降)だと、プラグイン開発、プラグインのマニュアル作成、翻訳をおもにやってました。2018当日急遽翻訳チームリーダーをしたため、チームをまとめる作業に徹したように思います。2017台風の影響もあり途中で帰ったのですが、帰る新幹線内から参加したのでした。HP(WordPress)のメインページで使っていたりします。View)の日英のマニュアル(結構分厚い)を整備してましたね!昼食かっぱ横丁にある古潭老麺(古潭ラーメン)で食べました。以下筆者が聞いて覚えている内容。そのため発表が正確に反映されていないことに注意。1件できて、作業中が2件あった。Hub)へ移行するというものだった。皆で文体などのルールを読んでもらった上でやってもらった。26文章が更新されていた。チームWordPressを知っていますか?(15分動画)に日本語字幕をつけた。1人1分担当し完成して公開したよ!その他にもやった。チームレビューは言語とコーディングの壁があって大変だった。3名迎えることができたことが非常に大きいとのこと。バージョンアップのライフサイクルなどのノウハウの共有を行った。快適に使えるかについてディスカッションし、その結果をまたフィードバックしたいということ。おなじみのスピーカーとの懇親会。日本で始まってから、なかなか都合がつかなくてずいぶんご無沙汰になっていました。#kansaiでしたね。私は初めて訪れた場所でした。20名ぐらいが参加していたなという感じです。人数が少ないということで、次に自己紹介ありました。紹介が、実行委員長からありました!筆者も広報チームとして翻訳作業を主にしてまーす!みんな気軽に参加してね!セッション「ブロックエディタの話をしよう!」プログラム(スピーカー:占部紘(Toro_Unit)氏、WordPressのやさしい教科書。無効にして先延ばし対応してました。ついて詳しくならないとなーと思って参加しました。実際に聞いた印象として、内容がブロックでデザイン・レイアウトのコーディングをしたことがある中級者レベルのように思いました。コードも理解していないとわからなさそうかなぁという感じでですね。デザイン・レイアウトは全く分かっていない筆者には理解できず。面倒だけど、ブロックをカスタマイズすると利用者にとってはかなり便利そうだなという印象をうけました。筆者としてはテーマは構築や更新も含めて全部外注等誰かにまかせているので(何十とある管理運用サイトがあるなかで、下手にいじるとおかしくなったり、以後メンテナンスをやらないといけなくなるのは物理的に無理なので)、どういう任せ方をしたらよいのかが理解できたらいいかなと思ってます。以下、筆者がメモった発表内容です。筆者はプラグイン開発者ではありますが、テーマについては素人(デザインやレイアウトの中身はわからず、ファイル構造ぐらいしかわからない。名前しか知らんぞ!って感じ)ので、その筆者が興味のあったところのみしか紹介していません。聞きながらメモったので、筆者が理解した内容になります。そのため、実際に発表内容と場合によっては異なってしまっている可能性があります。設定するようにしましょう。必要なさそうかなぁとおもったが、さてどうだろう。デザインをカスタマイズができないかということ。スタイルの設定を記述する。'ほげ',});とかするといいらしい。P)をみて追加してみたが、うまくいっているように見えない。筆者がちゃんと分かっていないだけでしょう。'ほげ',});を追加したのだが、追加されていないなーという感じ。現時点で正しく理解できていないだけでしょう。ダウンロードし、展開(解答)する。管理画面のプラグインに出てきた「my-first-block」を有効化するただしこの使い方は説明なかったので分かりませんでした。ブロックを作ってみよう本体側(register_block_type)、JS側(registerBlockType)でブロックの登録が必要。いえプラグインを有効しても使えない。コードをみただけでは理解できず、これは初心者向けのハンズオンあたりに参加するなどしないと駄目かなぁ。いえ、とにかくブロックを追加してみたい!ってことで、ネット検索しているWP-CLIで始めるはじめてのGutenbergカスタムブロックプラグイン制作を見つけた。おお、WP-CLIでできるのか!これはやってみなければということでやってみました。custom」ブロックが追加されていますね!ふむふむ、これなら私でもブロックを追加することぐらいはできますね。管理画面でブロックが簡単に使えるよっていうプラグインのデメリットプラグインを無効にすると、消えてしまう仕様変更でプラグインが対応しない場合、動かなくなるかもDBに入っていないので、検索なども聞かないとはいえ、プラグインによる実装は便利ではあるので、ブロック1つごとにプラグインを作ってリリースするなど、影響範囲を限定する方式もあるよ。なるということのようです。確かにその通りだよなぁと思いました。https://fiels-web.com/2019/07/03/block-editor-handbook-translate-to-japanese-step1/あたりに少し和訳しているサイトがありましたね。BlockでGutenbergのカスタムブロック開発環境を構築するを使うのが便利だということですね、ふむ...ブロックごとの仕様を定義する必要がある更新するユーザーが使いやすいか、ユーザーが意図しない動作をしないか、そういうことを考えておく必要がある。可能な限りカスタマイザーを使わず、全てブロックエディタ上で完結したほうが、ユーザーとしては、ブロックエディタとカスタマイザーの行き来をしなくてよく混乱が避けられるのではないか。カスタムブロックを大量につくっても、ユーザーは使いこなせないだろう。質疑応答&ディスカッション特に結論があるわけではありません。聞いた話で頭に残ったものをメモしているって感じです。プラグイン化するのですか(テーマに埋め込むのは何故ダメなのか)テーマにいれてしまうと、テーマが消えたり変更したら使えなくなるのはまずいのではないかというコンセプト移行はどうしたらいいのか(クラシックエディタからの変更)担当者がウェブの知識がまったくない、入れ替わりもある中で、どうやって教えるのか。いつかは変えないといけないが。クラシックブロックの2つが出てしまうプラグインがそういったものを追加してしまうことがある。あたりがそうするらしい。対応していなかったりする場合もある。1年前に新エディタはリリースしているわけで、新しく立ち上げるなら新しいほうがいいのでは。修正が初学者には難しくなってきている。口コミ(TripAdvisor)本町オープンソースラボにいく道すがらあったカフェ。口コミ(TripAdvisor)いろいろ歓談していたら、いつのまにか3時間たっていました。終電が近いので2次会はパスでそのまま帰りました。みんなの熱い会話を聞きながら、やっぱりこういう雰囲気っていいし、自分なりのモチベーションが上がってくるのを感じるので、定期的にいかないとなーと思ったのでした。プラグイン更新方法は、WP-CLIなどコマンドラインからも可能です。それは脇において、WebブラウザからWordPressにログインし、「更新」よりプラグインを更新している途中に、ブラウザを閉じたらどうなるでしょうか。WordPressのメンテンナンスモードを解除する方法のようなブログをみると、メンテナンスモードのままになるよって書いてあります。そのとおりなんでしょうが、こういったものは実際にテスト環境で体験してみるのが一番いいなと思ったのでやってみました。するとサイトがメンテナンスモードになったままログインできない事態に・・・この段階でブラウザを閉じてみるとのようにメンテナンスモードが解除されずにサイトにアクセスできなくなりました(運が良ければメンテナンスモードにならない)しました。こちらは、WordPress本体にできたロックファイル「.maintenance」を削除することでメンテナンスモードは解除できます。FTPなどでサーバーにログインする必要がでてきます。までは更新できていて、あとは残っている感じですね。コマンドラインでサーバー上で自動アップデートしているので気にしていませんでしたが、ブラウザ上でやるのってネットが不安定だと問題が発生するんだなぁと思った瞬間でした。(ネット不安定な海外からやっちゃうと危ないってことか)。場合によってはプラグインが壊れて、壊れたプラグインを探し出して一旦削除しないと駄目なんて事態になるかもしれません。なんでも試して見るものですね。