About decryption and class addition

(English follows Japanese)

tabitokisaragiさん

ご質問有難うございます。

ご指摘の通り、classに「protect_image」を記載する際、そのclassが属するhtmlタグは「figure」ではなく「img」である必要があります。ですので、具体例として記載いただいたhtml記述を記載する場合はご指摘の通りに「imgタグ内のclassに対してprotect_imageを与える」ことが必要となります。

※ここにhtmlを記述したのですが、モデレーションに引っかかって表示されないので割愛しました

弊社側で稼働させているWordPress 5.0.3環境と挙動（figureのclassに追加されてしまうこと）が少し異なるようですので、再現性や対応につき日本時間1/21 17:00までお時間をいただいて調べさせていただき、ご報告を差し上げたく。そのほかのご質問についても追ってお返事差し上げたく。

取り急ぎお返事申し上げます。どうぞよろしくお願いいたします。

– – – –

Mr. tabitokisaragi,

Thank you very much for your query.

As you pointed out, the class attribute ‘protect_image’ needs to be allocated NOT to figure tag BUT to img tag to make our JPEGcrypto work properly. The behavior of your WordPress 5.0.3 looks slightly different from ours, so we appreciate your understanding to let us investigate it using our system. We will be back to you by 17:00 21st Jan to bring you an update, and other queries you made will also answered then.

Thank you very much for your patience in advance.

• This reply was modified 7 years, 4 months ago by Electric Blue Industries Ltd..

tabitokisaragiさん

お世話様です。

まずはじめに、ご質問の中でURLが記載された暗号化済み画像ですが、暗号化後にサイズ変更されたのかデータが壊れている状況でした。

下記にまずはご質問にシンプルにお返事しますが、総論として、wordpress5.0から導入されたグーテンベルグでのGUI編集との折り合いをどうつけていくのかを再検討する余地があると認識しました。

１）画像の挿入とclassの指定

Q1: [protect_image]を[image src]の[class]に追加したいが、「追加 CSS クラス」で記述すると120行目の[figure class]に追加されて認識しない。

>> WordPress5.0から導入されたエディタ「グーテンベルグ」ではGUIで画像を挿入すると画面右下の「Advanced」の項目でclassを指定すると、画像の外側に記述された「figure」タグに付帯するclassに挿入されること、確認しました。これを回避するには、現状では、HTMLモードでマニュアルでimgタグのclassを書き換えていただくしかない状況です。なお、グーテンベルグへの評価の賛否は様々ではありますが、「Classic Editor」というプラグインを導入することで従来のエディターを使用する方法があり、こちらの方がJPEGcrypto使用にあたっては都合が良いのかなとの印象を持ちます。

Q2: 投稿画面で画像をHTMLで記述を追記するも、エラーとなる。

>> グーテンベルグが独自のバリデーションを行って、マニュアル変更したHTML記述に対してエラーを出していることを確認しました。これを回避するにはグーテンベルグが自動で挿入するfigureタグを取り去ることが対策と認識しました。これについても上記で言及した「Classic Editor」というプラグインを導入することも対策のひとつと認識します。

Q3: 以前のバージョン（4.*）ではfunctions.phpに”get_image_tag_class”を使用して追加することが可能だったが、5.0ではできない。

>> 下記のWordPress Plugin APIに関することと認識しました。

　https://codex.ww.wp.xz.cn/Plugin_API/Filter_Reference/get_image_tag_class

このAPIですが、現時点で廃盤になっているように見受けないため、なぜできなくなったのか、どうしたらできるのか、弊社で引き続き確認させていただきたく。

２）JPEGcyptoで生成された画像をワードプレスにアップロードする時の注意点。

Q4: 画像投稿時に画像サイズの選択があるが、「フルサイズ」で指定し、それ以外は指定しない、で正しいか。（縮小画像は「画像の改変」で判定して表示されない？）

>> おっしゃる通りです。

Q5: 今後ギャラリーへの画像を表示させたいが、サムネイルで表示することは不可？

>> はい、不可です。画像アップロード後にWordPressが自動生成するサムネイルは暗号化されたデータ部分を壊すことが理由です。

Q6: フルサイズでアップロード後、投稿画面では縮小された画像で表示し、Lightbox機能でフルサイズ表示をさせることは可能か？

>> 可能です。別のお答えの仕方をするならば、imgタグ内のwidthとheightで表示サイズを変化させる行為によっては暗号化データは壊されず、暗号解除プロセスが妨げられません。

以上、駆け足で要点につき端的にお答えしましたが、「グーテンベルグとの折り合い」および「利用者様が細かいことを気にせずに使えるように」の２点が弊社としての最重要ポイントと認識しております。今回、こうして貴重なご連絡をいただいたことに感謝申し上げますとともに、今後も忌憚ないご指摘やご連絡をバンバンいただきたく、よろしくお願い申し上げます。

お約束した1/21 17:00が迫ってきましたので、取り急ぎお返事申し上げます。

tabitokisaragiさん

おはようございます。
昨日から１日にて得た調査結果をひとまず記載いたします。
なお、弊社の開発環境と、tabitokisaragiさんのサイトを外から調べた事による見解ですので、tabitokisaragiさんのサイトに関する見解に事実と異なるものがあった場合ご容赦いただきたく。

[お返事内容]

画像の暗号化およびアップロード時の作業（暗号化して、編集を行わずにWordPressのメディア追加機能を使う）は、画像の暗号化状態を壊しておらず正しいと認識しました。また、WordPress5.0から導入されたグーテンベルグの代わりにClassic Editorプラグインを導入されて、JPEGcryptoが稼働するために適切にclassを書き換えてくださった作業も正しいと認識しました。

しかしながら、プラグインの設定項目（最初に表示されるペインの上から３番目）にある「デジタル著作権管理のための画像暗号化/復号化を行う」がそもそもチェックされた状態になっておらず、これが主な理由として弊社サーバーに「暗号化解除リクエスト」が送られていないようにお見受けします。

なお、この「デジタル著作権管理のための画像暗号化/復号化を行う」は、sslを適用していないサイトではチェックできない（onにできない）ようになっています。この理由は、httpで配信されるページでhttpsで配信される情報（暗号解除済み画像）を表示することはセキュリティー上好ましくないと弊社にて判断したためです（このようにhttpとhttpsのコンテンツが混在するとブラウザによってはMixed Contents Errorが発生するとの話もあります）。なお、この「ページがhttpsで配信されている場合のみにonにできる」という設定はプラグインのコードで定めているので、プラグインを改造すれば回避は原理的には可能です。

[補足：ご参考に]

弊社の公開開発環境にWordPress5.0.3でimgタグで画像を貼る際の記述の例（正常に動く場合と動かない場合の計３例）を実際に挙動が検証できる状態で記載しましたので、もしよろしければご参考にされたく（モデレーションにかからないようにurl先頭のhの後ろにスペースが入っています）。

　url: h ttps://electric-blue-industries.com/dev/2018/10/25/hello-world/

大変お手数ではありますが、上記にて言及しました「ページをHTTPSで配信」と「デジタル著作権管理のための画像暗号化/復号化を行うにチェック」につきさしあたりご確認いただきたくお願い申し上げます。
また、疑問点やご指摘がありましたら何なりとお寄せいただきたく、お手数をおかけいたしますがどうぞよろしくお願い申し上げます。

tabitokisaragiさん

おはようございます。
こちらこそお手数をおかけして申し訳ありません。
本日、貴サイトを再度拝見して原因を調べます。

取り急ぎ、承った旨のお返事まで。
引き続きよろしくお願い申し上げます。