【问题标题】:What is proper way to configure TinyMCE for handling image uploads, and what exactly is needed on the server-side handler?配置 TinyMCE 以处理图像上传的正确方法是什么,服务器端处理程序究竟需要什么?
【发布时间】:2021-02-26 23:15:10
【问题描述】:

我正在尝试集成图片上传。除此之外,我让编辑器自己工作。

我已经配置了基本编辑器,但是由于没有适当的配置来处理图像上传或后端图像处理脚本,它仍然只是将图像以 base64 格式保存在数据库中。由于多种原因,这并不好,包括数据库膨胀,这意味着发送带有帖子通知的完整图像。

我的问题是关于这两件事:

(1) 按照此处的说明,帮助我了解设置编辑器时应该配置的内容:

https://www.tiny.cloud/docs/general-configuration-guide/upload-images/

(2) 帮助我更好地理解后端脚本应该做什么来接受 POST 并返回成功或失败以及保存图像的位置,如此处的 PHP 示例中所述:

https://www.tiny.cloud/docs/advanced/php-upload-handler/

我已经配置了基本编辑器,今天我只是将第一个链接中的代码转储到其中以初始化上传图像。它没有破坏任何东西,但由于没有后端,它仍然只是将图像保存在节点中的 base64 中。唯一改变的是它添加了一个不会消失的“上传进度”消息。

我不知道如何正确设置配置,让它知道不保存东西,除非图像被正确存储等。

任何更多的提示将不胜感激。谢谢。

澄清一下,目前的状态是:

images_upload_url: 是否定义,first_image_upload_handler 是否存在,如果我选择图片上传器,它会上传并保存为base64。如果我选择拖放对话框,它会挂起一个永远停留在那里的进度指示器。

状态更新:

我有一个正在运行的虚拟后端脚本,该脚本目前返回默认图像,并且可以正常工作,并且可以防止将 base64 保存在数据库中。

【问题讨论】:

    标签: tinymce


    【解决方案1】:

    我想通了。不需要第一个链接中的大部分代码。在后端,由于我不使用 PHP,我只需要获取正在传递的“文件”表单属性的 MIME 标头,按照建议创建一个唯一的文件名并存储它。图像现在存储在服务器上,而不是数据库中的 base64 中。

    【讨论】:

      猜你喜欢
      • 2018-08-09
      • 1970-01-01
      • 2021-07-02
      • 2013-06-11
      • 1970-01-01
      • 2015-02-11
      • 1970-01-01
      • 2015-01-20
      • 2012-10-28
      相关资源
      最近更新 更多