JUICY LTD.
WordPress 5.0 の標準テーマに既に定義されている CSS の クラス。再使用が可能なクラスなら新しいブロックエディターで十二分に活用できる。テーマを Twenty Twenty から別のものに変更してしまっているのであれば、CSS編集 などで追加しておくのも使い勝手がいいかもしれない。
再利用が可能な定義済クラス
一つ以上のスタイルプロパティを、ひと固まりに設定し、名前を付けたもの。
WordPress 2020年のデフォルトテーマ。 ブロックエディターの柔軟性を最大限に活用するデザインになっている。
ブロックエディターの右側に表示されるメニューの、高度な設定という欄に入力すると、適用されて使用できる。
NEXT: Twenty Twenty 定義済 クラス 1.
WordPressの5.0がリリースされた際、 “updating failed” が世間を騒然とさせた。この記事では WordPress.org の Fixing WordPress Forum に立てられた とあるスレッド を振り返りつつ、このようなWordPressの問題がどうやって解決されていくのかを垣間見てみたいと思う。
“更新に失敗しました”
事の起こりと経緯 : 今から二年前の2018年10月、WordPressの最新バージョンである5.0のbeta版が公開された。それからいくつもの更新を経てついに同じ年の12月 正式版となる WordPress 5.0 “Bebo” がリリースされる。
長年親しまれてきたエディターを刷新した WordPress 5.0 では、その新しさゆえに生じる問題が当初は多くあり、掲題の updating failed | 更新に失敗しました 問題もそのひとつであった。
そうして今から1年と2か月ほど昔、 WordPress 5.0 “Bebo” がリリースされるのとほぼ同時期に WordPress.org の サポート「Fixing WordPress Forum」にはこんなスレッドが立ち上がっている。
最初にお読みください。WordPress 5.0マスターリスト（ 日本語意訳 ）
Hooray! WordPress 5.0 “Bebo” is here! But OMGWTFBBQ!? WordPress 5.0 broke everything?
やった！ WordPress 5.0「Bebo」はこちら！しかしなんてこったこんちきしょーめ !? WordPress 5.0 が全部を台無しにした？ （ 日本語意訳 ）
※以降は全部日本語意訳（翻訳: Google翻訳 | 編集: COCOROZASI.NET）にてお届けします。
焦る前に、プラグインとテーマを最新バージョンに更新し、ブラウザのキャッシュとCookieをクリアして、WordPressダッシュボードに再ログインしてくれ。
非常にまずい状態で、できるだけ早くエディターをロールバックする必要がある場合は、古いエディターを復元するクラシックエディター（https://wordpress.org/plugins/classic-editor/）をインストールしてくれ。
このスレッドには、5.0で見つかったプラグインとテーマに関する既知の問題が含まれている。この全トピックをひととおり読んでから、そうしたらまた新しい情報が出てくると思うので、そうしたら後で戻ってもう一度 頭から確認してくれ。
落ち着いて、忍耐強く、お互いに敬意を払いあうことを忘れないでほしい。ここで対応しているボランティアは皆、あなたを助けようという思いでここにいる。けれどそれにはあなたの助けも必要だ。ここにも通常のフォーラムルールはすべて適用されている。だから覚えておいてほしい、あなたは他のみんなと同じくらい重要なんだ ということを。
このスレッドへの投稿がすぐに表示されない場合は、しばらく気を落ち着けて待ってほしい。どうやら通常よりも投稿数が多いため、自動スパムツールによっていつもより多くの投稿がスパムとして報告されてきている。投稿のためのキューを空けるために中の人（機能）が一生懸命取り組んではいるが、あんたが複数の投稿を行うと、その中の人（機能）がもう一度最初に戻って既に投稿したかどうかを確認する必要が生じて、処理が遅れる。なので投稿するのは一度だけにしてくれ。
□ タイトルと本文には適切な大文字を使用してくれたまえ。また、本文には適切かつ人道的な句読点を付けてほしい。私たちが読むのに苦労しないですむように。
□ 説明的な件名を使用してくれたまえ。 「5.0にUpdateしたらすべてのパーマリンクが壊れた」の方が、「ああ！ できるだけ早く助けて！ このバージョンはひどいです！」よりは良い。
□ 問題を明確にしてくれたまえ。 最終的に画面に表示された内容を説明し、必要に応じてエラーメッセージとスクリーンショットを含めてほしい。問題がフロントエンドにある場合は、サイトへのリンクも役立つ。
□ 我慢をしてくれたまえ。サイトがダウンするのにはうんざりだろうが、ここに複数回投稿しても、すぐに助けになるなんてことはありえない話だ。
□ 独自のトピックを立ててくれたまえ。他人の投稿に便乗するのは、元になる投稿と同じプラグイン、テーマ、構成を持つ、同じホストで提供されている同じ物理サーバーで、まったく同じバージョンのWordPressを使用している場合にしてほしい。そうしたケースを除き、あなたはあなたの問題を独自のトピックとして作成してほしい。あなたはそれを奇妙に感じるかもしれないが、あなたがあなた自身のトピックを立ててくれる方が我々があなたを助けるのが簡単になる。
□ 修正されたトピックには解決済みのマークを付けてくれたまえ。そうすればそのトピックを開く時間の分、より多くの人を救える。
□ あなたは一人ぼっちじゃないってこと、忘れないでくれたまえ。
また、WordPressのデザインの方向性が気に入らないってたぐいの問題はバグではない。機能が気に入らないのだとしても、それについて文句を言う一連の投稿は行わないでくれ。これまでのトピックから、同じ問題を誰かが既に問い合わせたかどうかを確認し、そこにのっかって投稿するか、アーリープロセスに参加することを検討してほしい（ベータ版やSVNを介したテストなど）。今日目にしている見た目や機能については、何千時間もの作業とテストの結果であり、何かが完全に壊れていない限り、変更される可能性はほとんどないはずだ。
大事なことなのでもう一度だけ言う。投稿する前に :
〇 このスレッドの全部と、5.0 の 新機能の記事を必ず読んでくれ。
〇 あなたのWordPress にあるインストール情報のページ （ //yourdomain/wp-admin/about.php ）へ移動して、（または、あなたのWordPress の右上隅にあるWordPress のロゴをクリックして）最新情報を確認してほしい。
こうして WordPress 5.0 は正式にリリースされることとなる。
READ THIS FIRST WordPress 5.0 Master List では、続けて トラブルシューティングのための手順が公開された。 Moderator であるスレッドの主 Marius L. J. はこのように続きを始めてゆく……
※以降は全部日本語意訳（翻訳: Google翻訳 | 編集: COCOROZASI.NET）にてお届けします。
記事を投稿する前に、以下で説明するトラブルシューティング手順を実行してみよう。
□ キャッシュプラグイン、およびサーバーやブラウザのキャッシュ。
こうした一連のキャッシュを開放しよう。ブラウザーだけでなく、Cloudflare などの任意の op キャッシュまたはコンテンツネットワークキャッシュも解放したまえ。これらは実に多くの奇妙な JavaScript の問題を解決してくれるだろう。
□ 管理対象ホストキャッシュの解放。
マネージド WPホスティング には多くの場合、特別なキャッシュがある。ホストに「Purge Varnish」または「Flush Memcache」ツールがある場合は、それを試してみてほしい。必要に応じてホストのプロバイダーに memcache と Varnish を解放するように依頼するのもいい手だ。
□ パーマリンク設定を保存し直してみる。
いくつかのケースでは、Softaculous などのサードパーティのインストーラーが、.htaccessファイルにわずかに誤ったルールを使用してサイトを作成しているのを見てきた。これらのルールは以前のバージョンでは問題ないのだが、WordPress 5.0は、これらの不正なルールがあるとREST APIが破損する可能性がある。 WordPressの[設定]-> [パーマリンク]ページでパーマリンクを保存し直すと、.htaccessファイルのこれらのルールが修正され、新しいエディターで「失敗」エラーが修正される可能性がある。
□ ブラウザでトラブルシューティング。
ブラウザは JavaScript の問題や競合を特定するのに役立ち、そのためのこの記事は その診断を行う際に役立つ。このことはVisual Editorの問題を特定するのにも役立つ。
□ Visual Editor が有効になっていることを確認。
[ユーザー]-> [プロフィール]ページにアクセス。まず最初にビジュアルエディターを無効に設定する。オプションがオフになっていることを確認し、プロファイル設定を保存しよう。そうしてから改めてビジュアルエディターを有効にし、動作を確認していく。
□ すべてのプラグインを無効にして問題が解決するかどうかを確認。
これで問題が解決する場合、問題のあるプラグインが見つかるまで、プラグインを1つずつ再アクティブ化しながら確認するのが良い手だ。管理ダッシュボードにアクセスできない場合は、SFTP / FTP または PhpMyAdmin でプラグインフォルダーをリセットしてみよう。（ヘルプが必要な場合は、「wp-adminにログインできないときにすべてのプラグインを無効にする方法」をご覧ください）。時々、明らかに非アクティブなプラグインが問題を引き起こす可能性がある。また、mu-pluginsフォルダー内のプラグインを無効にすることを忘れないでほしい。最も簡単な方法は、そのフォルダーの名前を mu-plugins-old に変更するのも一手だ。
□ テーマ固有の問題を排除するために、以前の Twenty Nineteenテーマに切り替える。
ログインしてテーマを変更できない場合は、SFTP / FTP 経由でテーマフォルダーを削除して Twenty Nineteenテーマ が1つだけになるようにすればOKだ。あなたのサイトは残った一つのテーマを使用して呼び出されるだろう。
□ 手動でアップグレードしてみる。
他のすべてが失敗したら、5.0。*のlatest.zipファイル（このページの右上）の新しいコピーをコンピューターにダウンロードし、それを使用して手動でアップグレードしてみる。この場合、サーバー上の wp-adminフォルダー と wp-includesフォルダー を削除する必要がある場合がある。（注： wp-contentディレクトリー と wp-config.phpファイル は削除しないでおくこと。）この手段をとる場合には必ず手動更新の指南書を読むこと。
□ プラグインをインストールできる場合は、「Health Check」をインストールする。
トラブルシューティングタブで、サイトへの通常の訪問者に影響を与えることなく、ログイン中にボタンをクリックしてすべてのプラグインを無効にし、テーマを変更することができる。
サポートトピックを作成する必要がある場合に、ヘルスチェックプラグイン 「Health Check」はサポートボランティアにデバッグデータを提供することもできる。
こう締めくくり、スレッドの二つ目の書き込みは終わっている。
とりあえず、ここに書いてある手順で確認をすれば、何が原因で updating failed | 更新に失敗しました のエラーが出ているか確認が可能だ。なので要点を整理しよう。
define('SCRIPT_DEBUG', true); と記述してブラウザで確認してみる。updating failed | 更新に失敗しました の問題だけであれば、実はもう少し事は簡単だ。後述する各サイトの情報を確認してもらえば簡単に解決できるだろう。
ここまで記述してきたこれらの情報は、WordPress の動作に問題が発生した際に、総合的に網羅した問題解決のための手順になっている。そのため、少しばかりやることが多い。
READ THIS FIRST WordPress 5.0 Master List ではこの後も「バグ」についての記載や、既存の「プラグイン」との相性、既存の「テーマ」との相性 について情報が続いていく。
その後は、こうしたフォーラムへの情報提供や改変を経て、現在は WordPress 5.3 “Kirk” がリリースされている。
オープンソースの開発は、こうした コミュニティの有志たちの活躍 により、今日もどこかで一歩一歩、確かに前進していくのであった。（ 少々無理やりだけどまとめてみた。@json ）
A Custom CSS Guide to Page Builder Row, Cell & Widget Attributes の邦訳
カスタムCSSは、愛好家や開発者が利用可能な設定を使用して実行できる以上のスタイル変更を行うための、迅速でアクセス可能な方法です。
このチュートリアルでは、ページビルダーの[属性]タブと、カスタムCSSを変更する際の使用方法について説明します。
この簡単なガイドは、CSSの基本的な知識があるユーザー、またはSiteOrigin CSSのビジュアルエディターの使用を超えたいユーザーを対象としています。
「属性」タブは、ページビルダーの行、セル、ウィジェットを編集するときに使用できます。
Page Builderの行を編集するには、右側のスパナアイコンにカーソルを合わせて[ Edit Row ]をクリックします。
右側の[ Attributes ]見出しをクリックして、パネルを開きます。
以下のフィールドが利用可能です。
行に適用されるカスタムID。 ID名のみを挿入する必要があり、通常使用される前述のハッシュは挿入しないでください。 たとえば、カスタム行IDの名前が「services」の場合、servicesという単語のみを挿入します。 ID名は1回しか使用できないことに注意してください。
行IDは、次のようにPage Builderマークアップに出力されます。
行に適用されるカスタムクラス。
クラス名のみを挿入する必要があります。通常使用される先行ピリオドは挿入しないでください
たとえば、カスタム行クラスの名前が「drop-shadow」の場合、drop-shadowという単語のみを挿入します。
行クラスは、次のようにPage Builderマークアップに出力されます。
行の各セルに適用されるカスタムクラス。
クラス名のみを挿入する必要があります。通常使用される先行ピリオドは挿入しないでください
たとえば、カスタム行クラスの名前が「dark-bg」の場合、dark-bgという単語のみを挿入します。
行クラスは、次のようにPage Builderマークアップに出力されます。
CSSをはじめて設定する場合、上記の3つのフィールドは、SiteOrigin CSSなどのプラグインまたは [カスタマイズ] -> [CSS編集]のコアフィールドと組み合わせて使用されます。
必要なIDまたはクラス名が上記のフィールドのいずれかに挿入されたら、[外観] -> [Custom CSS]に移動して、挿入したIDまたはクラス名をターゲットにしたルールを作成します。
WordPress 5.0 で使う、CSS3 Animate It。
稼働中のWordPress環境に、プラグイン「Animate It!」をインストールし、投稿や固定ページに配置するブロックの「高度な設定」に、後述するクラスを記述。
そうすると、各ブロックでアニメーション動作を行えるようになります。
必ず、ご自身の責任の範囲内でご利用ください。こちらの記載事項を模倣して起こる問題については当方では責任を負いません。
JUICY LTD. 株式会社 十志
; 引用符をつけないセミコロン(;)の後のテキストは、すべて無視されます [php] ; セクションマーカ (角括弧の中のテキスト) は無視されます ; 論理値は、次のいずれかで指定します ; true, on, yes ; または false, off, no, none register_globals = off magic_quotes_gpc = yes ; 文字列を二重引用符で括ることも可能です include_path = ".:/usr/local/lib/php" ; バックスラッシュは他の文字と同様に処理されます include_path = ".;c:\php\lib"
php.ini ファイルに以下のディレクティブを記載します
memory_limit = "128M" post_max_size = "8M" upload_max_filesize = "2M" max_execution_time = "30"
最大実行時間 XXX秒 を経過したと出るエラーの対処
max_execution_time = "30"
エラーログの設定には少し注意が必要です。
まず、デフォルトの PHP エラーログおよび表示設定は php.ini ファイルで定義されています。このファイルにはアクセスできる場合とできない場合があります。
アクセスできる場合、公開する PHP ページに対して希望の設定を指定してください。公開ページにはエラーメッセージを表示せず、エラーログに保存することを強く推奨します。
さらに、エラーログは外部からアクセスできない位置に保存しましょう。
推奨する php.ini エラー設定のサンプルは以下のとおりです。
wp-config.php の編集 > エラーログ取得の設定 (新しいタブで開く)”> WordPress Codex (日本語) > wp-config.php の編集 > エラーログ取得の設定
error_reporting = "4339" display_errors = "Off" display_startup_errors = "Off" log_errors = "On" error_log = "/home/example.com/logs/php_error.log" log_errors_max_len = "1024" ignore_repeated_errors = "On" ignore_repeated_source = "Off" html_errors = "Off"
このカスタム値はサイトの動作に影響する問題のみをログに記録し、エラーではない通知等の事象は無視します。4339を2進数で表すと 1000011110011 です。各ビットの意味は 定義済み定数 を参照してください。例えば、左端の 1 は E_RECOVERABLE_ERROR をすべて記録します。その隣の 0 は E_STRICT を記録しません(動作はするものの不注意なコードが使用されると投げられます)。目的にあったカスタムエラー報告番号を作成し、4339 の代わりに設定してください。
WordPress Codex (日本語) > wp-config.php の編集 > エラーログ取得の設定
session.use_cookies = "1" session.use_only_cookies = "1" session.name = "PHPSESSID" session.auto_start = "0" session.cookie_lifetime = "0" session.cookie_path = "/" session.use_trans_sid = "0"
注意
URLに基づくセッション管理は、Cookieに基づくセッション管理と比べ てセキュリティリスクが大きくなります。例えば、ユーザーは、emailに より友人にアクティブなセッションIDを含むURLを送信する可能性があ り、また、ユーザーは自分のブックマークにセッションIDを含むURLを保 存し、常に同じセッションIDで使用するサイトにアクセスする可能性 があります。 PHP 7.1.0 以降では、https://php.net/ のような完全な URL パスが、透過的セッションID機能で扱われるようになります。 これより前のバージョンでは、相対 URL パスだけが対象でした。 リライト対象のホストは session.trans_sid_hosts で定義します。
PHPマニュアル
※ mbstring.language は、mbstring で使用される言語設定(NLS)のデフォルト値となります。この設定はphp.ini の中で mbstring.language の後に mbstring.internal_encoding を置く必要があることに注意してください。
mbstring.language = "neutral" mbstring.internal_encoding = NULL mbstring.http_input = "pass" mbstring.http_output = "pass" mbstring.encoding_translation = "0" mbstring.detect_order = NULL mbstring.substitute_character = NULL
mod_rewrite なしでのパーマリンクの設定
IIS 6 上で WordPress を実行している場合に、 PATHINFO パーマリンクを 用いる際の php.ini 設定
cgi.fix_pathinfo = 1 cgi.force_redirect = 1
cgi.fix_pathinfo = 1 cgi.force_redirect = 0
Site Kit is now available as a developer preview
https://sitekit.withgoogle.com/news/site-kit-developer-preview/
WEDNESDAY, JUNE 19, 2019
Posted by Mariya Moeva, Product Manager @ Google
サイトキットをWordCamp US 2018で発表してから、初期のテスターになることに興味を示してくれた多くの方々にインタビューを行い、テスターの皆様の意見に基づいて多くの改善を行いました。 まずはそのテスターに参加して感想を共有するのに時間をかけてくれた皆さんに感謝します！
今回のリリースでは、それらのご意見に基づき、次の機能に重点を置いています。
本日、Site Kitの開発者向けプレビューに、これらすべての機能が含まれるようになりました。 このプラグインを一般にwordpress.orgやすべてのユーザーが利用できるようにする前の、開発者向けプレビュー版による私たちの目標は、次のとおりです。
現在のプラグイン設定フローの実装には、開発者のノウハウと、Google Cloud PlatformおよびOAuth検証プロセスに関する知識が必要です。 現在のセットアップエクスペリエンスは、WordPressユーザーが利用できるようにする予定の最終的なユーザーエクスペリエンスではありません。
Site Kitはこちらからダウンロードできます。また、プロジェクトのGitHubリポジトリも公開しました。
あなたはWordPressの開発者ですか？ 機能性、相互運用性、その他の実装に関するフィードバックや推奨事項についてのフィードバックをお待ちしています。
GitHubのプラグインをチェックして問題を解決するか、またはWordCamp Europeにいる場合はGoogleブースに立ち寄ってください – 私たちは直接あなたとチャットすることを楽しみにしています。
WordPressのアップグレードの問題を修正するために、必要な以下の定数のうちいくつかを定義する必要がありました。
We were unable to modify required files. Please ensure that /home/directory/uploads/ has the proper read-write permissions, or modify your wp-config.php file to contain your FTP login credentials as outlined here.
必要なファイルを変更できませんでした。 / home / directory / uploads /が適切な読み書き権限を持っていることを確認してください。また、wp-config.phpファイルを変更してここに記載されているFTPログイン認証情報を保存してください。
define( ‘FS_METHOD’, ‘ftpext’ ); define( ‘FTP_BASE’, ‘/path/to/wordpress/’ ); define( ‘FTP_CONTENT_DIR’, ‘/path/to/wordpress/wp-content/’ ); define( ‘FTP_PLUGIN_DIR ‘, ‘/path/to/wordpress/wp-content/plugins/’ ); define( ‘FTP_PUBKEY’, ‘/home/username/.ssh/id_rsa.pub’ ); define( ‘FTP_PRIKEY’, ‘/home/username/.ssh/id_rsa’ ); define( ‘FTP_USER’, ‘username’ ); define( ‘FTP_PASS’, ‘password’ ); define( ‘FTP_HOST’, ‘ftp.example.org’ ); define( ‘FTP_SSL’, false );
WordPress.org Editing wp-config.php
プラグインやWP自体を更新しようとすると503の問題を避けるために、FTP_HOSTをlocalhostに設定する必要があります。
WordPress.org Editing wp-config.php
ついに、WordPress 5.0 がリリースされました。
このサイトも WordPress で稼働していますが、毎度アップデートには気を使います。なので次回にも活かせるよう、アップデートの際に気を付けた方がいい点を、ここにまとめておきます。
※あくまでも個人的な感想です。
データベースのバックアップは、使用しているサーバ毎に手順が異なる場合が多く大変です。できれば定期的にバックアップ計画を立てて実施していると、手順で迷わないですみます。
WordPressの「ツール」メニューから、「エクスポート」を選んで実施します。
どれをバックアップしようか、などで迷われた場合には、「全てのコンテンツ」が初期状態で選択されていると思いますのでそのまま実行でいいと思います。
これにはすべての投稿、固定ページ、コメント、カスタムフィールド、カテゴリー、タグ、ナビゲーションメニュー、カスタム投稿が含まれます。
メジャーバージョンアップの場合、既に稼働しているプラグインは再構成をお勧めします。
理由は簡単。新しいバージョンに、まだ対応していないプラグインが入ったままだと、サイトの表示や投稿時の挙動に問題が出る場合があるからです。
要は、一旦すべてのプラグインを停止し、アップデート後に必要なプラグインだけを再度稼働させていく。という具合。
沢山のプラグインを使用しているとこの作業が大変です。でも、頑張ってやりましょう。
WordPressの更新メニューから、ボタンをポチっとするだけ。
ちゃんと動くかなとチェックするために、最低限以下の作業をやっておきましょう。
※各画像をクリックすると、大きく表示されます。
開発環境では、インストールまではすんなりでした。
早速記事を書いてみようと思い、エディターを表示し、記事の作成までは問題なく行きました。しかしいざ公開しようとするとそこで更新エラーが表示され作成ができません。下書き保存時も同じエラーでした。
“Updating Failed”
“Publishing Failed”
Linux環境のサーバに zipファイル を解凍し、フォルダーのパーミッションなどは特に変更せず、そのままで試しての結果です。データベースへの書き込みに関しては、WordPressのインストール時に問題が起きてないため、問題なしと切り捨て。同じ環境でWordPress 4.9.8が問題なく稼働していますので、現在は新しいエディターのコードを確認している最中です。
15:30 に、プラグインの追加でGutenberg を入れました。そうしたら上記の問題が解決。投稿も固定ページも問題なく、作成と更新ができるようになりました。
5.0から、新しい Gutenberg ブロックエディターが標準となるそうです。
作成こそできませんでしたが、それ以外は問題なくサクサク動きました。ブロックごとに色々できるみたいなので、ずいぶんと使い勝手はよさげ。
新しい Gutenberg ブロックエディターはデフォルトの投稿エディターです。
ブロックエディターはモダンで、メディアを駆使した編集体験を提供します。コードを一行たりとも書くことなく、柔軟で美しいコンテンツを作ることができ、ブロックエディターが提供するモダンなプログラミング APIに没頭できます。
しかしガラッと使い勝手が変わるので、慣れない場合にはクラッシックエディターもプラグインで使えるみたいです。また、ページビルダー系のプラグインを使用している場合にも、クラッシックエディターは重宝されるかもしれません。
もちろん、この変化に対する準備がまだできていないかもしれないことも認識しています。もしそうだとしたら、Classic Editor プラグインをインストールすれば、WordPress 5.0 にアップグレードした後も、慣れ親しんだエディターをデフォルトのままにすることができるでしょう。
Twenty Nineteen は、Gutenberg ブロックエディターを活かせるテーマらしいです。
そのことを念頭に置いて、WordPress 5.0は新しいデフォルトテーマ Twenty Nineteenで起動します。
また、この変化に合わせてこれまでのテーマを新たに更新したとのこと。
もちろん、美しく新しいデフォルトテーマをリリースして、これまでの古いテーマのすべてをそのままにはできませんでした。はるか Twenty Ten まで遡り、新しいブロックエディターが似合うように、すべてのデフォルトテーマを更新しました。
いよいよ バージョン5 になる WordPress。これからの進化も、まだまだ楽しめそうですね。
WordPress.org WordPress 5.0 ベータ 1
