原始问题:制作一个全JavaScript网站是一个坏主意吗？
*改变了问题,因为这最终成为一个讨论,但它可能对其他人有所帮助.*
在这种情况下,我正在考虑建立一个网站,最初使用常规HTML(如普通的基本网页)提供整体布局,但后来我计划完全使用AJAX请求动态填充HTML内容区域的内容.
该站点的用户将永远不会刷新页面或转到新页面,并且将使用AJAX创建需要生成的所有其他div和元素(利用缓存的外部JavaScript上的大量JavaScript函数)页).
虽然我实际上并没有建立一个论坛网站,但论坛的功能水平接近我想要实现的目标.大量的数据库读写也是如此.
这是一个坏主意吗？我不是在考虑一些可能会让这种情况变得可怕的东西吗？它是否在性能方面表现良好(因为我将做很多客户端工作并减少服务器端工作)？
我意识到该页面对于关闭JavaScript的人不起作用,但在这种情况下这不是问题.我也不担心任何不支持JavaScript的移动设备,因为我可能只是创建一个不使用JavaScript的移动专用版本的网站.
谢谢!
更新: 第一:感谢所有回复,大家好!对此,我真的非常感激!
仅仅为了澄清目的,我认为这是一个好主意,主要是因为我似乎只能说,"嘿AJAX,只是给我这个页面的原始论坛发布数据,我将完成所有的HTML建设客户端." 当然,相同的DB访问,但较少的服务器端页面格式化工作和较少的数据传输到客户端.
另一个重要的澄清:我并不担心搜索引擎优化,因为这个论坛将是一个仅限登录的网络,不应被非登录用户抓取或查看.
这是我的情况.我有三种不同类型的屏幕:
我最好将我的屏幕存储在变量中并在切换屏幕时重复使用它们,或者当我完成它时更好地处理每个屏幕然后创建我打算切换到的屏幕类型的新实例？
在屏幕切换更频繁的情况下(例如在最终幻想或口袋妖怪游戏中的超级世界屏幕和战斗屏幕之间),答案会有所不同吗？
谢谢!
所以在MySQL中,我已经读到了对于包含大量行的大型表,使用ORDER BY RAND()是一个坏主意(即使有~500行表,据说).缓慢而低效.很多行扫描.
这个(下面)如何替代？
SELECT*FROM(...通常返回一组少于20行的子查询...)ORDER BY RAND()LIMIT 8
我没有在大量数据上使用RAND(),而是选择一个小子集,然后才对这些返回的行应用RAND().在99.9%的情况下,上面看到的子查询应该选择少于20行(事实上,它通常少于8行).
很想听听人们的想法.
(仅供参考,我正在用PHP做MySQL的东西.)
谢谢!