doc4.ec-cube.net
doc4.ec-cube.net copied to clipboard
EC-CUBE
EC-CUBE 4系 開発ドキュメント
プラグイン導入時以外のトラブル対処方法も記載されているので、タイトルを汎用的なものに変更しました。 ※内容は @yKazihara さんと事前調整済み ### 対象ページ - https://doc4.ec-cube.net/plugin_error - https://doc4.ec-cube.net/ ：目次の中 - 左サイドバー ↓ 詳細はコメントご確認ください
①[EC-CUBE 4 開発者向けドキュメントサイト](https://doc4.ec-cube.net/)のヘッダーを固定化して欲しいです。 下図の部分です。  検索後に内容を閲覧し、再検索したい場合などにヘッダーが固定化されていないのでスクロールしなければならない為です。 ②FAQページの右メニューが、ページ最下部までいかないと稼働しないので、追従して欲しいです。 
## 概要(Overview) [eccube4の開発者向けドキュメント](https://doc4.ec-cube.net/)には、ユニットテストを自分で追加する際のやり方を指南するようなページが見当たりません。 そのため、既存の（eccubeに最適化された）コードをうまく活用するためには `app/Customize/config/` のテスト関連の設定や `phpunit.xml.dist` , その他 `Eccube\Tests\EccubeTestCase` などのコードを読む必要があります。 （[symfonyのドキュメントのテスト項目](https://symfony.com/doc/current/testing.html)も必要に応じて参照） 個人的に、Customizeで機能の追加などをした時は以下の方法で該当箇所のユニットテストを実施しています。 - `tests/Customize/` ディレクトリを作成 - 上記ディレクトリ上に `Eccube\Tests\EccubeTestCase` を継承してテストクラスを作成 - 上記ディレクトリのテストのみ対象にする composer scripts を作成 - その他テストの設定等は基本変更なし（ `app/Customize/config/**/*_test.yaml` , `app/Customize/config/**/test/*.yaml`...
オーナーズストアで認証キーを発行後に、管理画面でも認証キーを新規発行し、 複数の認証キーをお持ちのお客様がいらっしゃいます。 管理画面で認証キーを発行する際には 「[オーナーズストア](https://www.ec-cube.net/mypage/login.php)で認証キーを発行していませんか？一度ご確認くださいませ。」などと注意喚起いただけると、 認証キーの複数持ちを防げるのではないかと思います。
## 概要(Overview) アナリティクスやGTMなどのタグを設置する機能をブロックを使用しないで タグが動作するようにしていただきたいです。 ECの場合、MAツールの導入やその他計測タグの設置が多くなり、 基本機能として実装していただきたいです。 ## 期待する内容(Expect) or 要望 (Requirement) アナリティクス・GTMは指定のIDを入力するだけで、タグが動作する様にしていただきたいです。 ブロック要素として設置するしか方法がない場合は、マニュアルなどに追記して頂きたいです。 ## 備考 他のASPのECサービスでは、アナリティクスの設置する場合に、 管理画面の指定の箇所にタグのIDを入力する欄がありそこを入力することで、 タグが動作する仕様になっているものが多いです。 shopfiy・makeshop・future shopなど
以下のページにて、スタイルガイドのサイトが閲覧できなくなっている https://doc4.ec-cube.net/design_sass#scss%E3%81%AE%E5%90%84%E3%83%87%E3%82%A3%E3%83%AC%E3%82%AF%E3%83%88%E3%83%AA%E3%81%A8%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6 herokuの利用ができなくなった模様 https://eccube4-styleguide.herokuapp.com/
## 概要 従来のインストール手順は、「ECCUBE4を動作させる」ことに重点をおいて書かれているように個人的に感じているが、 一歩踏み込んで「カスタマイズ・本体開発に利用できる開発環境を一から構築する」という観点の記事を再整備したい。 参考：[Growi 開発ガイド](https://docs.growi.org/ja/dev/startup-v3/dev-env.html) 開発環境構築についてはQiita等の個人記事で触れられていることは多いと思うが、最新バージョンに対応した開発環境構築方法は公式の開発者ドキュメントとして用意しメンテナンスできないか。 もちろん開発者によって好みのエディタや構築方法などはあると思うが、「これに従えば開発を開始できる」ものを再検討することは開発者の参入のしやすさにつながるのではないかと考えている ## たたき台 コンテナ開発を行うことを前提に、以下のような開発環境構築手順を作成してみました。 WSLのセットアップ・Gitの設定・VSCodeの準備・ワークスペース準備・devcontainerの起動 ※元々「DockerComposeを用いてインストールする」への勘所に追記のようなつもりで作成していましたが、 補足を加えたら当初とかなり粒度が変わってしまったため、別ドキュメントとしての提案に至ります。 http://localhost:4000/quickstart/dev-startup-v2  ## 盛り込みたかった内容 - 「ECCUBE4のDockerは遅い」と言われることが多いため、対策を記述したい。ここを**しっかり整理したいのが本題の一つ** - Windows版DockerDesktop (WSL Based) は、ワークスペースをWSLファイルシステムに配置することで飛躍的に速度が改善する旨は強く伝えたい - Mac用の記述はWindowsユーザーの筆者が想像で書いているので、有効さを検証した上で盛り込みたい - マウントディレクトリを(src,app,html...
## 概要(Overview) 各インストール方法の情報を整えたい ## 期待する内容(Expect) or 要望 (Requirement) 目次で分かれているが、各情報に過不足があるので、 各インストールごとにちゃんと記述整理したい
例えば、レンタルサーバの中には、 Web サーバと FTP のユーザが同一のものがあり、セキュリティの観点では弱くなってしまう。 セキュリティの観点でレンタルサーバの選び方のガイドラインが欲しい。
## 概要(Overview) https://doc4.ec-cube.net/co/co_customize_dir_usage 上記ページより、クローンおよびテスト環境・本番環境への反映方法の手順があり、 その下に、ローカル環境構築の手順記載があるが、コマンドを実行してもdocker-compose.ymlファイルなどは無く コマンドが通らない状態 ## 期待する内容(Expect) or 要望 (Requirement) クラウド版のローカル環境の構築手順を充実させてほしいです。
