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

nginxで実行しているvpsに新しいmagento 1.9をインストールしました。magentoのルートフォルダーは/var/www/abc.hello.com/datazone/で、所有権をユーザーとしてwww-dataとして、グループとしてwww-dataとして設定します（www-data nginxユーザー）。magentoのインストール中にすべてがうまくいき、権限エラーは表示されませんでした。 magentoをインストールした後、管理ペインシステム-> magento conncet-> magento接続マネージャーに移動し、magento接続マネージャーで権限エラーが表示されなかったので、Magento Connect 2.0キーで「PageCache powered by Varnish」をインストールしようとしました。インストールする拡張キー、次にクリックしてインストールを続行します。Magento Connect Managerコンソールの下部に表示されます checking dependencies of packages starting to download Varnish_Cache-4.0.5.tgz ... ...done: 34,730 bytes それ以上のインストールプロセスには移動しません。 インストールの問題はありますか？または許可の問題？または他の人が思いますか？この大きな問題のため、拡張機能をインストールできません。私はmagentoの新人です:)よろしくお願いします。

9 extensions  magento-connect  nginx  magento-1.9 

Magento 1の拡張機能をhttp://marketplace.magento.comに提出しました。テクニカルレビューから31日が経過しましたが、Magentoチームからの応答はまだありません。まだ技術的な検討中です。それらに電子メールを送信して私の延長を要求できる電子メールはありますか？ 私に提案して、連絡先のメールIDを教えてください。

8 magento-1.9  extensions  marketplace 

私はmagento2が初めてです。 magento 2で簡単なHello Worldモジュールを作成したい。 このモジュールを作成するには？

8 magento2  module  extensions 

商用で使用する拡張機能を作成する場合、複数のMagentoバージョン、おそらくCEとEEでも機能するようにすると便利です。 ただし、コアがバージョンごとに変更されるため、これが計画どおりに機能しない場合があります。 私の質問は、拡張機能に影響する小さなコア変更をどのように処理すればよいかについてです。リファクタリングを必要とする大きな変更について話しているのではありません。 これを明確にするための例を次に示します。 CE 1.8.1（およびEE 1.13.1）以降、このメソッドは動作方法をVarien_Io_File::write変更し（シグネチャは同じです）、以前filePutContentと同じように動作するメソッドが登場writeしました。 今私は何かハッキーなことをして、同じ結果を達成するためにどの方法を使用するかを知るためにMagentoのバージョンをチェックします /** @var Varien_Io_File $io */ if (version_compare(Mage::getVersion(), '1.8.1', '<')) { $io->write($destinationFile, $contents, 0777); } else { $io->filePutContent($destinationFile, $contents); } これはEEでも動作するようにしたいのですが、1.8.1はCEに固有であるため、さらに醜くなります。したがって、上記のコードは次のようになります /** @var Varien_Io_File $io */ if (version_compare(Mage::getVersion(), $this->getCurrentVersion(), '<')) { $io->write($destinationFile, $contents, 0777); } else { $io->filePutContent($destinationFile, $contents); } メソッドgetCurrentVersionは次のようになります public function …

8 extensions  magento-1  version 

サードパーティのモジュール、特にMagento Connect（または無料のモジュール）から提供されるモジュールに悪意のあるコードが導入されることに非常に関心があるクライアントがいるハッカーがMagentoサイトのさまざまな部分にアクセスできるようにするコードを含まない。 私の質問はこれです：コードのコンテンツをスキャンするために使用できるツールはありますか？このようなものですが、おそらくもっと深いです。 function check($contents,$file) { $this->scanned_files[] = $file; if(preg_match('/eval\((base64|eval|\$_|\$\$|\$[A-Za-z_0-9\{]*(\(|\{|\[))/i',$contents)) { $this->infected_files[] = $file; } } Webサーバー上で実行できるサービスです。 理想的には、コードがレポに入る前に各コミットをスキャンするサービスがあれば理想的です。

8 php  magento-connect  extensions  security 

magentoコマースに入れたい拡張機能を作成しました。私はそれをさらに配布する購入者に権利を与えない有料の拡張機能のライセンスを探しています（購入者は好きなだけ何度でも使用できますが、他の人にそれを与えることはできません）。

8 extensions  magento-connect  licensing 

これはMagentoの開発に関する質問です。M1とM2の両方に適用できます。 ここ数週間、ネイティブMagentoエンティティ/データベーステーブルに直接関連するいくつかのモジュールに取り組んできました。 次に例を示しますが、これはいくつかのモジュール開発の場合に有効です。 （電子メールで説明されている）1人の顧客のみのショッピングカートルールを制限できるモジュール。 私はそれを行うには2つの可能な方法があるという結論に達しました、そして私はどちらが推奨されるものであるか疑問に思っています： 最初の方法：Magentoコアテーブルを使用する コアを編集しないでください。コアテーブルに適用できますか？ テーブルにemail列を追加するsalesrule_rule 制限の適用は、モデルが読み込まれたときに行うことができます。 2番目の方法：カスタムテーブルを使用する カスタムモデルを使用しsalesrule_idてemailリンクされたカスタムテーブルを作成する 制限の適用は、（カスタムモデルの）追加の結合またはロードを実行することで実行できます。 戻る日に私はいつも直接コアテーブルを変更するために使用するが、今、これは正しい方法であるような気がしません。ただし、2番目の方法についてはパフォーマンスが心配です。 これに対処するための最良の/推奨される方法は何ですか？

7 magento2  module  extensions  magento-1  best-practice 

このチュートリアルに従いますが、私の質問です。EAVエンティティを新しいEAVエンティティの属性として使用できますか？ ありがとう。 編集：私が最初に投稿したチュートリアルはかなりめちゃくちゃで、代わりにこの他のチュートリアルに従ってしまいました。

7 magento-1.9  database  extensions  eav 

独自に機能するcomposer.jsonファイルを含む既存のモジュールがありますが、travis-ciにもこの拡張子を設定したいと考えています。 travis-ciを実行すると、エラーで失敗します。 magento root dir "" is not valid Magentoインスタンスのクリーンなcomposer.jsonファイルではなく、拡張機能のcomposer.jsonファイルを実際に使用しているため、このエラーが発生していると思います。 travis.ymlファイルを拡張機能用に設定する方法を知っている人はいますか？誰かが例として使用できるtravis-ciを介して正常にテストされている拡張機能を持っていますか？ 私たちの拡張：https : //github.com/sitewards/B2BProfessional 別の壊れた例：https : //github.com/magento-hackathon/FrontendMonitoring

7 extensions  composer  development  travis 

onepagecheckoutの興味深い拡張機能を見つけました。それは無料のようですが、拡張機能をインストールしたときに、コードが開発者サーバーにデータを送信およびエンコードしていることに気付きました。理論的には、ライセンス値の検証-なぜ無料なのか、また、サイトはサーバーに渡された非表示の値について何も伝えていないので、なぜだかわかりません。- それは無料です。 この特定の領域がクレジットカードに関する情報を管理しているという事実に基づいて、どの値が渡されているかを知りたいのです。私の調査では、サーバーに送信されるコードid=opc_s_dataが次の呼び出しで呼び出される行にあることがわかりました。 public function getSUrl($mode = '') { $code = Mage::getStoreConfig('onepagecheckout/sdatacode'); eval(base64_decode($code)); if(!isset($url)) $url = ''; return $url; } 送信される値は次のようなものです： <input type='hidden' id='opc_s_data' value='http://company.com/magento/opclicense/opcaction.php?sdata=bWFEuN......=='/ サーバーからアプリケーションに送信された情報をデコードするために何ができるか知っていますか？この非表示のIDを消去すると、onepagecheckoutが機能しません。 免責事項：私は開発者に手紙を書きましたが、返事がありませんでした。

7 extensions  onepage-checkout