WordPressコミュニティを二分する騒動になっているAutomattic vs WPEngineの訴訟合戦だが、まずはWPEngineが提出した仮差し止め処分についての判決が12月10日に出たようだ。PDFの判決文も公開されている。 New docs dropped in the WPEngine vs Automattic/Matthew Mullenweg lawsuit. WPE's reply to opposition opens with an absolute bang #wpdramahttps://t.co/H6mfxvdWvD pic.twitter.com/BEBxLDpxAo — Ryan Duff (@ryancduff) November 5, 2024 仮差し止め処分とは、ある係争中の裁判において、本裁判の判決が出る前に関係者が特定の行為を制限してもらうた

皆さんこんにちは。taneCREATIVEの「ちほうタイガー」です。 本記事は、WordPress本体の脆弱性情報一覧を2024年11月12日に改訂したものとなります。 WordPressはウェブサイトやブログを作成、管理するためのオープンソースのCMS（コンテンツ・マネジメント・システム）です。 このWordPressは世界で最も利用されているCMSであり、W3Techsによれば、世界中のWebサイトの約43.7％がWordPressで構築されているとのことです。 一方で、世界で最も利用されているCMSであるからこそ、その脆弱性をついたサイバー攻撃の標的になりやすいという特徴も有しています。 近年、特に2013年以降におけるWordPressの脆弱性は、テーマやプラグインに関するものが多くを占めていますが、WordPress本体（コア）に関する脆弱性への対応が重要であることは変わりません

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

先日お伝えした通り、Advanced Custom FieldsがWordPress公式ディレクトリで「乗っ取られた」のだが、その後も状況は変わらず、WP Engineの関係者は公式ディレクトリにアップデートを提供できないままだ。その結果、結構なプラグインが影響を受けることになり、有名どころとしては次のものがある。 WP Offload Media Lite WP Migrate Lite Genesis Blocks PHP Compatibility Checker（熱心にメンテナンスされている気配はないが） WP Engineは買収したプラグインも多く、作者もバラバラなので、統一された作り方をされているわけではない。が、今回にあたってはこれらのプラグインに管理画面から更新可能になるアップデーターを自前実装したようだ。 Delicious Brains is currently blo

WordPressの創始者であるマット・マレンウェッグ氏が、WordPress特化のホスティングサービスである「WP Engine」を痛烈に批判し、WP Engineからのアクセスをブロックしています。この問題に続き、WordPressのマレンウェッグ氏が、WP Engine保有の超有名プラグイン「Advanced Custom Fields(ACF)」をフォークしたと発表しました。 Secure Custom Fields – WordPress News https://wordpress.org/news/2024/10/secure-custom-fields/ 現地時間の2024年10月12日、マレンウェッグ氏はACFを「Secure Custom Fields」という新しいプラグインにフォークすると発表しました。 マレンウェッグ氏はACFをSecure Custom Field

ウェブサイト構築・管理システム「WordPress」開発元のAutomatticと、WordPress特化のホスティングプラットフォーム・WP Engineが対立している一件で、オープンソースプロジェクトとしてのWordPress開発を続けているWordPress.orgのログイン時および新規ユーザー登録時のフォームに「WP Engineといかなる関係もない」ことを確認するチェックボックスが登場しました。 ‘The Community Is In Chaos:’ WordPress.org Now Requires You Denounce Affiliation With WP Engine To Log In https://www.404media.co/wordpress-checkbox-login-wp-engine/ WordPress vs WP Engine battle

例の WP Engine との係争の件で僕は Matt Mullenweg 氏を全面的に支持しています。この件に関しては人それぞれ大きく違った見方をしていると思いますが、僕が Matt の立場を支持するのには僕の独特な立ち位置が大きく関係しており、僕の目からこの問題がどう見えているのか共有することはある程度意味のあることかもしれない、と思います。 僕は2007年ごろから WordPress のプラグインを作ってきました。利益や名声などのためではなく WordPress に恩返しがしたいという思いでずっと、今もやっています。PHP から何から、WordPress がなかったら身に付かなかったでしょうし、誇張なく WordPress があったから今の自分があります。当時の WordPress コミュニティってそういう人が多かったと思います。 WordPress は現在、インターネット上のすべて

知識要素：自身で登録して知っていること パスワード認証 / 秘密の質問 / パターン認証 など所有要素：持っているデバイスやアカウントなどに送られてくるものを受け取ること SMSに送られるパスコード / スマートフォンアプリや専用カードに表示するワンタイムパスワード（1回限りの使い捨てパスワード）など生体要素：身体の一部で本人確認できるもの 指紋認証 / 顔認証 / 静脈認証 など 例えば、以下の組み合わせで認証する会員制のWebサービスなどを利用したことはありませんか？ まずパスワード認証を行う次に、スマートフォンのSMSに送信されたパスコードを入力し、ログインを完了する この場合は「知識要素」と「所有要素」の組み合わせとなります。このように、2つの異なる要素で認証することを「2要素認証」と言います。2要素認証を導入することで、セキュリティを強化できます。 以前は、パスワード認証後に秘密

ebi です。定期ネタの WordPress 芸をやっていきます。 今回は一度やってみたかった WP REST API を利用したサイトに少し手出してみます。 React より Vue.js の方がまだ触ったことあるので NuxtJS を使ってみます。 また、 SSR だとホスティングするサーバをどうするかの問題が出てくるので SSG 前提のサイト構成にしてみようと思います。 ​ そんなわけで実験がてらこう言う構成のサイト作りをやってみることにしました。 GitHub にコードも晒しておくので最終的なコードの細かい詳細見たい方は後で確認してください。 CMS として WordPress を採用している理由 正直自分自身にとって馴染みがある以外の理由は特にないです。 近年、 ContentFul や microCMS などのヘッドレスCMSが台頭してきているので、好みでそう言う CMS を選

はじめに Webサイトで上位表示を狙う場合、ページの表示スピードはとても重要です。 WordPressで作成されたページの表示速度改善のため、Nuxt3を使いサイトをSSG化することで表示速度の高速化を狙っていきます。いわゆるヘッドレスCMSです。 環境 WordPress 6.2 Nuxt3 MySQL 5.7 実装手順 WordPress環境の構築 dockerを使ってWordPressの環境を構築していきます。 ここでは、Docker HubにてWordPress Official Imageの例となっているコードを参照していきます。 version: '3.1' services: wordpress: image: wordpress restart: always ports: - 8080:80 environment: WORDPRESS_DB_HOST: db WORDP

フロントエンドエンジニアのハコザキです。 今回は、WordPressをヘッドレスCMSとして利用するにあたり、 プレビュー機能を実装しNuxtで動かしている環境で表示確認を行う方法についてご紹介します！ ブログやお知らせなどの記事を公開する前に確認するプレビュー機能は 私は必ず使っている機能で、コンテンツ管理としては必須の機能だと思います。 今回実装したデモをご紹介します！ 通常のWordPressのようなプレビュー機能が使えるようになっております。 プレビューデモ はじめに これまでのプレビュー機能について 今回の機能を実装する前は、以下の流れで公開の流れを行ってました。 エンジニアやローカル環境でNuxtを動かせる人であれば プレビューはできたのですが、手順が多くかなり手間になっていました。 WordPress側のAWS AmplifyへのWebhook通知をOFF → 記事ステータス

Contact Form 7の選択肢をWordPress側で管理して動的に変えたい場合があるので備忘録としてまとめました。 実装方法例えば、職種を動的に管理したい場合は、以下のような形にすると管理しやすいです。 Contact Form 7では以下を設定する。 [select* occupation data:GetOccupation first_as_label "選択してください"] data属性を設定するのがポイントです。 ※first_as_labelを利用することで、未選択時のテキストを変更できます。 次に、functions.php function custom_get_select_values( $values, $options, $args ) { if ( in_array( 'GetOccupation', $options ) ) { // データを取得する

AWS 公式ドキュメントが　2023年8月時点で公開している「Best Practices for WordPress on AWS」にある設定例「CloudFront distribution creation」の内容が古かったので、自分なりに改良してみました。 主な改良点は レガシーキャッシュルールではなく、新しいのキャッシュポリシーを使う wp-json ディレクトリの通信を対応する Facebook や広告タグのクエリをオリジンサーバーに飛ばなくする です。 STEP.1 キャッシュポリシーを作成 絶対に CloudFront にキャッシュさせるように最小TTLを60に設定しています。アクセス頻度が少ないサイトであれば、最小TTLを増やすなどしてください。ただ、ページの更新の時間もかかるのでバランスを考えましょう。 名前: 0-default (適当に変えてください) 説明: 任意

こちらのページでは、WordPressコアのカウント方法、新規プランの追加方法、複数のプランの管理、プランの変更、個別プランの依頼、プランの再販およびホワイトラベル化など、弊社WordPress専用マネージドホスティングのプランに関する情報をご紹介します。 サービスの解約やプランの削除についてはこちらをご覧ください。 WordPressコアのカウント方法弊社では、スターターからエンタープライズプラン、個別プランなど、お客様のあらゆる要件に応じたWordPressホスティングプランをご用意しています。プランによって毎月の訪問数、SSDストレージ、CDN帯域幅などが異なります。 代行業を営むお客様にとっては、プランをお選びいただく際、通常WordPressコア数が特に重要な指標になります。 WordPressコアとは プランによって、利用可能なWordPressコア数が異なります。例えば、プロ

説明 WordPress の国際化 / ローカライズをかつてないほど迅速に。 Disclaimer about WordPress 6.5 Attention: most functionality of this plugin has been merged into WordPress 6.5! You might not need it anymore. However, this plugin is still relevant for cases where language packs are not downloaded from WordPress.org but somewhere else, for example if you are developing your own plugins or using commercial plugins. The Perfor