有两个页面一个上传EXCEL文件,另一个接受这个EXCEL文件并处理,下面是这个页面处理时显示的内容,可是每次都要等程序完全运行才会显示。有时候时间太长没有反馈,用户会关闭页面,我想增加实时提示。求大家指点下
我想过用异步的方法,可第二个文件是在Ifram框架内的,异步获取也是要等待值的,最终显示还是一样。
<code>//117条数据读取插入并且生成报表 11:04:17 开始读取EXCEL表。 11:04:31 读取并插入数据库成功 11:04:31 完成工作簿添加一个工作表。 11:04:32 完成工作表内容写入。 11:04:32 完成工作表克隆。 11:04:32 完成克隆工作表【失业】添加。 11:04:33 完成工作表克隆。 11:04:33 完成克隆工作表【医疗】添加。 11:04:33 完成工作表克隆。 11:04:33 完成克隆工作表【工伤】添加。 11:04:34 完成工作表克隆。 11:04:34 完成克隆工作表【生育】添加。 11:04:34 完成工作表克隆。 11:04:34 完成克隆工作表【重大疾病】添加。 11:04:35 完成工作表克隆。 11:04:35 完成克隆工作表【补充医疗】添加。 11:04:35 设置文件基本信息。 11:04:35 查询结果集数据库成功。 11:04:35 查询结果集转化为数组成功。 11:04:35 完成工作簿[养老]数据填入。 11:04:36 完成工作簿[失业]数据填入。 11:04:36 完成工作簿[医疗]数据填入。 11:04:36 完成工作簿[工伤]数据填入。 11:04:37 完成工作簿[生育]数据填入。 11:04:37 完成工作簿[重大疾病]数据填入。 11:04:38 完成工作簿[补充医疗]数据填入。 11:04:46 完成工作簿文件创立。 </code>
回复内容:
有两个页面一个上传EXCEL文件,另一个接受这个EXCEL文件并处理,下面是这个页面处理时显示的内容,可是每次都要等程序完全运行才会显示。有时候时间太长没有反馈,用户会关闭页面,我想增加实时提示。求大家指点下
我想过用异步的方法,可第二个文件是在Ifram框架内的,异步获取也是要等待值的,最终显示还是一样。
<code>//117条数据读取插入并且生成报表 11:04:17 开始读取EXCEL表。 11:04:31 读取并插入数据库成功 11:04:31 完成工作簿添加一个工作表。 11:04:32 完成工作表内容写入。 11:04:32 完成工作表克隆。 11:04:32 完成克隆工作表【失业】添加。 11:04:33 完成工作表克隆。 11:04:33 完成克隆工作表【医疗】添加。 11:04:33 完成工作表克隆。 11:04:33 完成克隆工作表【工伤】添加。 11:04:34 完成工作表克隆。 11:04:34 完成克隆工作表【生育】添加。 11:04:34 完成工作表克隆。 11:04:34 完成克隆工作表【重大疾病】添加。 11:04:35 完成工作表克隆。 11:04:35 完成克隆工作表【补充医疗】添加。 11:04:35 设置文件基本信息。 11:04:35 查询结果集数据库成功。 11:04:35 查询结果集转化为数组成功。 11:04:35 完成工作簿[养老]数据填入。 11:04:36 完成工作簿[失业]数据填入。 11:04:36 完成工作簿[医疗]数据填入。 11:04:36 完成工作簿[工伤]数据填入。 11:04:37 完成工作簿[生育]数据填入。 11:04:37 完成工作簿[重大疾病]数据填入。 11:04:38 完成工作簿[补充医疗]数据填入。 11:04:46 完成工作簿文件创立。 </code>
非常感谢大家的回答,我用的是提交页面控制一个进度条,按下按钮进度条开始激活,设置一个大于用户完成操作的时间,当另一个页面处理完成时,计算出这个进度条未布满的部门,用额外5S 控制进度条速度填满
<code>function flush_buffers() { ob_end_flush(); ob_flush(); flush(); ob_start('ob_callback'); } function ob_callback($buffer) { return $buffer . str_repeat(' ', max(0, 4097 - strlen($buffer))); } </code>
demo
<code>echo '<br>处理1!<br>'; flush_buffers(); //do .... echo '<br>处理2!<br>'; flush_buffers(); </code>
拓展:
PHP5.4上传进度支持(Upload progress in sessions)
题主问的应该是实时输出
的问题,一般情况下一个php脚本在全部执行完毕后,才会将脚本输出一次性返回,而在执行过程中的输出内容是没有办法实时获取的,这种行为叫输出缓存
,可以通过output.buffering
(PHP手册)来开关
<code><?php echo 1; sleep(1); echo 2; </code></code>
访问这个页面,会在header内容
全部输出1秒
后,同时
输出12
但在程序中可以通过flush
强制将缓存内容输出并清空缓存
<code><?php echo 1; flush(); sleep(1); echo 2; </code></code>
加上flush之后,一般情况下
,1
会在header
返回后立即输出
,1秒之后,再输出2
。
为什么是一般情况下
呢,因为php的缓存是刷新了,但是如果前端web服务器(如apache)开启了gzip/deflate/cache等需要等待脚本输出完毕才能执行
的功能,会被再一次缓存
。
如果真的需要这样的实时输出
功能,需要把整个response链路上所有的缓存功能全部关闭,其实是有些得不偿失的~
http://php.net/manual/zh/function.flush.php
我能想到的有两种办法,都是用AJAX异步的:
将每一个步骤都分成一个函数然后URL传参执行对应函数,比如
step=first
对应运行first()
函数,运行成功返回你的内容。前端这边用AJAX请求,如果成功返回则append
内容到页面上然后再继续请求下一步这样一直递归下去直至任务完成。可以参考我给Typecho写的在线升级插件,使用的就是这种方法。这种方法就比较简单了PHP每次运行完一步就把内容
append
到一个JSON文件中,前端这边用AJAX轮询请求这个JSON文件并显示到页面上。
上传进度如 @宋小北 所说,鸟哥的博客中说的很明确:
1、PHP5.4之前,APC通过apc.rfc1867_freq string
选项原生支持文件上传的缓存更新,参考 http://php.net/manual/zh/apc.configuration.php#ini.apc.rfc1867
2、PECL也有扩展实现上传进度 http://pecl.php.net/package/uploadprogress
如果你用较早版本,又不想搞上述劳什子,就用 Flash 上传组件如swfupload或者jQuery File Upload之类。
上传完成后实时显示处理结果,你可以关闭Web Server 和 PHP的各种buffer,然后靠flush()
强制输出。但这是一个愚蠢的做法。
给一个简单思路,每处理一步就向第三方存储比如memcached,redis,甚至是文件里写入一个标记,通过ajax轮询这个标记,准实时更新dom里的内容。这应该是比较折衷比较理想的方案。恁看中不中?
====
@公子 老师指点了一下,我发现他的第一个方案把操作拆成几步来做更好,处理大文件时可以防止超时。同时要注意很多问题,比如文件状态维护防止漏操作,每一步都要重复读文件等等...我只是吃饭前来SG逗个乐子,具体的细节还是题主自己考虑吧。
将程序放在队列中处理,将执行日志放到数据库或者文本,然后通过ajax轮询获取和处理进度并显示
我专门的写了个解决方案的文章,去看看:http://segmentfault.com/a/1190000004235213

使用數據庫存儲會話的主要優勢包括持久性、可擴展性和安全性。 1.持久性:即使服務器重啟,會話數據也能保持不變。 2.可擴展性:適用於分佈式系統,確保會話數據在多服務器間同步。 3.安全性:數據庫提供加密存儲,保護敏感信息。

在PHP中實現自定義會話處理可以通過實現SessionHandlerInterface接口來完成。具體步驟包括:1)創建實現SessionHandlerInterface的類,如CustomSessionHandler;2)重寫接口中的方法(如open,close,read,write,destroy,gc)來定義會話數據的生命週期和存儲方式;3)在PHP腳本中註冊自定義會話處理器並啟動會話。這樣可以將數據存儲在MySQL、Redis等介質中,提升性能、安全性和可擴展性。

SessionID是網絡應用程序中用來跟踪用戶會話狀態的機制。 1.它是一個隨機生成的字符串,用於在用戶與服務器之間的多次交互中保持用戶的身份信息。 2.服務器生成並通過cookie或URL參數發送給客戶端,幫助在用戶的多次請求中識別和關聯這些請求。 3.生成通常使用隨機算法保證唯一性和不可預測性。 4.在實際開發中,可以使用內存數據庫如Redis來存儲session數據,提升性能和安全性。

在無狀態環境如API中管理會話可以通過使用JWT或cookies來實現。 1.JWT適合無狀態和可擴展性,但大數據時體積大。 2.Cookies更傳統且易實現,但需謹慎配置以確保安全性。

要保護應用免受與會話相關的XSS攻擊,需採取以下措施:1.設置HttpOnly和Secure標誌保護會話cookie。 2.對所有用戶輸入進行輸出編碼。 3.實施內容安全策略(CSP)限制腳本來源。通過這些策略,可以有效防護會話相關的XSS攻擊,確保用戶數據安全。

优化PHP会话性能的方法包括:1.延迟会话启动,2.使用数据库存储会话,3.压缩会话数据,4.管理会话生命周期,5.实现会话共享。这些策略能显著提升应用在高并发环境下的效率。

theSession.gc_maxlifetimesettinginphpdeterminesthelifespanofsessiondata,setInSeconds.1)它'sconfiguredinphp.iniorviaini_set().2)abalanceisesneededeededeedeedeededto toavoidperformance andunununununexpectedLogOgouts.3)

在PHP中,可以使用session_name()函數配置會話名稱。具體步驟如下:1.使用session_name()函數設置會話名稱,例如session_name("my_session")。 2.在設置會話名稱後,調用session_start()啟動會話。配置會話名稱可以避免多應用間的會話數據衝突,並增強安全性,但需注意會話名稱的唯一性、安全性、長度和設置時機。


熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

禪工作室 13.0.1
強大的PHP整合開發環境

Dreamweaver CS6
視覺化網頁開發工具

EditPlus 中文破解版
體積小,語法高亮,不支援程式碼提示功能

SublimeText3 英文版
推薦:為Win版本,支援程式碼提示!

MinGW - Minimalist GNU for Windows
這個專案正在遷移到osdn.net/projects/mingw的過程中,你可以繼續在那裡關注我們。 MinGW:GNU編譯器集合(GCC)的本機Windows移植版本,可自由分發的導入函式庫和用於建置本機Windows應用程式的頭檔;包括對MSVC執行時間的擴展,以支援C99功能。 MinGW的所有軟體都可以在64位元Windows平台上運作。