应该是/ about_us还是/ about-us?
从可用性的角度来看,我个人认为/ about-us对最终用户来说要好得多,但Google和大多数其他网站(和javascript框架)都使用下划线命名模式.这只是风格问题吗?破折号是否存在兼容性问题?
如果javascript修改了页面A中的DOM,则用户导航到页面B,然后点击返回按钮返回页面A.对页面A的DOM的所有修改都将丢失,并且向用户显示最初从服务器检索的版本.
它在stackoverflow,reddit和许多其他流行的网站上以这种方式工作.(尝试在此问题中添加测试评论,然后导航到不同的页面并点击返回按钮返回 - 您的评论将"消失")
这是有道理的,但一些网站(apple.com,basecamphq.com等)在某种程度上迫使浏览器为用户提供最新的页面状态.(转到http://www.apple.com/ca/search/?q=ipod,单击顶部的"下载"链接,然后单击"返回"按钮 - 将保留所有DOM更新)
来自哪里的不一致?
云计算旨在按需提供计算,存储和网络容量.这是解决某些特定任务的新鲜但非常引人注目的概念,例如:
我主要使用Microsoft堆栈,这有助于提供复杂的企业应用程序.然而,.NET的云计算产品有点落后于市场.Amd唯一的提供商是Microsoft,无论如何(Windows Azure).
您是否认为.NET云提供商很快就会有多样性?您认为市场上有多少玩家,以及可能的价格(考虑到.NET可以在Linux上运行,这应该会让事情变得更便宜)?
[我不是在询问SO的架构,但这对这个问题很有帮助.]
在SO上,当用户点击他/她的名字并点击"回复"时,他们会看到其他用户对他们参与的评论主题,问题和答案的回复.我有一种潜在的怀疑,我错过了某些回复,这让我想知道:如果你必须构建那个东西,你会在每次用户请求时从数据库中动态地提取所有内容吗?或者,当应用程序中有新的相关活动时,您会修改它吗?或者你会在夜间守护进程中构建它吗?
我想真正的答案是它每次都是动态构造的,但是这些表是以这样的方式非规范化的,这样可以减少耗时的事情.你会如何建造它?
我问的是任何平台,当然,不仅仅是.Net.
.net ×1
ajax ×1
architecture ×1
azure ×1
cloud ×1
firefox ×1
javascript ×1
optimization ×1
seo ×1
url ×1