新しい WordPress.org ホームページ、Cloudways が買収、WebP は保留中 ️ 2022 年 9 月 WordPress ニュース、CodeinWP 付き

ローカルの WordPress 開発ツールである DesktopServer が完全にシャットダウンされます

悲しいニュースとして、ServerPress は、12 年間のビジネス (一般的な ServerPress ビジネスと共に) を経て、DesktopServer ローカル WordPress 開発ツールを終了すると発表しました。

私の知る限り、DesktopServer は最初の WordPress 固有のローカル開発ツールの 1 つであり、WordPress ユーザーに便利な機能を数多く提供していました。

DesktopServer チームは新しいバージョン (5.0) に取り組んでいましたが、高い市場シェアを達成する可能性はあまりないとの結論に達した後、作業を​​中止しました。

正直なところ、これにはあまり驚かない。 この分野での競争は非常に激化しており、最も顕著なのはマネージド WordPress ホストが、ホスティング顧客への付加価値/魅力として無料のローカル開発ツールをリリースしていることです。

たとえば、フライホイール (およびその後の WP エンジン) は、ローカル WP でこの傾向を開始しました。 その後、Kinsta も DevKinsta との混成に乗り出しました。

これらのツールの両方に機能的で無制限の無料バージョンがあることを考えると、たとえそれが堅実なツールであったとしても、DesktopServer のコストを正当化することは困難です.

言うまでもなく、WordPress に固有ではない新しいローカル開発オプションも多数ありますが、それでも WordPress サイトではうまく機能します。

ただし、ServerPress チームはこれを非常に公正な方法で処理していると思います。 ServerPress は、サブスクリプションが期限切れになるまで、別のツールへの移行を支援するなど、ライセンスを持つ人々を引き続きサポートします。

ServerPress が DesktopServer コードを販売またはオープンソース化する可能性はありますが、それに関する公式ニュースはまだありません。

その他のオプションについては、最高の WordPress ローカル開発ツールの完全なコレクションをご覧ください。

WP-Optimize は、人為的に最適化スコアを押し上げたとされる

WordPress のパフォーマンスの最適化について詳しく調べたことがある場合は、非常に厄介な傾向に気付いたことがあるでしょう。

多くのユーザー、特にカジュアルなユーザーは、サイトの実際のパフォーマンスよりもサイトの「最適化スコア」に関心があります。

確かに、彼らのサイトはすべての訪問者に対して 1 秒未満で読み込まれる可能性がありますが、速度テスト ツールで 79 しか得られなかったため、明らかに何かが間違っています.

したがって、一部の WordPress パフォーマンス プラグインが、可能な限りパフォーマンス スコアを向上させるために最善を尽くすことは、おそらく驚くことではありません。

これは、人気の FlyingPress 最適化プラグインと多数の無料の最適化ツールを作成している Gijo Varghese のツイートにつながります。

ツイートの中で Gijo は、人気のある WP-Optimize プラグインが一般的な速度テスト ツールを検出し、それらのツールに JavaScript を提供しないため、テスト時に人為的にパフォーマンスを向上させていると主張しています (ただし、JavaScript は人間の訪問者には引き続き提供されます)。

WP-Optimize は、UpdraftPlus の背後にある同じチームによって買収された包括的な WordPress パフォーマンス プラグインです。

もし本当なら、これはフォルクスワーゲンの排出ガススキャンダルを思い起こさせるだろう。そこではフォルクスワーゲンは人為的に排出ガスを下げていたが、それはテスト中だけだった. 現実の世界では、排出量は最大 40 倍高かった。

WP Tavern からの問い合わせに対して、UpdraftPlus の David Anderson 氏は、このコードは Fast Velocity Minify プラグインのフォークからのコードを含めることの一部として追加されたものであり、最初に WP-最適化プラグイン。

David は、チームの主任 JavaScript 開発者にコードの調査を依頼したと述べました。実際にコードがゲーム速度テスト ツールにのみ存在する場合は、削除されます。

全体として、私は長い間 UpdraftPlus の満足のいくユーザーだったので、意図的に不吉なことが起こっていないという疑いの恩恵を彼らに与える傾向があります. それでも、それは起こるべきではありませんでした。

いずれにせよ、これは、WordPress のパフォーマンスに関しては、あいまいな最適化「スコア」ではなく、人間の訪問者の実際のエクスペリエンスに常に焦点を当てる必要があることを思い出させてくれます.

Glue が WordPress.org を廃止してすべてをプレミアムに

多くのプラグイン開発者は WordPress.org プラグイン ディレクトリを気に入っています。

ただし、いくつかの欠点もあります。最も顕著なのは、無料の拡張機能から高品質のサポートを求めている、いわば資格のあるユーザーです。

それでも、ほとんどの開発者は、最初からディレクトリをバイパスするか (Gravity Forms など)、無料のユーザーをサポートするという要求に我慢して、その見返りにユーザーを露出させます。

そういうわけで、Newsletter Glue が、既存の無料の WordPress.org プラグインを正式に閉鎖して、完全にプレミアムなアプローチに移行するという決定を下したことは興味深いと思いました (数か月の事前警告の後、彼らは突然それをしませんでした)。 ）。

WordPress.org ページは 8 月 15 日に正式に無効になりました。

WP Tavern とのインタビューで、Newsletter Glue の Leslie Sim 氏は、無料からプレミアムへのエクスペリエンスを最適な方法で設定していなかったと述べています。

たとえば、ユーザーはプラグインの無料版を削除し、別のプレミアム プラグインをインストールする必要がありました。これは、WordPress.org での Newsletter Glue の「アクティブなインストール」数が非現実的に低いままであることを意味しました (「アクティブなインストール」数が実際に減少するため)。誰かがプレミアムにアップグレードした場合）。

独自のプラグインまたはテーマのリリースを計画している場合は、公開する前にこれらのタイプの実装について検討する必要があることを思い出してください。

WebP はデフォルトで保留中です (再び)

彼らはそうしますか、そうしませんか？ これは、WordPress コアでのデフォルトの WebP の使用に関する質問です。

「デフォルト」とは、新しくアップロードされた JPEG 画像の WebP バージョンを自動的に生成することを意味します (これにより、サーバー上の画像ファイルの数が実質的に 2 倍になります)。

主な作業の多くは、次の WordPress 6.1 リリースにすでにマージされていましたが、多くの WordPress リード開発者からの反対を受けて、現在は「保留」されているようです.

実装に関する一般的な苦情は次のとおりです。

• サーバー上の画像ファイルの数が 2 倍になります。
• サーバーは画像をさらに WebP に変換する必要があるため、画像のアップロードに必要な処理が劇的に増加します。 これにより、画像のアップロードがより頻繁に失敗する可能性もあります。

全体として、少なくとも現在の実装では、これがコア機能として意味をなさないことに同意する傾向があります。

ユーザーが実際に WebP 画像を使用したい場合、画像自体を変換するか、画像をリアルタイムで動的に最適化する Optimole のようなプラグインを使用するなど、多くのオプションがあります。

また、Google がスポンサーとなっている開発者が変更を推進しているようにも見えますが、これは、Google が WebP フォーマットも開発したことを考えると、少し利益相反になる可能性があります。

全体として、デフォルトでのWebPのプッシュは完全に終わったわけではありませんが、実装がいつどのように行われるかはまだわかりません.