dedecms5.7 記事を公開できない場合はどうすればよいですか?
Dedecms のフロントエンド メンバーの記事公開機能は、ckeditor を使用する場合には少し問題があります。メンバーは写真をアップロードします。ckeditor を使用する場合、管理者以外のアカウントが写真のアップロード ボタンをクリックすると、ポップヒント: バックグラウンドに入る必要があります ディレクトリを管理した後でのみログインするのは本当に憂鬱です。この問題に遭遇した友人は見てください
推奨される調査: Dreamweavercms
1.dedecms5. 7. デフォルトのエディターは ckeditor になりましたが、個人的には FCKeditor よりも ckeditor の方が優れていると感じており、この変更には非常に満足しています。
ただし、ckeditor を使用する場合、dedecms のフロントエンド メンバーが記事を公開する機能には少し問題があります。フロントエンド メンバーに記事を投稿するのにそれほど多くの機能は必要なく、メンバーは写真をアップロードできます。ckeditor を使用する場合、非管理者アカウントが必要です。画像のアップロード ボタンをクリックすると、ポップアップが表示されます: ヒント: ログインするには、バックエンド管理ディレクトリに入る必要があります。オンラインで確認できる解決策は、
コメントアウトです。 "/include/dialog/congig.php" 内の次のコード:
コードは次のとおりです:
if($cuserLogin->getUserID()<=0) { if(empty($adminDirHand)) { ShowMsg("<b>提示:需输入后台管理目录才能登录</b><br/><form>请输入后台管理目录名:<inputtype='hidden'value='".urlencode($dedeNowurl)."'/><inputtype='text'value='mgr'/><inputtype='submit'value='转入登录'/></form>","javascript:;"); exit(); } $gurl="../../{$adminDirHand}/login.php?gotopage=".urlencode($dedeNowurl); echo"<scriptlanguage='javascript'>location='$gurl';</script>"; exit(); }
ただし、この方法では、ログインしていないユーザーもそのページを表示できます。エラーがあります。また、すべてのユーザーがアップロード ルート ディレクトリ内のすべてのファイルを直接参照できるため、セキュリティが大幅に低下します。それで、FCKeditor のフロントエンドの画像アップロード機能が恋しくなってきました。アップロードされたファイルはユーザーごとに別のディレクトリにあり、権限の問題もないため、バックエンドでは引き続き ckeditor を使用し、バックエンドでは FCKeditor を使用することにしました。フロントエンド。
Web サイトのディレクトリ \include\inc\inc_fun_fun_funAdmin.php ファイルで、139 行目の functionSpGetEditor 関数を見つけ、if($GLOBALS['cfg_html_editor']=='fck') を if($GLOBALS[') に置き換えます。 my_html_editor']=='fck'||$GLOBALS['cfg_html_editor']=='fck')、前の
コードは次のとおりです:
if(!isset($GLOBALS['cfg_html_editor'])) { $GLOBALS['cfg_html_editor']='fck'; }
次に文に従います
コードは次のとおりです:
if(!isset($GLOBALS['my_html_editor'])) { $GLOBALS['my_html_editor']='0'; }
次に、FCKeditor を使用する必要があるファイルの上に $GLOBALS['my_html_editor']='fck' を追加します。たとえば、このエディタをメンバーの通常の記事に追加するには、article_add に追加します $GLOBALS['my_html_editor']='fck'; を .php の先頭に追加します。
注: dedecms5.7 には FCKeditor が付属していません。バージョン 5.6 から抽出して、include ディレクトリに配置できます。
2. この問題は、5.6 から 5.7 にアップグレードし、古いデータベースの 3 つのテーブル (追加テーブル、メイン テーブル、マイクロ テーブル) をインポートした後に発生します。
DEDECMS5.7 には 5.6 の記事よりも多くの投票があるため、アーカイブ テーブルには追加の votid フィールドがあります。
したがって、このフィールドを追加する必要があります。そうしないと、記事を公開または変更するときに、dede_archives の更新時にエラーが表示されます。
解決策:
バックグラウンド SQL コマンド ラインに次のコマンドを入力して実行してください:
コードは次のとおりです:
ALTERTABLE`dede_archives`ADD`voteid`mediumint(8)NOTNULL;
実行後上記のコマンドを実行すると、問題は完全に解決されます。
さらに、アップグレードには dede バックエンド ディレクトリに関連する問題もあります。デフォルトの dede バックエンド ディレクトリは、アップグレード ファイル内の dede ディレクトリ内のファイルを、設定したバックエンド ディレクトリにアップロードする必要があります。
5.6 のデフォルトのテンプレートは 5.7 にも適用できます。コーディングが同じであれば、アップデートを直接アップロードするだけです
以上がdedecms5.7 記事が公開できない場合はどうすればよいですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。