AJAX、PHP 和 MySQL 会成为在线扑克游戏的良好套接字吗？
我还没有确定 UI 将使用什么（flash、HTML 等），但我很好奇你们是否认为 mysql 可以为多人扑克游戏提供可接受的套接字？我考虑使用数据库的原因是因为这是我知道如何完成此任务的唯一方法，而且我对 XML 套接字或类似的东西一无所知。对于拨号和较慢的移动连接来说，性能会成为问题吗？我在尝试同步用户回合和失败时是否可能会遇到问题？我应该硬着头皮使用不同类型的插座吗？如果是这样，您有什么建议以及从哪里开始自我教育的好地方？谢谢。
I haven't yet determined what the UI would use (flash, HTML, etc.) but I'm curious if you guys think mysql could make for an acceptable socket for a multiplayer poker game? The reason I'm considering using a DB is because that is the only way I know how to accomplish this and I know nothing about XML sockets or anything like that. Would performance be an issue for dialup and slower mobile connections? Could I potentially run into problems with trying to sync user turns and flops? Should I just bite the bullet and go with a different type of socket? If so, what would you suggest and where would be a good place to start educating myself? Thanks.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
为了制作在线扑克游戏，您将使用的技术肯定是不太重要的问题。主要问题在于如何让所有子系统相互连接，以及如何确保各个级别的安全（从确保服务器物理健康的人员到玩家的操作系统环境，可能还有一些法学家和枪手——这使得级别达到了 LoooOOot :-) )
但如果你想要技术方面的考虑，我个人会使用 Zend Framework 作为 PHP 库/框架，并使用 PostgreSQL 作为数据库。应用程序的很大一部分宁愿通过 pl-pgsql 东西在数据库中编码，而不是在 PHP 中。 PHP 将提供不同级别（人类、Web 服务等）的一些 ui 以及一些安全级别检查。 Ajax 交互将使用 jQuery 进行。毫无疑问，对于具有大量数据、良好安全级别、大量复制以及大量数据检查和自动更新的应用程序，我更喜欢 PostgreSQl 而不是 MySQL。
To make an inline poker game the technology you will use will certainly be the less important problem. The main problem will be in the way you get all subsystems connected between each others and how you ensure security at all levels (from the humans ensuring physical health of you server to the OS envirronment of your players, with maybe some jurists and gunmens -- and that makes a LoooOOot of levels :-) )
But if you want technical considerations I would personnaly use Zend Framework as a PHP library/framework and PostgreSQL as the database. And a really big part of the application would rather be coded in the database, via pl-pgsql things, than in PHP. PHP would be there to provide some ui in different levels (humans, web services, etc), and some of the security levels checks. Ajax interactions would be made with jQuery. No doubt I would prefer PostgreSQl to MySQL for an application with a lot of data, fine security levels, a lot of replications, and a lot of data checks and automatic updates.
PHP / MySQL 的速度不如某些系统（例如 ASP.NET），但在拨号/移动等慢速连接中这不会成为问题。
从我的角度来看，PHP 的优点（这不是每个人都需要的）是它非常透明，即您可以轻松控制 HTTP 传输和响应。这对你来说可能是一个优势。
PHP / MySQL isn't as fast as some systems (e.g. as ASP.NET) but in slow connections like dialup/mobile that won't be a problem.
The advantage of PHP from my standpoint (which isn't what everyone needs) is that it is very transparent, i.e. you easily control the HTTP transmission and the response. That may be an advantage for you.