发布网友
共2个回答
热心网友
用脚本 加上 Ajax , 每秒去数据库查一次有没有最新的数据。 在显示到页面上。 ajax就是达到反问服务器,局部刷新。 具体要看你的设计方向。
热心网友
可以使用ajax来实现。异步重复调用一个方式去查询是否有最新消息。在把消息读取出来。建议把消息传送保存在application里面。而不是数据库。相比性能。application会比数据库读取来的高。因为存在数据库每次读取都得进行硬盘操作。而application直接从服务器读取。在数据比较多的时候。application储存信息性能会高了许多。
热心网友
用脚本 加上 Ajax , 每秒去数据库查一次有没有最新的数据。 在显示到页面上。 ajax就是达到反问服务器,局部刷新。 具体要看你的设计方向。
热心网友
可以使用ajax来实现。异步重复调用一个方式去查询是否有最新消息。在把消息读取出来。建议把消息传送保存在application里面。而不是数据库。相比性能。application会比数据库读取来的高。因为存在数据库每次读取都得进行硬盘操作。而application直接从服务器读取。在数据比较多的时候。application储存信息性能会高了许多。
热心网友
用脚本 加上 Ajax , 每秒去数据库查一次有没有最新的数据。 在显示到页面上。 ajax就是达到反问服务器,局部刷新。 具体要看你的设计方向。
热心网友
用脚本 加上 Ajax , 每秒去数据库查一次有没有最新的数据。 在显示到页面上。 ajax就是达到反问服务器,局部刷新。 具体要看你的设计方向。
热心网友
可以使用ajax来实现。异步重复调用一个方式去查询是否有最新消息。在把消息读取出来。建议把消息传送保存在application里面。而不是数据库。相比性能。application会比数据库读取来的高。因为存在数据库每次读取都得进行硬盘操作。而application直接从服务器读取。在数据比较多的时候。application储存信息性能会高了许多。
热心网友
可以使用ajax来实现。异步重复调用一个方式去查询是否有最新消息。在把消息读取出来。建议把消息传送保存在application里面。而不是数据库。相比性能。application会比数据库读取来的高。因为存在数据库每次读取都得进行硬盘操作。而application直接从服务器读取。在数据比较多的时候。application储存信息性能会高了许多。
热心网友
用脚本 加上 Ajax , 每秒去数据库查一次有没有最新的数据。 在显示到页面上。 ajax就是达到反问服务器,局部刷新。 具体要看你的设计方向。
热心网友
可以使用ajax来实现。异步重复调用一个方式去查询是否有最新消息。在把消息读取出来。建议把消息传送保存在application里面。而不是数据库。相比性能。application会比数据库读取来的高。因为存在数据库每次读取都得进行硬盘操作。而application直接从服务器读取。在数据比较多的时候。application储存信息性能会高了许多。