关于XOOPS 2.0.9.3补丁回复这个版本的模块文章是否能正常工作？
关于XOOPS 2.0.9.3补丁回复您能否通过文章模块上传文件？
关于XOOPS 2.0.9.3补丁回复许多模块在 2.0.9.2 版本存在问题。
关于XOOPS 2.0.9.3补丁回复对我来说它运行得很好！
再次感谢迅速找到解决方案来解决所有报告的安全问题！
关于XOOPS 2.0.9.3补丁回复做得好！
我还必须对开发团队表示赞赏。不是因为修复了它，因为这应该是从一开始就应该发生的事情，所以我看不出在这里给予认可的原因。而是因为公开披露并迅速传播关于这个问题的信息。
至少对我而言，这一点比我在这类话题上看到的任何事物都更有价值。
继续努力。
关于XOOPS 2.0.9.3补丁回复我不同意你，Rhomal，因为这不是付费软件，所以我认为说感谢快速修复错误是合理的。他们可以简单地这样说："该死，我们打算明年再看这个问题，然后回来。”
对我英语不好表示歉意，并请理解我不是想要为了证明我的观点而进入讨论...
关于XOOPS 2.0.9.3补丁回复感谢这个补丁！
做得好
关于XOOPS 2.0.9.3补丁回复感谢这个补丁。我们已经耐心等待，并感激开发团队的努力
(只是一个备注，右上角的方块需要更新，我已经为您的便利创建了 xoops-2.0.9.3.zip 和 xoops-2.0.9.3.tar.bz2 )
)
关于XOOPS 2.0.9.3补丁回复大家干得好！新脚本运行良好。
关于XOOPS 2.0.9.3补丁回复问候 - 感谢补丁。
祝愿,
Roberto Artigas
关于XOOPS 2.0.9.3补丁回复对我来说似乎工作正常。再次感谢。 
有时候，戏剧永远不会停止。
至于
引用
我还必须对开发团队表示赞赏。不是因为修复了它，因为这应该是从一开始就应该发生的事情，所以我看不出在这里给予认可的原因。而是因为公开披露并迅速传播关于这个问题的信息。
有时候，戏剧永远不会停止。
关于XOOPS 2.0.9.3补丁回复你在修复你最先放出去的 '坏了' 的东西。虽然我和我相信每个人都很感激，但我不明白为什么要为至少在道德上有义务纠正的事情大加赞扬。
但你不必公开发布，也不必以如此高效的方式来做。我认为这值得赞扬。
如果你觉得你没有责任修复你发布的代码，你做这件事是在为我们做好事，那么我们同意有不同的看法。
关于XOOPS 2.0.9.3补丁回复就像我说的，我希望你不是认为这是一种不是我的意思的讨论。我所说的只有他们没有义务就我们想要的快速进行下载而作出这样的承诺...
如果你想过来说这个，私信我我会给你我的即时通讯。
关于XOOPS 2.0.9.3补丁回复Rhomal，别担心。我永远不会为你做任何 favours。 
关于XOOPS 2.0.9.3补丁回复 作为一个，我非常感激任何和所有的错误修复。我甚至从那些生活不如我丰富的“戏剧女王”体会到乐趣。谢谢，我需要一个好的 ROFL（ Rolling on the floor laughing，笑到在地上打滚）时刻。
"我们不说，我们就完成了"
关于XOOPS 2.0.9.3补丁回复做得好，
感谢这个补丁！
关于XOOPS 2.0.9.3补丁回复如果“戏剧女王”指的是我不在每一个机会都亲吻开发团队的屁股，那么我认为按照你的说法，我就是。
我应该对我的感谢给予认可，并超越通常的职业道德。而不是对那些本应该完成的和属于标准职责范围内的事情给予赞赏。
如果有些人不能理解这样一个简单概念，我很抱歉。
*耸肩*
关于XOOPS 2.0.9.3补丁回复>Rhomal，不用担心。我永远不会为你做任何特别的事情。
完全一样
关于XOOPS 2.0.9.3补丁回复了解你的观点，Rhomal。我认为开发者们会很高兴不要被亲吻屁股，但我仍然坚持我的感谢（没有屁股亲吻
）
关于XOOPS 2.0.9.3补丁回复每个人都有权利发表意见，即使那些不亲吻屁股或表达一些看起来可能不恰当或不受欢迎的反应的人。为什么我们不能就到此为止呢？
关于XOOPS 2.0.9.3补丁回复我不认为这是一些直截了当的切割。这是一个因果关系的问题。如果你表达了一种观点（即使你有权这样做），而且与多数人不同，有些人对此感到愤怒，那么不可避免会出现一些反驳。不说它是正确还是错误，只是说它将会发生，就像你踢了狗它就会咬你一样。
回到话题...
感谢开发团队为了提高XOOPS产品质量而投入业余时间。
关于XOOPS 2.0.9.3补丁回复社区中两个伟大的免费补充（AMS 2.41 & 2.0.9.3 补丁），但仍有人抱怨。为什么这些对话变得如此负面。
如果你没有说出好话...
附言。
感谢开发人员的工作和时间。
关于XOOPS 2.0.9.3补丁回复感谢开发团队的辛勤工作
Rhomal，你为服务支付了多少钱
我赞赏这里所做的所有工作，并喜欢让知道漏洞/安全问题越早越好，并且努力修复，服务得到满分。
我可能会去逛一逛捐赠部分......
Gecko
关于：XOOPS 2.0.9.3 版本发布感谢这个安全补丁。
对我来说它运行良好。
关于XOOPS 2.0.9.3补丁回复嗨，
感谢更新。
只有一个问题，为什么我们不能找到一个版本而不是仅仅是一个补丁？我不确定新用户会马上下载数据库版本2.0.9.2，然后再补丁。
再见，
Hervé
关于XOOPS 2.0.9.3补丁回复既然这是一个安全更新，更新信息应该被添加到2.0.9.2的readme文件中，这样没有看到这条新闻文章的新用户也能知道更新内容。
大多数新用户都会下载最新稳定版，而不是beta版。
还有……感谢你对此事的快速处理。
关于XOOPS 2.0.9.3补丁回复@jdseymour：很好的观点。我会今天去处理。
Herko
关于XOOPS 2.0.9.3补丁回复感谢你解决这个问题并提供修复方案。 然而，我必须承认，我同意Herve的评论。为了新用户的好处，我不明白为什么更新文件不能添加到当前的稳定下载中，或者有其他方法创建一个新的增量版本。这应该比解决问题所需的艰辛工作要简单。
你可以确信，今天会有很多人下载2.0.9.2，而不应用这个补丁。个人而言，我认为如果你已经修复了问题，他们实际上真的不需要这样做。
关于XOOPS 2.0.9.3补丁回复引用
因为不久将有2.0.10的beta版发布，也因为这只是3个文件。
Herko
关于：XOOPS 2.0.9.3补丁已发布OK Rhomal，我理解你的观点，我认为开发者们会很高兴不用被拍马屁，但我还是坚持我的感谢（不包括拍马屁那种）。
首先，我非常欣赏你恰到好处的言语，超过这里有些人能够做到的程度。
我也很高兴我的简单赞美标准不是你理解不了的。我真的不认为这有多复杂。
但我确实不同意“我想开发者们会高兴不用被人拍马屁”。我感觉这正是他们和我这样的人的问题。他们已经习惯了得到表扬，每次小事都会得到“你太棒了，谢谢你！”这样的连串评论。所以当有人真正让他们承担责任，并给予一定标准时，他们就不会很好地反应，正如这里所展示的。
是一种应该拥有的感觉吗？或许吧。我并不认识他们中的任何人，所以不能说。我只能根据他们在这里的反应来判断。但至少在他们没有得到别人盲目献上玫瑰花瓣的情况下，他们会接受不了，在我看来，他们有责任做的事情。
我的两毛钱观点。
关于：XOOPS 2.0.9.3 补丁发布非常累。这个讨论毫无价值。
我唯一能同意你的一点：::引用
我只能根据他们在这里的反应来判断。
关于XOOPS 2.0.9.3补丁回复嗯，我不知道这是否算拍马屁，但我确实想给开发者们一个拥抱，告诉他们“你们太棒了，每件事都谢谢你们。”没有他们我无法完成我现在的工作，而且一切都是在难以置信的价格下——免费！
作为一个非开发人员，我对开发者们说：“感谢你们所做的一切！”
mpowell
关于：XOOPS 2.0.9.3 补丁发布 需要帮助！嗯……我对这次升级有一些问题。
我把三个文件复制到了它们相应的位置。
当我尝试上传一个普通的 jpg 文件时，我得到了这个信息
无法获取上传文件 %s
关于/falke
关于：XOOPS 2.0.9.3 补丁发布 需要帮助！还有其他人遇到新图像上传器的问题吗？
regrads/falke
关于：XOOPS 2.0.9.3 补丁发布 需要帮助！Falke，你是如何上传的？通过图像管理器？通过管理器→图像？还是通过自定义头像上传？
关于：XOOPS 2.0.9.3 补丁发布 需要帮助！我有一个小请求。当 Xoops 用户发表评论时，请勿添加或更改帖子的标题。Falke 的标题更改只是很小，(非常感激)，但这在最近的评论块中看起来像是一个不同的问题。谢谢。
关于：XOOPS 2.0.9.3 补丁发布 需要帮助！我不知道为什么，但现在当我想加载新头像、论坛中附加图片或在图像管理器中上传图片时，我收到了这个消息
上传过程中返回错误
加载 mimetypes 定义错误
当我降级到 uploader.php 文件后，它又开始工作。
这可能是怎么回事？
回复：XOOPS 2.0.9.3 补丁发布 帮助需要！我也收到了同样的错误信息
无法获取上传文件 0
我已经检查了所有网站参数，一切看起来都很正常。需要更改文件权限吗？我还需要检查什么以确保一切设置正确？谢谢！
-zimmi88 =)
顺便说一句：谢谢谢谢谢谢你们所做的！我已经发现 XOOPS 是一个伟大的管理系统，并且会自豪地向任何需要网站管理系统的朋友推荐它。
关于：XOOPS 2.0.9.3 补丁发布 需要帮助！确保您已经将 mimetypes.inc.php 文件复制到类文件夹中...
或者重新上传文件，因为它可能在传输过程中损坏了..& 确保它是 chmod 644
关于：XOOPS 2.0.9.3 补丁发布 需要帮助！我已经查看了，一切正常，问题似乎出在上传文件中，因为我只是降级了这一部分，现在一切又恢复正常了（但可能存在安全问题：[(:)，
关于：XOOPS 2.0.9.3 补丁发布 需要帮助！"无法获取文件"错误通常意味着文件在物理上传过程中出了问题。我会看看如何在这里添加更多的错误信息。
"无法加载 mimetypes"错误意味着无法加载 mimetypes.inc.php 文件。有PHP调试错误吗？
关于：XOOPS 2.0.9.3 补丁发布 需要帮助！哦哦，我又上传了 mimetypes.inc.php 和上传者文件，这次从新升级的 2.9.0.10 然后它能工作了 我真是太羞愧了！再次感谢您的关注。
关于：XOOPS 2.0.9.3 补丁发布 需要帮助！别害羞。我刚解决了这个问题。文件 mimetypes.inc.php 是 MAC 格式。请将其转换为 DOS 或 UNIX 格式，或者作为二进制文件上传。
关于 XOOPS 2.0.9.3 补丁紧急求助！Mithrandir，我使用图像上传工具。
如果问题是 mimetypes.inc.php 文件是 Mac 格式，我该如何将其转换为 Unix/Linux 格式？
关于/falke
关于 XOOPS 2.0.9.3 补丁紧急求助！正如我所说，“无法获取上传文件”表明问题出在上传过程中 itself，而不是 mimetypes 检查。
我将在下一个版本中添加一些更多的错误报告代码到上传过程，这样我们就可以找出出了什么问题。
关于 XOOPS 2.0.9.3 补丁紧急求助！我已开启 PHP 调试器
首先，我选择图片分类，然后在图片上传窗口中，我可以在底部读到以下行
错误 [PHP]: 文件 imagemanager.php 第 176 行中未定义变量: target
这种情况是在我选择 添加图片文件 后立即出现的第二个窗口
关于/falke
关于 XOOPS 2.0.9.3 补丁紧急求助！@Mithrandir。你用 Unix 文本编辑器、Mac 或 PC 编写 XOOPS 核心文件和补丁吗？
关于 XOOPS 2.0.9.3 补丁紧急求助！你能在以下代码后添加
$err .= '' .implode('' , $uploader->getErrors(false)); $err = _FAILFETCHIMG; 关于 XOOPS 2.0.9.3 补丁紧急求助！引用
@Mithrandir。你用 Unix 文本编辑器、Mac 或 PC 编写 XOOPS 核心文件和补丁吗？
关于 XOOPS 2.0.9.3 补丁紧急求助！好了，Jan，我已经这样做过了。这是我的结果
无法获取上传的文件 %s
加载 mimetypes 定义错误
第一行是因为 Marcan 的多语言模块才显示瑞典语，但 Jan，我想你应该能理解。
关于/falke
关于 XOOPS 2.0.9.3 补丁紧急求助！咦……似乎 mimetypes.inc.php 文件没有正确加载。
经历过这个问题并修复过的人能详细说明他们是怎样做的吗？您提到的是从Mac格式转换到UNIX格式，或者类似的做法？是如何完成的？
关于 XOOPS 2.0.9.3 补丁紧急求助！我只是上传了2.0.10发行版的mimetypes.inc.php，现在一切似乎都正常工作....甚至是以前在IE中遇到问题的部分。
所以也许你们应该在补丁分布中切换这个文件？
关于/falke
关于 XOOPS 2.0.9.3 补丁紧急求助！Unix、Mac和PC文本编辑器的换行习惯各不相同。我只是想知道，如果FTP软件没有妥善处理，混合类型是否会导致在FTP传输过程中的损坏。这只是个猜测。也许在此情况下并不相关。但我去年在Mac上解压XOOPS并上传时遇到了问题。我会看看是否能够获取更多信息。
关于 XOOPS 2.0.9.3 补丁紧急求助！...这或许可以解释为什么falke可以成功上传该文件，但不能与其他文件一起上传的原因？
关于 XOOPS 2.0.9.3 补丁紧急求助！可能是因为在上传的文件组中作为非二进制上传，但在单个文件上传时自动检测为二进制。
这很奇怪，因为总共只有3个文件...
无论如何，如果2.0.10版本的文件没有问题，这个问题将在2.0.10最终版本中得到修复
关于 XOOPS 2.0.9.3 补丁紧急求助！这听起来是最有可能的原因。我怀疑这完全取决于你所使用的FTP软件，因此有些人可能完全没有问题。如果你觉得这些链接对你有帮助，我在这篇文章中发表了有关Unix/PC换行问题的链接 在这里
关于 XOOPS 2.0.9.3 补丁紧急求助！我绝对确信这与 FTP 软件无关。至少对我来说不是这样.... ;o)
多年来我一直在使用 3D FTP 的付费版本，并且它总是能正确地混合各种文件。
然而，我打开了 2.0.9.3 补丁提供的 mimetypes.inc.php（本地硬盘上的，不是 Linux 服务器上的），在 GVIM 中将其与 2.0.10 测试版的进行比较，正如有人在这次讨论中所说，确实有 LF/CR 的区别。但正如 Jan 所说，所有这些在 2.0.10 中都将正常工作...但也许补丁中的文件应该被更改。
关于/falke
关于 XOOPS 2.0.9.3 补丁紧急求助！@falke. 对不起，我误解了你的帖子。我认为你又单独上传了相同的文件。现在我明白了，这是来自较晚版本的分发版中的一个不同的文件。
@mithandrir. 我下载了 2.0.9.3 补丁（Zip），在 PC 上的记事本中查看 mimetypes_inc.php 时可以看到的黑块表明（在某些时候），文件是使用 FTP 以二进制模式从 Mac 上传的，或者是以二进制模式下载到 PC 的。
实际上，如果使用 Winzip（选项/配置/TAR 文件智能 CR/LF 转换 '开启'，这是默认的）解压 TAR.GZ 版本，Winzip 会处理好。
这确实是一个问题。一个带有流氓 CR/LF 字符的文件可以正确上传...但就是无法工作！
关于 XOOPS 2.0.9.3 补丁紧急求助！为了澄清（使用我在 totalchoicehosting.com 论坛上找到的一个非常好的解释的稍有修改的版本）
引用
以 ASCII 格式上传文件会告知 FTP 服务器将操作系统中使用的行结束符格式转换为服务器上使用的格式。
Windows 系统使用两个字符 LF / CR（换行符 + 回车符）的行结束符。
Mac 系统使用一个字符 CR 的行结束符。
Linux 系统使用一个字符 LF 的行结束符。
如果你从 Windows PC 上传文本文件到 Linux 服务器，Windows 文本文件中的所有 LF / CR 字符组合将在文件在服务器上保存时自动转换为 LF 字符，因此服务器能够正确读取其中的行。 （如果你在 ASCII 模式下从 Unix 服务器下载文本文件到 Windows PC，则会发生相反的情况。）
这对于某些类型的文本文件来说可能是至关重要的，因为如果它们的行结束符类型不正确，服务器将无法正确读取它们。多行脚本能被看作是一行长行，因为服务器看不到每行的正确行结束符。
以二进制方式上传文件会告诉FTP服务器不要转换任何字符，只需按上传的文件原样存储。对于如.zip或.tar.gz这样的压缩文件（它们内部的字节更改会损坏），以及图形文件格式（它们内部的字节更改会更改您的图像，并可能导致图像不可查看），您需要这样做。
由于PHP文件通常是文本脚本，因此应该以ASCII模式上传和下载，以便行终止字符转换为正确的格式。
关于 XOOPS 2.0.9.3 补丁紧急求助！我的经验是，如果PHP作为Apache模块运行，行终止符对PHP脚本是无关紧要的。我只测试了Windows（CR-LF）和Linux（LF）行终止符，所以我不确定这是否也适用于Mac（CR）文件。
如果PHP作为CGI运行，而不是作为Apache模块，那么如果那一行的行终止符不适用于主机平台，开头可能不会正确读取<#line>。
关于 XOOPS 2.0.9.3 补丁紧急求助！我相当确定，将问题文件首先以二进制方式从Mac上传到Unix/Linux服务器是造成问题的原因。
试着从补丁的Zip版本中解压问题文件，你会发现它充满了黑色的块，这些块是未解码的回车符号。我认为这是否是DOS、Mac或Unix的换行符都无关紧要，它们都保持未解码。因此，即使您随后正确地在Unix/Linux服务器上使用ASCII模式上传，FTP软件也不会将这些字符视为换行符，因此不会将它们转换为Unix格式。它会仅仅上传一个充满黑色块字符的文件 - 这会导致其无法正常工作。
唯一能将其视为“外国”回车符号的软件是Winzip，但前提是您使用它来解压缩TAR存档，并使用它的“TAR文件，智能CR/LF选项”。
我认为...
关于 XOOPS 2.0.9.3 补丁紧急求助！我想，WinRAR也会这样做。
尽管我从未遇到过这个问题，我的FTP软件设置成以二进制方式上传/下载.php扩展名。我使用的是2.0.9.3补丁，并且没有问题。
关于 XOOPS 2.0.9.3 补丁紧急求助！嗨m0nty。您是否解压缩并使用Zip上传？我解压时，确实在该文件中发现了许多意外的CR字符。我使用的是winzip 6.3。也许较新版本的程序也会像处理TAR存档那样处理zip存档，并解决LF/CR问题？也许您的服务器对这些不关心？也许我只是想象了这一切！
关于 XOOPS 2.0.9.3 补丁紧急求助！嗨peekay，是的，我在电脑上使用winRAR而不是winzip解压了zip文件，然后以二进制模式上传了所有文件。尽管如此，我一直以这种方式操作，并且无论上传到哪个服务器，都没有区别，所以我不认为这是问题所在。正如你所说，可能是你使用的winzip版本问题，因为我已经有很多年没有使用winzip了。我发现在这项工作中winRAR比winzip做得更好。不过，希望你能缩小问题范围 :)
关于 XOOPS 2.0.9.3 补丁紧急求助！谢谢。那么，至于在解压过程中自动纠正CR/LF问题，即使使用我版本的winzip，似乎
winzip + TAR =
winrar + ZIP =
winzip + ZIP =
... 或者，这根本和这个问题无关！
| Stats | |
| Goal: | $100.00 |
| Due Date: | Aug 31 |
| Gross Amount: | $0.00 |
| Net Balance: | $0.00 |
| Left to go: | $100.00 |
 |
|