纠正错误的德里纳-灯带白度问题

昨天晚上我输了4调试和代码是正确的修改小时，但没有奏效 - 我几乎没有此事发生。 主要的罪魁祸首是Windows，并发生了什么事，我发现它是什么和如何我解决了这个问题，你会学得很快 具体来说，其中的奥秘去除没有去上面的命令，这就是为什么我reših共享与世界其他地方的经验。

前天晚上，我搬进了我的迷你Web项目的一个实现。 作为XHTML / CSS + PHP / MySQL的技术问题，我开始在地方一级的工作。 抢断灯 ，并在生产基地和一个后面板演员。 最后一个用于记录用户系统，使工作一天（晚上居然）结束，我做了，直到然后挂在服务器上。 我试图脚本，然后执行它没有任何问题工作。

然后昨晚有点reših固定的格式和评论，所以我店重新svuk'ou所有，安排和恢复在线。 唯一不同的是，这一次我与WAMP的机器上感染与Windows。 我没有改变任何显著的代码而言，但reših再次确认一切正常。 当我有什么我看到：在一个函数（2-3 uproseku）拍摄的每个文件。 在所有的最抱怨会议（创建和更改数据）。 它接着与研究4小时的地狱究竟是什么，为什么不工作了叛乱，和天就完成了。

我什么都试过。 我什至彻底改变了登录系统。 改变，而不是会话cookie和其他一切浮现在脑海记忆一些东西。 但最后他开枪的地方。 然后reših删除在文件开头的注释，因为我读了一些PHP功能都必须在代码的开头绝对（虽然演示的例子，即使在文档，如果你工作面前有空白或注释）。 从网络编辑，我打开，编辑和保存每个文件，在这之后，我惊讶的是，它再次proradilo摆脱缺陷。 在怀疑我终于回到了他的意见，所以一定要做到这一点，但它工作。 几分钟我看了看代码和češkao他的头，直到我想起了很多类似问题的朋友。 布兰科拍摄IE7时，在Windows平台上执行的JavaScript，所以我想在这里CR - LF的实际问题。

我在下面的实验方式证明这个理论：首先，我通过FTP上传（文本模式）在该系统利用了autoamtski 停产照顾所有文件ovao。 我开始从服务器脚本并没有错误。 然后我有同样的文件，归档和重新上传ovao（为单一存档这一次，二进制模式），在服务器上解压缩。 在启动脚本，再次出现在会议失败神秘的错误。

在总结sumarum：如果Web开发 ，与及在Windows下工作，请注意，大多数Web下的类UNIX操作系统的服务器（LINUX，BSD，Solaris和MacOS的... ...），而且最好是您的文件包以适当的格式，以避免此类问题。 另一方面，如果你工作在Linux环境中，并使用由第三方开发的组件，一定要检查文件本身以适当的方式存储。 这样可以节省时间和自己和他人，如果涉及到这些问题。