Wishing you a happy, healthy New Year.
I hope you will have a great year, Thank you for all plugins users. 🙂
Thanks,Regards
新年あけましておめでとうございます。
実りある一年になりますよう、皆様のご健康とご多幸をお祈りいたします。本年もどうぞよろしくお願いいたします。 🙂
WordPressの主に管理画面のカスタマイズプラグイン
Wishing you a happy, healthy New Year.
I hope you will have a great year, Thank you for all plugins users. 🙂
Thanks,Regards
新年あけましておめでとうございます。
実りある一年になりますよう、皆様のご健康とご多幸をお祈りいたします。本年もどうぞよろしくお願いいたします。 🙂
こんにちは、gqevu6bsizです。
WordPress5.2.3 がリリースされて数日経ちました。
実はだいぶ前に「これバグちゃう?」「プラグイン無しのデフォルトテーマでエラーなんですけど…」みたいな感じに思えた部分があったので、WordPressのバグ報告みたいなトコに「これって、バグじゃない?」みたいな感じでチケットを作成しました。 🙄
超些細な部分ですけどね 😳
https://core.trac.wordpress.org/ticket/45739
それからだいぶ時間が経って、特に誰からのコメントも無かったので「バグじゃなくてただの勘違いかなー 😳 、英語が下手過ぎて言いたいことがうまく伝わらなかったかなー 😳 」と思い、作成したチケットのバグ報告はスルーして忘れていました。
そしたら、いつの間にかコメントがついて、気づいたらWordPress5.2.3に導入されていました。 🙂
「gqevu6bsiz」で探してみてください。以下のリリース情報ページの名前が並んでいるところのどこかに書いています。
こうやってみると、WordPressの更新って、
いろんな人からバグや機能追加の提案や報告を受けて、更新していくんだなー。 😛
自分の名前がこういうところに書かれるのは面白イナー 😮
最終的に「これでOKだからWordPress x.x.xに導入しようぜ」といえるようなコードはどうやって決定しているんだろう 😕 、と思いました。
(自分の名前というか、そもそもgqevu6bsizはただの乱数字… 😎
また何かバグ見つけたら報告してみようかな。その前にサイトとか、プラグインとか色々更新したいなぁ
こんにちは、gqevu6bsizです。
今日2019/7/17をもって、WP Admin UI Customizeの更新、アドオン利用、サポートは終了となります。
約6~7年も開発を続けていたんだなぁと思うと、ちょっとびっくり 😳
みなさん、いままでWP Admin UI Customizeを使ってくれてありがとう! 😛
最後みたいな表現になってしまいましたが、My WP Customizeへの進化ですよ 😉
WP Admin UI Customize のアドオンは今日から少しずつ、使えなくなったりするのでご注意ください。プラグイン自体はWordPress.orgからダウンロードして使う事はできますが、最新版への対応はおこなっていません。
これからは、My WP Customize というプラグインをベースに、機能を別にしたい場合はアドオン、という形で開発を進めたいと思います。
これからもよろしくお願いします。
こんにちは、gqevu6bsizです。
そろそろ、WP Admin UI Customize の全アドオンの終了期限となる2019年6月10日(月)まで、残り数日となってきたのですが、まだ申請いただいていない方や、この時期に申請についてのお問い合わせをいただいたりします。
購入者全員にご連絡はしたのですが、迷惑メールフォルダ行きになったのか、後で確認しよう。って後回しにされたかもしれないですね。。
と言いながら、私のほうでも、終了に向けた準備をしなくちゃいけないのですが、ちょっと時間を取れそうになくて。。 😳
つきましては、終了期限を少し延長して、2019年6月10日(月)から2019年7月17日(水)にしたいと思います。もう、これ以上は延長しないぞっ
改めて、誤解のないようご説明させていただきます。
WordPress最新版への対応など、セキュリティ面も考慮するとMy WP Customizeへのライセンス変更を推奨します。しかし、社内など内部でWP Admin UI Customizeを使い続けているため、そのまま利用したいという方もいます。
両方とも常に利用できるようにしたいとは思いましたが、WP Admin UI Customize のサイトが無くなると、アドオンのライセンス認証が出来なくなってしまい、アドオンが利用できなくなってしまうため、今回、My WP Customizeへ移行するか、ドメイン無制限ライセンスにアップグレードをするか、の判断を行いました。
誠に勝手なお願いで恐縮ですが、WP Admin UI Customize 全アドオン終了へのご理解、ご協力、宜しくお願い致します。
こんにちは。
いつかは行こうと思っていたWordPressのセミナーやイベントですが、今回初めて「WooCommerce Meetup 決済会社座談会」に参加しました。
https://www.meetup.com/ja-JP/Tokyo-WooCommerce-Meetup/events/259863446/
クライアントさまがいるWordPressのサイト構築で、決済を希望される場合がありますが、なんか、決済会社、決済手段、決済APIの方法とか、いろいろありますよね。。
個人的には、エンドユーザーに対し、毎月請求する金額を利用内容に応じて金額変更することができる決済代行会社は、あまり多くない気がするなぁ、と思っていたのですが、ほとんどの決済代行会社ができるようなので驚きました。 🙂
この機会に、と思って初めて参加しましたが、いろいろ情報が聞けて良かったです。
(写真とかムービーは取りませんでした、個人情報保護は大事ですよね) 😎
私は自己紹介程度でもかなり緊張しました。。 😳
スピーカーの方々は、説明しながら、笑いも取りながら、お話ができてすごいです 😎
参加されている方々が「LT」とか言っていましたが、いったい何の略でしょう? 🙄
>>LT = ライトニングトーク、の略で、5分間など短い時間でのプレゼンをする事のようでした。(Meetup参加者の方に教えていただきました、ありがとうございます 🙂
今回初めて、Meetupに参加してみましたが、初めの1回がとりあえずできると、2回目以降は少し気が軽くなりそうです。 😮
これで、今年の目標をひとつ、達成できました。
また別の機会でWordPressのMeetupとかに参加して、何かしらいい情報得られたらいいなぁと思いました。 🙂
トーキョーサムイ 😳
こんにちは、gqevu6bsizです。
今日でやっと、WP Admin UI Customizeのアドオン購入者全員へ、アドオン終了のお知らせのご案内をおこないました。(一度で全員へのご案内はせず、お問い合わせに対応できるよう少しずつ数ずつおこないました)
ただ、メールが届いていない方もいると思いますので、WP Admin UI Customizeのウェブサイトにも掲載していますが、ブログでもアドオン終了案内を掲載したいと思います。
2019年6月10日(月)をもって、WP Admin UI Customizeの全アドオンがご利用いただけなくなりますのでお知らせいたします。
詳細はWP Admin UI Customizeウェブサイトよりご確認くださいますようお願いいたします。
http://wpadminuicustomize.com/ja/
誤解が無いように補足させていただきます。
WP Admin UI Customizeはアドオン含め、開発を終了します。
WP Admin UI Customize単体は、WordPress.orgから今まで通りダウンロード可能です。
アドオンについてはWP Admin UI Customizeウェブサイトをご確認ください。
開発を終了するつもりなので、セキュリティアップデートなどもおこないません。(相当ヤバいセキュリティホール等があれば、アップデートするかも 😯 ・・・です)
そして、WP Admin UI Customizeの代わりに、My WP Customizeというプラグインを開発しています。すっごい機能似ています。似てますけど全然違います。 😆
WP Admin UI Customizeとはコンセプトが少し違うので、WP Admin UI Customizeに別機能が搭載されたようなイメージだと思ってもらえればいいと思います。
(今後はMy WP Customizeに集中したいので、WP Admin UI Customizeは終了します)
宜しければ、今後はMy WP Customizeをご利用ください。(My WP Customizeとググっても出てこないのは予想していましたが…そのうち何とかします 😳 )
みなさん宜しくお願いします。
Thank you for all plugin and add-on users. 😛
This year will be shifted to My WP from WP Admin UI Customize. I’m happy if useful to you. 🙂
Thanks and Regards
明けましておめでとうございます。
てか、最新の記事がはぴーぬーいやー3連続になるなんて。。。 😛
もう、ブログの書き出し方とか、分からなくなってきました 😉
今年は WP Admin UI Customize をストップして、My WP Customize に移行するため、これからアドオン購入者の方々にご連絡したりを予定しています。
また、今まで WordCamp とかのコミュニティーの集まりには一度も参加した事が無いので、遠いなぁ、お腹空いたなぁ、寒いなぁ、人見知りなので遠くから見ていたいなぁ、参加してみたいなぁ、というのを目標にしています。 😳
去年1年も、結構大変だったなって思います。今年も頑張ろ 😯
本年もどうぞ宜しくお願いいたします。 😛
gqevu6bsiz
Thanks for using the plugins 😛 I wish you a year filled with happiness.
Last year I created the My WP Customize plugin. You can try plugin 😀
Many thanks, gqevu6bsiz
新年明けましておめでとうございます!
去年も相変わらずブログの更新がなかなかできませんでした、時間作るのっって難しいですね 😥
最近はWordPress+αの案件が多く、インプットも結構溜まったかなと思うので、今年はブログとかでアウトプット+誰かからの間違いの指摘とかがあればいいなーと思っています 😛
また、去年は My WP Customize というプラグインを地道にちみちみ 😳 と開発をおこなっています。WP Admin UI Customize +αのようなプラグインとなっています。
皆さん良かったら使ってみてください 😀
本年もどうぞ宜しくお願い致します。
Many thanks for all plugins users! 🙂
And sorry in advance if you worried about update the my all development plugin. 😳
I have planned more update this year. 🙂
I hope that easy-to-use plugin for everyone on my development. 🙂
May this be a happy and fruitful year. 😛
新年明けましておめでとうございます!
昨年は全くと言っていいくらい、ブログを更新していなかった事に気づいてびっくりしました(たったの1件だったなんて… 😯
プラグインも思っていたよりも更新できていなかったなぁ~とちょっと反省。 😳
プラグインユーザーから、「もしかしてプラグインの更新をもうしないの?」というコメントをいただいたり… 😳
今年は自分なりの「ちゃんとした」更新をしていきたいと思います。
あ、正確にはコンセプトを少し変えて、全く違うプラグインとしてスタートしようと思っています。 😛
プラグインを使ってくれている皆さん、ありがとうございます! 🙂
皆さんがもっと便利に感じてもらえるようなプラグインを目指します。 😮
本年もどうぞ宜しくお願い致します。
gqevu6bsiz
WordPress 4.2 より絵文字が使えるようになって、それを早速試してみたのですが、エラーが出る場合があったのでその対処法と苦闘?を備忘録として書きました。
苦闘はどうでもいいからとりあえず試してみたい。 😥 という方は一番下までスクロールしてね。 😯
その時の環境は以下となります。
まず、WordPress4.2.2をいつも通り、データベースを作成して新規インストール。
https://codex.wordpress.org/Installing_WordPress
インストールOK。wp-confing.php にてデバッグモードをtrue、デバッグログを trueにしておく。
使ってみる。特にエラーは何もなし 😛
絵文字を使ってみる。やっぱり何もエラーなし。 😎
※Windows 8.1 でノートパソコンをお使いの方は、下にある、アプリケーションや時間等が表示されている「ツールバー」を右クリックして、「ツールバー(T)」> 「タッチキーボード」を選択すると、ツールバーにキーボードが表示されると思うので、そのキーボードから絵文字は入力できるようになっています。
で、問題はここから。
Announce from the Dashboard 等マルチサイト対応のプラグイン等もあるため、マルチサイトに変更して動作を試してみました。
Codexはこっち。http://codex.wordpress.org/Create_A_Network
うん、とりあえずマルチサイトになりました。
そして「サイト」>「サイトの作成」から、2つめのサイトを作成しようと思ったら…
む? 😕 画面上にエラーが出ました。。
Warning: preg_match() expects parameter 2 to be string, object given in wp-includes\formatting.php on line 3435
Warning: preg_match() expects parameter 2 to be string, object given in wp-includes\formatting.php on line 3424
Warning: preg_match() expects parameter 2 to be string, object given in wp-includes\formatting.php on line 3435
Warning: strip_tags() expects parameter 1 to be string, object given in wp-includes\formatting.php on line 3407
Warning: strip_tags() expects parameter 1 to be string, object given in wp-includes\formatting.php on line 3407
Catchable fatal error: Object of class WP_Error could not be converted to string in wp-includes\kses.php on line 1038
preg_matchに値が何も来ていないのかな?strip_tagsにも来ていないのかな?
色々推測してみましたが、結局原因は分からないので、とりあえず画面を戻ってみると、
サイトは作成できているっぽいです。細かいバグ?が何かあるのかな。
と思いつつ、作成した2つ目のサイトのダッシュボードにアクセスすると、なぜか404エラー。
ん?(´・ω・`)
.htaccessの問題?.htaccessファイルを確認するも、特に問題は無さそう…
さっきのエラー、多分関係あるな。。
さて、どこから原因を探したほうがいいかな。。ワカンネ(´ー`)
😕
他に問題がないか調べてみようと思い、新しく作成したサイトのデータを編集画面(ネットワーク管理画面内)から見てみましたが、ユーザーがいない。。
あれ、admin 足したけどな…WordPress4.2からブルートフォース対策とかでadminは足せないのかな?だとすると、初めからadminでユーザー作成できるのはおかしいから関係はないか。admin足せば問題ないのかな?
でもユーザーがいないからって、404エラーはないか。 🙁
細かいバグでは無さそう。。
次にサイトの編集設定を見ると…
設定できる項目が、サイトのアップロード領域のクォータ っていう項目しかない。。
え?なにこれ?サイトが上手く作成できていない? 🙄
他にエラーが無いか確認してみようと思い、次にwp-content/debug.logの中身を確認しました。
すると、かなりのエラー。。 😳
そして、画面を表示する度にこのエラー。
WordPress データベースエラー: Table '42.wp_3_options' doesn't exist for query SELECT option_value FROM wp_3_options WHERE option_name = 'home' LIMIT 1 made by WP_List_Table->display, WP_List_Table->display_rows_or_placeholder, WP_MS_Sites_List_Table->display_rows, get_home_url, get_option
doesn’t existって、テーブルが無いってこと?まさか~、そんな事今までにないよ?
サイト一覧にちゃんと作ったサイトがあるんだし。
で、phpMyAdminから確認してみました。
😈
うん。。。無いですね。(´・д・`)ゞ
これで問題は分かったけど、原因は何だろう。
今までこんなエラーは無かったので、WordPress4.2からのエラーかな。
エラー内容を見る限りでは、文字コード系かな~と推測。。
それからwp-config.phpの以下をにらめっこ。
/** データベースのテーブルを作成する際のデータベースの文字セット */
define(‘DB_CHARSET’, ‘utf8mb4’);
WordPress4.2からのエラーというのが気になって、もしかして最初にCodexを参考にデータベースを作成した時の文字コード utf8_unicode_ci が4.2以降では違うのかなと思い、今度はデータベースを作成する際に、照合順序ってのを utf8mb4_general_ci で作成して、同じくマルチサイト環境でサイトを作成してみましたが、だめでした。
しかも全く同じようなエラー。 😳
じゃあ文字コードじゃないのかな。。
ログファイルをにらめっこしていると、ほとんどのエラーが wp_2_****** のテーブルが無いよ!みたいなエラーだったので、そもそもテーブルが作れていない!?
ようなので、そこだけ注意してみてみると、
WordPress データベースエラー: COLLATION 'utf8_general_ci' is not valid for CHARACTER SET 'utf8mb4' for query CREATE TABLE wp_2_terms
あ、create table でデータベースエラーなのね。。 😳
utf8_general_ci is not valid ?え?どーゆーいみ?わっつ?( ´゚д゚)ン?
🙄
意味が分からなかったので、とりえあずサイト作成のコードを追う事にしました。
まずはURLの通り、wp-admin/network/site-new.phpをざっくり見る。
ざっくり見ると、分からない…なので、詳しく見る。
エラーが発生しているっぽい怪しいコードを発見。その上と下でごにょごにょ。色々試した結果、wpmu_create_blog()内が問題っぽい。
それをさらに追うと…insert_blog()はエラー無し。問題無さそう。
install_blog()はどうだろう…あ、エラーか。
またさらに追う。make_db_current_silent(‘blog’)直後にログにエラーが出る。
もっと追うと、dbDelta()でquery()を実行した時にエラー。テーブル作る際のクエリ内に多分問題あるのかな。 😐
クエリがたくさんあって、どれがエラーのクエリか分からないので、1つクエリを抜粋してphpMyAdminで試してみました。
CREATE TABLE wp_2_terms (
term_id bigint(20) unsigned NOT NULL auto_increment,
name varchar(200) NOT NULL default '',
slug varchar(200) NOT NULL default '',
term_group bigint(10) NOT NULL default 0,
PRIMARY KEY (term_id),
KEY slug (slug(191)),
KEY name (name(191))
) DEFAULT CHARACTER SET utf8mb4 COLLATE utf8_general_ci
あ、エラーなんだ。一旦、WordPressのエラーとデータベースのエラーのどちらなのかを判別するために、phpMyAdminにて直接クエリを実行。
phpMyAdminのレスポンスは以下。
#1253 - COLLATION 'utf8_general_ci' is not valid for CHARACTER SET 'utf8mb4'
クエリの文法エラーではなさそう。これはWordPressでもPHPのエラーでもなく、MySQLでのエラーっぽい。
と、ここでやっとさっきのエラーの意味が少し分かりました。
あ、utf8mb4のエラーじゃなくて、COLLATION の utf8_general_ci っていう文字コードのほうで、エラーなのね。 😳
それで、COLLATIONってなに?で、ググってみましたが、、
http://dev.mysql.com/doc/refman/5.5/en/charset-connection.html
なるほど。。…ワカンネ(´ー`)
で、お次。
http://qiita.com/kazu56/items/6af85ffcf8d3954455ad
おぉ、これは少し分かりやすい!COLLATIONは文字コードの設定ではなくて、ソートする際の文字コード(照合順序)、みたいな意味合いっぽいですね。
で、問題は、そのソートする際の文字コードが is not valid かな。
おそらく、照合順序に utf8_general_ci なんていうものは無い又は、何かのバリデーションに通らない、みたいな意味かな。not valid って、意味が大きいな。。
さて、問題は何で not valid なんだろう。。 😐
まず、utf8_general_ci があるかどうか確認するために、phpMyAdmin から選ぶことができる照合順序を確認してみました。
ちゃんと utf8_general_ci はあるじゃん。スペル間違い?いや、そうでもない。
あれ、ちょっと待てよ…。WordPress4.2からmb4だから、utf8_general_ci 自体、違うんじゃないかな。。それとも、別の原因かな。
こういう時は、にらめっこ。 😎
さっきのテーブル一覧をにらめっこしていると…
😈
あれ、全部、テーブルの照合順序が utf8mb4_general_ci じゃないか! 😈
でもなんで新しいサイトのクエリは utf8_general_ci になる?
あ、これが原因?少し解決できそうな予感…。 😮
phpMyAdminから直接クエリを試してみます。
さっきエラーのあったコードの一部、COLLATIONの値を utf8_general_ci からutf8mb4_general_ci に変えてやってみました。
CREATE TABLE wp_2_terms ( term_id bigint(20) unsigned NOT NULL auto_increment, name varchar(200) NOT NULL default '', slug varchar(200) NOT NULL default '', term_group bigint(10) NOT NULL default 0, PRIMARY KEY (term_id), KEY slug (slug(191)), KEY name (name(191)) ) DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci
お!
おぉ!
うまくテーブルが作成できました。 🙂
これが原因!?
じゃあ、今度はWordPressで試してみようかと思い、COLLATION を指定しているところを探してみる。
wp_get_db_schema()にてCOLLATEとしているみたい。
もっと追ってみると、wp-includes/wp-db.php のinit_charset()にてCOLLATEを指定しているっぽい。
今はテストなので、とりあえずwp-db.phpに直接、COLLATEが utf8mb4_general_ci になるよう変更して、サイトの作成を試してみました、、、
🙂
うまくいきました!エラーは特になし。あ~疲れた(まだ早い)。 😆
うん、テーブルも上手く作成されているし、作ったサイトのダッシュボードにもいけますね。
これは、なんとか解決できたっぽい。
上手くサイトが作成できない時は、COLLATION (文字コードの照合順序)が違う為なのかな。
サーバごとに、COLLATIONが違っていればを変えればいいのか。
今はテストだからwp-db.phpに直書きだけど、簡単にサーバごとにCOLLATIONを変更するいい方法ないかな(´・ω・`)
で、さっきの init_charset() を見ていると、
} elseif ( defined( ‘DB_COLLATE’ ) ) {
$this->collate = DB_COLLATE;
}
お、どこかでDB_COLLATEを定義できるんだ。ー(‘∀’)ゞ
で、検索してみると…wp-config.phpにあるし。 👿
いつもこの辺はWordPressが自動で作成するからスルーしていました。 😉
/** データベースの照合順序 (ほとんどの場合変更する必要はありません) */
define(‘DB_COLLATE’, ”);
今まで一度も変更したことなかった。。こういう時に変更するんだね。 🙂
ってことで、ためしにdefine(‘DB_COLLATE’, ‘utf8mb4_general_ci’);として変更してサイトを作成してみましたが、うまく動作しました。:-o
念のため、もう一度試しました。
さきほど、データベースを作成する際の、照合順序の文字コードを変えていたので、一旦 Codex と同じ照合順序 utf8_unicode_ci にてデータベースを作成。
同じようにインストール&マルチサイト化。
照合順序の文字コードはいまこんな状態。
データベース: utf8_unicode_ci
各テーブル: utf8mb4_general_ci (どのタイミングでutf8mb4_general_ciになるんだろう…) 😕
サイトを作成してみる。やっぱりエラー。
wp-config.phpにて
define(‘DB_COLLATE’, ‘utf8_unicode_ci‘);
に変更してサイト作成を試してみる。
同じようなエラー。ってことは、テーブルを作成する時の照合順序ではなくて、他のテーブルの照合順序と同じようにすればいいのかと思い、
define(‘DB_COLLATE’, ‘utf8mb4_general_ci‘);
で試すと上手くいきました。 🙂
追記
wp-config.phpのDB_CHARSETによって、utf8mb4_general_ciかどうかも変わるっぽいです。
DB_CHARSET が utf8mb4 だったら、utf8mb4_general_ci。
DB_CHARSET が utf8 だったら、utf8_general_ci や utf8_unicode_ci。
同じようなエラーに遭遇した方は、wp-config.phpのDB_COLLATEを
define(‘DB_COLLATE’, ‘作成済みのテーブル wp_options とかの照合順序の文字コード‘);
みたいな感じで、一度試してみてください。
🙂
久しぶりにブログ更新… 😉