タグ付けされた質問 「deploy」

6
最適な展開戦略は何ですか?
Magentoストアのセットアップは、自己インストール可能な拡張機能の開発だけでなく、最終編集属性、カテゴリ、製品、価格ルールCMSページなどの作成など、多くの「手動入力」操作も必要です。システム構成の変更。 Magentoストアを開発環境からステージング環境および実稼働環境に展開する際の最善の戦略を概説してください。 私の戦略の1つは、上記のエンティティをプログラムで作成する「デプロイモジュール」を作成することですが、それは非常に時間のかかるタスクであり、時には少しやり過ぎのように思えます。 最近、管理タスクを再現するためにSelenium IDEを使用し始めましたが、すべてのテストスイートのセットアップに必要な時間は、上記のものからそれほど遠くありません。 たぶん最適なソリューションは、Magentoシステムのスナップショットを作成できるモジュールを使用して、展開するものを選択できるようにすることです。 そう: 展開の戦略は何ですか? Magentoシステムのスナップショットを作成して、展開するものを選択できるモジュールはありますか? そのようなモジュールが存在せず、そのようなモジュールが合理的なソリューションである場合、開発に貢献することに興味がある人はいますか? ありがとうございました!
82 deploy  admin  entities 

16
Magento2:pub / staticフォルダーにcssファイルを再生成
Magento 2をインストールし、開発者モードを設定してから、cssファイルとjsファイルを含む1つのモジュールをインストールしました。モジュールは正常に動作し、cssおよびjsファイルはpub / staticフォルダーからレンダリングされます。モジュールディレクトリのcssファイルにcssの変更を加えてコマンドを実行しました php bin/magento setup:static-content:deploy しかし、Magentoはpub / static cssファイルに新しい変更を加えていないため、古いcssファイルの内容を取得しています。誰もがpub / staticフォルダにあるcssファイル全体を再生成する方法を知っていますか?

7
Magento 2:テーマのみをデプロイするにはどうすればよいですか
これをコンテンツのデプロイに使用していましたが、時間がかかりすぎています。 php bin/magento setup:static-content:deploy その後、言語の追加を高速化することを考えますが、それでもすべてのテーマを展開します。 php bin/magento setup:static-content:deploy en_US deployテーマコンテンツのみをどうすれば いいですか?

1
VCSのapp / etc / config.phpかどうか
fileに関する質問がありますapp/etc/config.php。 このファイルはここで説明され、定義されています: Magento base dir/app/etc/config.php。インストールされたモジュール、テーマ、および言語パッケージのリストが含まれています。 app/etc/modules/*Magento 1のようです(通常、これらのファイルはVCSにあります)。 ただし、Magento 2では、VCS(Official .gitignore)では共有しないことをお勧めします。 VCSで共有するための質問があるか、事例を使用していますが、VCSに追加することは推奨されないため、理解したいです 実稼働環境(展開システムを使用Capistrano/Deployer, etc) あなたは新しい展開を作る...そして、あなたは必要が有効新しい/ sのモジュール/ sのphp bin/magento module:enable VendorName_NewModule前にsetup:upgrade この状況をどのように管理しますか? 新しいデプロイメントを作成し、前に(すべての状況で)new / sモジュールを無効にする必要がありますphp bin/magento module:disable VendorName_NewModulesetup:upgrade この状況をどのように管理しますか? ローカル環境 チームで特定のモジュールを有効/無効にしたくない場合 この状況をどのように管理しますか? ステージング環境 共有しない場合、実稼働対応/無効化モジュールの同じ構成をどのように実現できますか? app/etc/config.php この状況をどのように管理しますか?手動で作成する必要がありますか? あなたの視点は何ですか、またはこれらの状況をどのように管理しますか? ありがとう * VCS:バージョン管理システム、例:git、svnなど

2
すべてを統括する一人のシェフ
私はだシェフに探し EC2のような標準的なMagentoのホスティングオプションだけでなく、環境に両方- Magentoの展開を自動化します。私はググってみて、たくさんのレシピを見つけましたが、どれも標準的なものとして私を実際に攻撃するものはありません。より良い/最高の特定のシェフスクリプトはありますか?また、PHPを使用してchefのデプロイを以前に行ったことがある場合は、始めたときに知っておいてほしいことは何ですか。
10 deploy 

3
setup:static-content:deployの実行中に致命的なエラー「許可されたメモリサイズ」
WAMPサーバーでMagento 2.0(コミュニティ)をセットアップしようとしていますが、Windows環境でのシンボリックリンクの問題が原因でアセットを静的にデプロイするコマンドを実行している間、常に以下のエラーが発生します。 php bin/magento setup:static-content:deploy 致命的エラー:C:\ wamp \ www \ magento \ vendor \ oyejorge \ less.php \ lib \ Less \ Visitor \ processExtends.phpの445行目で、許可されたメモリサイズ134217728バイトを使い果たしました(64バイトを割り当てようとしました)。 私は(制限なし)memory_limitとしてセットアップしました-1が、これには変更がありません。問題が私のPHPの知識を超えており、この値を無制限に設定すると、これを機能させるために何か他のものをインストールする必要がない限り、うまくいくはずです。何かアドバイスは?回避策はありますか?

4
静的コンテンツの展開の問題
カスタムテーマを作成しています。チェックアウトページ専用のcssファイルを追加しました。 app / design / frontent / Amit / Customtheme / Magento_Checkout / layout /にあるdefault_head_block.xmlに よるcssファイルの呼び出し <?xml version="1.0"?> <page xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:framework:View/Layout/etc/page_configuration.xsd"> <head> <css src="Magento_Checkout::css/checkoutstyle.css" /> </head> </page> Cssファイルのcheckoutstyle.cssの場所はapp / design / frontent / Amit / Customtheme / Magento_Checkout / web / cssです。 今私がそのCSSファイルを使用して展開しようとすると php bin/magento setup:static-content:deploy 私はこのエラーを受け取ります: Compilation from source: …
8 magento2  css  deploy 

1
Magento 2のセットアップ:static-content:deploy symlinks
pub/staticMagento 2のすべてのファイルを削除してホームページを開くと、ファイルはシンボリックリンクとして生成されます。コマンドを使用しsetup:static-content:deployてデプロイモードを開発者に設定した後でも、コマンドを使用するとファイルがコピーされますbin/magento deploy:mode:set developer。ブラウザーでより長い時間がかかるので、ターミナルからシンボリックリンクとして生成された静的をどのように取得できますか?


1
Magentoを安全にデプロイする場合、どの権限スキーマを使用すればよいですか?
私はかなり標準的なMagentoセットアップであると感じているものを実行します。 rsyncを介してデプロイされます(これはgit pull、scp/ SFTPを使用してデプロイすることもできます。これにより、サーバー構成が単純になり、開発者の作業が容易になります。残念ながら、標準のgitは、実行可能フラグの設定のみを許可し、グループ書き込み可能性のような完全なUnix権限は許可しません) Apacheでの実行 setgidスティッキービットをサポートするマシンでのみ実行 そして、私たちはかなり標準的な目標を持っています: さまざまな顧客対応環境(開発、製品、CIなど)に継続的にデプロイする 開発ボックスに簡単に導入 すべての操作が可能(Magento Connect ManagerまたはMagentoの初期インストールをサポートする必要はありません)Magentoの機能は完全に機能し、すべての主要なプラグインと互換性があります これらの目標の範囲内で、展開する(および開発ボックスとCIボックスをセットアップする)ファイル許可をどのように設定し、許可を(原則として最低限の特権として)可能な限り制限しますか? 私がすでに見たソースの概要: Apacheユーザーが所有するすべてのファイルと、コアファイル(/mediaおよびを除くすべてのファイル/var)が400に設定された700/600セットアップを推奨するMagento wikiページ。 グループベースの770/660および750/640セットアップの推奨を結論付けることにより700/600アプローチに言及するMagento StackExchangeの回答。 最初に775/664を推奨する別のMagento wikiページ。さらに、必要な権限の説明も含まれていますが、設定を明示的に推奨するものではありません。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.