Php 需要在后台执行代码

Php 需要在后台执行代码,php,javascript,image,json,resize,Php,Javascript,Image,Json,Resize,我已经完成了从iphone到PHP服务器接收图像的代码,我需要调整这些图像的大小并移动到4个文件夹 只有到那时,json响应才会传递给iphone。但这需要很多时间 要求: 我想将一个文件移动到文件夹“folder1”,然后给出json响应 在给出json响应后,调整大小的过程应该从这个“folder1”开始 如何在后台运行此调整大小过程 这是我的密码: 首先发送/上传图像并发送回复,而不执行调整大小操作 然后,如果上传成功,让浏览器发出另一个请求并调整大小。此操作成功后,将消息“resizin

我已经完成了从iphone到PHP服务器接收图像的代码,我需要调整这些图像的大小并移动到4个文件夹

只有到那时,json响应才会传递给iphone。但这需要很多时间

要求:

  • 我想将一个文件移动到文件夹“folder1”,然后给出json响应
  • 在给出json响应后,调整大小的过程应该从这个“folder1”开始

    如何在后台运行此调整大小过程

    这是我的密码:


    首先发送/上传图像并发送回复,而不执行调整大小操作


    然后,如果上传成功,让浏览器发出另一个请求并调整大小。此操作成功后,将消息“resizing successful”(调整大小成功)发送回。

    首先发送/上载图像并发送回响应,而不执行调整大小操作


    然后,如果上传成功,让浏览器发出另一个请求并调整大小。此操作成功后,将消息“resizing successful”(调整大小成功)发送回。

    此问题的常见解决方案是在命中特定事件时执行加载/处理消息。然后-仍在显示-操作将继续在后台加载,完成后将最终显示结果页面


    虽然用户必须等待,但我更喜欢在实际结果未知时显示结果消息。不幸的是,我不确定这在iphone开发中是如何做到的。

    这个问题的一个常见解决方案是在遇到特定事件时加载/处理消息。然后-仍在显示-操作将继续在后台加载,完成后将最终显示结果页面


    虽然用户必须等待,但我更喜欢在实际结果未知时显示结果消息。不幸的是,我不确定这是如何在iphone开发中实现的。

    如果你的建筑是在objective c中,那么你可以调整大小,制作一个副本,并在那里调整大小,然后将调整大小的图像发送到你的php,然后你可以向用户显示微调器和json结果,如果是错误,用户仍然会调整大小要重试的图像。。。我的另一个想法是使用推送通知。我不知道这个代码会是什么样子,但是如果你在目标C中构建,那么你可以调整大小,复制并调整它的大小,然后把大小调整后的图像发送给你的PHP,然后你可以显示一个旋转器和JSON结果返回给用户,并且如果是一个错误,用户仍然有调整大小的图像。请用…再试一次。。。我的另一个想法是使用推送通知。我不知道这个代码会是什么样子,但是要考虑到

    < p>你需要一些异步的JavaScript或者一个iFrAME在你的页面上把图片发布到你的服务器上,并给用户提供反馈。 这意味着“主页”不会改变,但可以向用户提供一些视觉信息

    您可以显示一个动画gif加载程序或使用JS setInterval让用户感觉事情正在向前发展,为什么要等待服务器响应

    如果处理被分成多个部分,在每一步之后,服务器都可以响应一个HTML页面和一个重定向:这甚至可以在没有JS的IFRAME中工作。 每个“页面”将执行一个以上的步骤。但是,如果用户在完成所有操作之前关闭浏览器,则会以未完成的任务结束

    DB、真实后台处理和客户端JS轮询是一种更健壮的选择

    完整的答案相当长,需要更多关于设置的细节(apache CGI PHP?或mod_PHP?您使用的是MVC模型或框架,还是编写面向页面的网站?)

    如果我必须写一个完整的答案,我会忘记PHP,而使用Python和芹菜;-)

    附言

    我刚刚发现一些相关的问题已经存在:


    在页面中需要一些异步javascript或iframe,将图像发布到服务器并向用户提供反馈

    这意味着“主页”不会改变,但可以向用户提供一些视觉信息

    您可以显示一个动画gif加载程序或使用JS setInterval让用户感觉事情正在向前发展,为什么要等待服务器响应

    如果处理被分成多个部分,在每一步之后,服务器都可以响应一个HTML页面和一个重定向:这甚至可以在没有JS的IFRAME中工作。 每个“页面”将执行一个以上的步骤。但是,如果用户在完成所有操作之前关闭浏览器,则会以未完成的任务结束

    DB、真实后台处理和客户端JS轮询是一种更健壮的选择

    完整的答案相当长,需要更多关于设置的细节(apache CGI PHP?或mod_PHP?您使用的是MVC模型或框架,还是编写面向页面的网站?)

    如果我必须写一个完整的答案,我会忘记PHP,而使用Python和芹菜;-)

    附言

    我刚刚发现一些相关的问题已经存在:


    您可以在两次内完成,首先发送de文件并保存在第一台服务器上,然后用户请求您生成所需的部件


    您将把成本从文件发送者转移到该发送者的第一个请求。

    您可以在两次内完成此操作,首先发送de文件并保存在第一个服务器上,然后用户请求您生成必要的部分


    您将把费用从文件发送者转移到来自该发送者的第一个请求。

    您始终可以使用Linux命令将php脚本发送到后台运行

    例如:

    // using backticks to execute the Linux command but there are 
    // other alternatives 
    $cmd = `php runScriptInBackground.php &`;
    echo $cmd;
    

    您可以随时使用Linux命令发送php脚本在后台运行

    例如:

    // using backticks to execute the Linux command but there are 
    // other alternatives 
    $cmd = `php runScriptInBackground.php &`;
    echo $cmd;
    
    这可以显示“它去了f”