call foron sb.和call forin on sb.的区别?

拍照搜题秒出答案,一键查看所有搜题记录

拍照搜题秒出答案,一键查看所有搜题记录

拍照搜题秒出答案,一键查看所有搜题记录

现在在任何人尝试将此问题视為重复之前,我想说我已经在SO和其他论坛上查看了所有类似的问题但绝对没有用。 我尝试了所有解决方案没有任何效果。 话虽如此這是问题所在:

我有一大堆jpg / jpeg图像(),每个最大10 KB的尺寸每个尺寸512x512像素,上传到我的Azure网络+ MySQL设置 我想出了如何上传那么多文件而不破坏代碼或我们的服务,一切都很酷

一旦上传这些图像我对这些图像做的是我建立一个各种各样的平铺金字塔。 如果有5000张图像我一次将4张图潒拼接在一起以形成单个图像,使用PHP将结果图像重新采样到其大小的一半并将其作为新图块存储在代表另一个级别的文件夹中这个金字塔。 因此如果所有基本文件(已上载)都存储在Folder-1中,则创建的新图像将存储在Folder-2中 然后存储在Folder-3中 ,依此类推直到没有任何图像留给tile。 此时所有图像已拼接在一起并向下采样到1个图像。 现在对于那些熟悉Web上的深度缩放概念的人,您会理解为什么这是必要的

现在,这昰真正的问题 所有这些在localhost上运行得非常好。 我把这个代码移植到我的个人服务器上这是运行LAMP的CentOS,它工作得非常好 但是,在公共服务器上这是一个免费的Azure Web + MySQL实例,该进程返回内部服务器错误

更具体地说,一旦上传函数返回成功jQuery AJAX就会调用这个金字塔功能。 作为PHP过程的┅部分我将上传的PHP文件从指定的临时位置移动到其实际上载位置,并开始处理图像以进行平铺 通常,整个金字塔生成需要5-15分钟具体取决于我上传的基本图像的数量。 这些统计信息基于它在本地主机上的工作方式 在服务器上,我遇到某种限制或超时似乎在几分钟后殺死了我的PHP。 在创建两个级别之后图像停止处理。 当总图像小于2000时此过程很有效。

有时AJAX失败了。 但是当我通过Filezilla检查uploads文件夹时,图潒继续被处理因为我看到它们是由我的脚本创建的。 此时如果我的脚本在未知的时间内没有完成它也会死掉。 我得出了这个结论因為没有更多的图像/文件夹用于后续处理。

我要回帖

更多关于 call on 的文章

 

随机推荐