問題タブ [mcimagemanager]

TinyMce Image Managerを使用していて、2つの異なるWebサイトからアクセスできる単一/複数のフォルダーに画像をアップロードしたいと考えています。

たとえば。：-私はxyz.comとabc.comを持っています

imagemanagerを使用して画像をアップロードするときはいつでも、両方に完全に表示されるようにしたいと思います。これはどのように達成できますか。

提案してください。

私の要件

1. ユーザーが画像を「集中」フォルダーにアップロードできるように、MCImageManager を実装します。
2. ユーザーが一元化された「ImageLibrary」で画像を選択し、それを Web ページまたはブログ投稿に配置できるようにします

重要：

解決策を見つける必要がある課題が 1 つあります。通常、画像は Web サイトに存在するフォルダー (~/Images または ~/Content/Images など) に配置されます。

私たちが抱えている課題は、私が抱えていることですが、ウェブページは別のウェブサイトに表示されます。より具体的には、一般的なシナリオでは、ユーザーは MCIImageManager を介して画像をアップロードし、そのファイルを Web アプリケーションのフォルダーに配置します。そのため、画像は D:\xyz\ImageLibrary のようなフォルダーにアップロードできます。

ただし、ルート フォルダーは、まったく別のサーバーの F:\ である場合があります。

したがって、画像フォルダーがどこにあるかに関係なく、画像が xyz Web サイト管理モジュールと実際の Web サイトの両方で正しく表示されるように、2 つの Web サイト間で画像フォルダーを共有する方法を考え出す必要があります。

よろしく

アビシェーク

1時間前にMCImageManagerのパックを購入し、次のように設定しました:-

1. imagemanager を解凍し、tinymce プラグイン ディレクトリ (tiny_mce/plugins/imagemanager) にコピーします。
2. dll ファイルを imagemanager/bin からサイトのルート ビン (c:/inetpub/wwwroot/bin など) にコピーします。
3. imagemanager を TinyMCE init プラグイン オプションに追加します。
4. TinyMCE init オプションのボタンのリストに insertimage を追加します。

アセンブリを参照しました。

プロジェクトをビルドすると、20個のエラーが発生し、すべて「AssemblyTitle」属性が重複しています。

このエラーを解決するにはどうすればよいですか?

このエラーは、おそらく MoxieCode.ISharpCode....dll を参照したためだと思います。また、アプリケーションにもそれがあります。

任意の提案をいただければ幸いです。

ありがとう

Windows（WAMP）で動作するTinyMCEイメージマネージャーに問題がありますが、Ubuntuでは次の問題に直面しています

http://www.hostingpics.net/viewer.php?id=146581Capturedu20130320192619.png

どうすれば解決できますか？

$(this) オブジェクトをクリック イベント内の関数に渡すにはどうすればよいですか。

どんな提案でも大歓迎です。

javascript:mcImageManager.open を使用する 2 つのテキスト入力と、tinymce リッチテキスト エディターをロードする 2 つのテキストエリアをセットアップします。上部の最初のテキスト入力をクリックして imagemanager をロードすると、何もせずに閉じるボタンをクリックすると、カーソルが最後のテキストエリアにジャンプします。

サンプルhttp://imknight.webfactional.com/を添付し、最初のテキスト入力画像アイコンをクリックして閉じ、カーソルが最後のテキストエリアにジャンプします。

Cloud Linux を実行しているサーバーに移動されたサイトで、TinyMCE (MoxieCode) の ImageManager の古いバージョンを使用しています。

残念ながら、私たちのホスティングは、以前のサーバーには存在しなかった 1,048,576 KB の各アカウントのハード仮想メモリ制限があることを通知しませんでした.

これは多くのように聞こえますが、ImageManager は内部サーバー エラー 500 をランダムに生成し、サムネイルの 6 つに 1 つだけがランダムに選択されて正常にロードされます。

サーバーエラーログで、次のメッセージが非常に頻繁に繰り返されていることがわかります。これもさまざまなフォルダーのさまざまな index.php に対してランダムに発生します。ほとんどの場合、画像マネージャー/ストリームフォルダーだけでなく、言語フォルダー、js フォルダー、および rpc フォルダーにもあります。

メモリを割り当てられません: 子プロセスを作成できませんでした: /opt/suphp/sbin/suphp

驚いたことに、現在 ImageManager を更新している Web サイトの CPanel ページを更新すると、仮想メモリの使用量が 1,048,576 KB に達していることがわかります。(通常、それはその 10% をはるかに下回っています。)

テーマ、いくつかのスタイルシート、言語パック、および 6 つのサムネイルをロードするのに、なぜこの膨大な量のメモリが必要なのか、少し困惑しています。

特にphpinfoからわかるように、output_bufferingが0に設定されており、ob_startがImageManagerコードのどこにも呼び出されていません。

おそらく、サムネイルは mcith フォルダーから読み込まれるのではなく、毎回最初から作成されているのではないかと思いましたが、サムネイル ファイルの日付からわかるように、そうではありません。

実際、サムネイルを削除すると、完全にハングアップします (thumbnail.auto_generate が true に設定されています)。

確かに、他のサイトで使用していた最新の ImageManager (現在は MoxieManager と呼ばれています) にアップグレードすることはできますが、これは問題なく動作しますが、ユーザー インターフェイスとセッション認証が大幅に変更されているため、コーディングとコーディングの両方で多くの作業が必要になります。アップグレードを本当に望んでいないクライアントを再トレーニングします。

誰かがこの問題を解決する方法についてアイデアを持っているなら、それは大歓迎です。