皆さん、こんにちは。

業務改善を行うIT・業務コンサルタント、高橋です。

冒頭に書いた内容、知名度の高い企業などではあり得ない話ではありますが、そうではないローカルな事業者のサイトなどにおいては当り前のように存在します。

では何故そのような状態のままなのでしょうか？

アドレスバーが見られていない

いくつか理由はあると思いますが、商品などを購入するショッピングサイト以外、多くのWebサイトにおいてはあまり気にされていない気がします。

特に、現在主要なブラウザで『HTTPサイト』に表示されている『安全ではありません』や『保護されていない通信』などの警告表示は『アドレスバー』の先頭部分に表示されますが、そこはあまり気にされていないのではないでしょうか。

気にされていないというよりも目に入ってきていない気もします。

ただし、それは訪問するユーザー側の話です。

運営者側からすると、『コストをかけてまで．．．』といった、あまりユーザー保護を意識していない運営者が多いことも事実でしょう。

では、これがもっと極端なん施策がとられていたらどうでしょうか？

そのサイトにアクセスした途端、ページ全面に『安全ではありません』や『保護されていない通信』などの警告表示が出た場合です。

流石にそれ以上先へ進もうとはしないはずです。

これは極端な施策ではありますが、ユーザー保護を目的とするならばもう少し極端な施策を半ば強制的にでも行わせるくらいのことが必要なのかもしれません。

しかし、『EC-CUBE2.13系』は高速化された『PHP7』には対応しておらず、昨今の『ウェブの高速化』へ今一歩進めない状況となっています。

皆さん、こんにちは。

業務改善を行うIT・業務コンサルタント、高橋です。

今からEC-CUBEを使ったショッピングサイトを構築する方は『EC-CUBE3.0系』で構築すれば、それは『PHP7』に対応していますので問題ありませんが、『EC-CUBE2.13系』で構築されたものを何とか高速化したいと思ったことはありませんか？

これ、実は方法がないわけではありません。

EC-CUBE2.13系でPHP7に対応させる

昨年の9月、EC-CUBE2は開発者向けの『αバージョン』として、『EC-CUBE2.13系』の最新バージョンである『EC-CUBE2.13.5』をベースにした『EC-CUBE2.17.0α』というものをリリースしています。

これは、高速化された『PHP7』対応への要望が多かったことから、コミュニティへの参加者の協力を得て行われています。

ただし、正式版としてのリリースではないため、使用しているプラグインが対応していないことが想定されます。

特に、クレジットカード決済系のプラグインが対応していない場合には要注意です。

もしこの辺りがクリアできるのであれば、カスタマイズしている部分を修正するなどすれば『PHP7』対応の『EC-CUBE2』として動作させることが可能です。

※　プラグイン以外にもまだ多くの課題を抱えているため、テスト環境による慎重な検証が必要と思われます。

現在、これに関しての開発者情報は『GitHub』に移行しているようで、それらの入手は以下のURLからとなります。

EC-CUBE2.17.0αの入手：https://github.com/EC-CUBE/eccube-2_13/releases/tag/eccube-2.17.0-alpha

既知の課題：https://github.com/EC-CUBE/eccube-2_13/milestone/5

PS：安全優先で考えると正式リリースまで待った方が良いことは確かです。ご注意ください。

皆さん、こんにちは。

業務改善を行うIT・業務コンサルタント、高橋です。

システム開発業者やウェブ制作業者も、時には著作権トラブルを抱えることがあります。

では、制作物に対する著作権はどのように扱われるのでしょうか？

ITやWEBの制作物における著作権

業務システムなどのソフトウェアや自社のホームページにショッピングサイト、これらの制作物が著作権法上保護されるか？と言うと、基本的には保護されないと思うべきです。

例えば、業務システムにおいて他社（他者）が作ったものに類似しているであったり、ホームページのHTMLやCSSの内容が他社（他者）が作ったものに類似しているということなどは無数にあります。

業務システムで言えば、システム構成やその流れはどこのメーカーでも業務に沿った一般的なものがほとんどで、他に見ない独創的なものではありません。

また、ホームページのHTMLやCSSの記述においても、さまざまなところで見かけることのあるウェブの記述ルールに沿って書かれているもので、これも他に見ない独創的なものとは言えません。

ITやWEBの制作物におけるユーザーとの問題

これらの制作物においてユーザーが勝手に複製などを行い流用した場合、それは契約上、どのような内容で契約を締結していたかの問題になります。

従って、これらの制作物を他で使われないようにするには、制作物に対する複製や流用などを一切認めないことを契約書に盛り込み、それに合意してもらうことが権利を守ることになります。

皆さん、こんにちは。

業務改善を行うIT・業務コンサルタント、高橋です。

EC-CUBEを使ったショッピングサイトの構築において、それが素直に動作してくれないことがあります。

そんな時にはどのように対処したら良いのでしょうか？

EC-CUBE2におけるエラーの対処法

EC-CUBEは現在、Ver.3まで出ていますが、今でもVer.2を愛用している方も多いかと思います。

しかし、EC-CUBE2はまだPHP7には対応しておらず（対応中）、それがモジュール版であるかCGI版であるかによっても異なります。

確認をした限りでは、デフォルトでセットアップした場合、PHP5.6モジュール版は素直にインストールでき、動作する場合が多いですが、これが、PHP5系でもCGI版の場合にはインストールすらできない場合があります。

そんな時、以下のことを試してみて下さい。

１．PHPのバージョンを5.3で動作させてみる

２．/data/class/db/dbfactory/SC_DB_DBFactory_MYSQL.phpというファイルの最後の方に記述されている、『$objQuery->exec(‘SET SESSION storage_engine = InnoDB’);』の部分を、『$objQuery->exec(‘SET SESSION default_storage_engine = InnoDB’);』に変更してみる

この2つは、ベース環境となるApacheのバージョンに左右される可能性もありますので、これが絶対ではありませんが、試してみる価値はあるかと思います。

それでも動作しない場合はエラーログにて1つずつ確認していくことも必要になるかもしれません。

ご参考までに。

＜Update:2018/04/17＞

２に関しては、『storage_engine』がMySQL5.7.5以降で削除になっているためですので、MySQL5.7.5以降の場合に試してください。

default_storage_engine should be used in preference to storage_engine, which is deprecated and was removed in MySQL 5.7.5.
（default_storage_engineは、storage_engineより優先して使用する必要があります。これは廃止され、MySQL 5.7.5では削除されました。）

参考：MySQL 5.7 Reference Manual