Questions tagged «websites»

有关网站软件开发的问题。

2
我们应该将网站编译为单个dll还是每页dll?
我们正在开发一个新项目,该项目将部署在大量客户站点上。该项目包含一个基于Web的GUI,作为其“访问点”之一。Web界面的速度是此项目的首要任务,仅次于安全性。 过去,我们总是在Visual Studio中创建“网站”,发布后,系统中每个页面都会产生一个dll和一个aspx文件。但是,我知道您实际上可以创建一个“ Web应用程序”,并将其编译成单个dll。 对我而言(基于无真实数据,仅凭直觉),将站点编译为单个dll听起来对安全性和速度(如果仅是很小的话)会更好。 在选择适合自己的方法时,我们应该考虑哪些方面的考虑?是否应该注意任何明显的陷阱?


8
为什么在MS网站上这么难找到东西?[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引用的形式回答。 4年前关闭。 我一直在想这个问题,我很乐意对此做一个解释。是我还是您也有同样的感觉,很难在MS网站上找到任何东西。例如,每次我需要下载.NET Framework时,都必须向Google下载。您永远不知道可以下载什么,没有下载类别。您只是留在搜索字段中。您永远不会知道您是否下载了该文件的最新版本。可悲的是,您必须依靠其竞争对手Google在其网站上找到任何东西。我知道他们是一家大公司。 但是,采用一种有组织的方式发布信息真的难吗?

2
面包屑仍然是浏览网站和Web应用程序的可行方法吗?
我目前正在处理以下类型的网站和应用程序: 像亚马逊这样的电子商务 预订系统(例如酒店接待员检查房间的可用性) 发票管理(如Freshbook) 在亚马逊上,我没有发现任何面包屑,只是左侧面板上的刻面。但是,newegg同时使用了面包屑和构面。 在诸如酒店预订或发票管理之类的管理系统中,您通常会通过系统搜索唯一的预订或客户编号。然后,每个保留可以扩展到更多部分,例如: Reservations > Reservation #123456 > Guests > Room > Airport pickup > Payment 在每个唯一的预订页面中,我使用面包屑来显示当前页面相对于站点的位置。这是呈现此类信息的好方法吗?我应该使用标签页还是其他技术?

4
我应该解析服务器上的XML还是提供代理并让浏览器解析它?
我需要与第三方API交互。使用此API,我可以从最终用户的浏览器中发出GET请求,并接收XML响应。该数据将在基于浏览器的应用程序中使用,用户可以在该应用程序中进行搜索,使用它来做出决定等。主要问题是大多数浏览器已锁定跨域XML的使用,因此我不能简单地获取API中的XML。 但是,总体数据基本上分为两组。 第一组数据是公共数据,只需要经常更新一次,因此可以为服务器端的所有用户缓存数据,从而大大减少了通信量。 第二组数据是私有的,对于每个用户而言都是个体的。此数据还会在API中更频繁地更新。这导致缓存效率大大降低。 出于可伸缩性的原因,我想使服务器的负载尽可能小。 我面前有两个选择: 提供一个代理,该代理可用于将XML请求路由到第三方服务器,并直接在客户端和第三方API之间来回传递。 让服务器执行从XML到JSON的转换并去除不必要的信息。从本质上讲,这意味着为我们的服务器创建一个新的API,从而转化为来自第三方API的请求 向用户提供数据的最佳方法是什么?(不必是两个选项之一)
11 javascript  api  xml  websites  json 

7
谁应该编写测试计划?
我在公司内部开发团队中,我们根据营销团队的要求开发公司的网站。在将网站发布给他们进行验收测试之前,我们被要求给他们提供一个遵循的测试计划。 但是,开发团队认为,由于需求来自请求者,因此他们将最了解测试内容,查找内容,行为方式等,因此不需要测试计划。我们一直对此争论不休,开发人员发现浪费时间来写下以下内容: 点击按钮一个。 重点在XYZ表单字段,然后单击按钮乙。 你应该看到的行为Ç。 对于每项要求/功能,我们都必须重复进行。基本上,这是对需求文档中已有内容的重新表述。 我们正朝着使用敏捷方法来管理我们的项目迈进,并且在每次迭代结束时都要求这样做。 除了单元和集成测试之外,谁应该是提出最终用户验收测试计划的人?应该是请求者还是开发者? 提前谢谢了。 关于 CK


4
GAE是否具有能够托管数百万活跃用户使用的应用程序的基础架构?
我想知道下列GAE的限制,是否有可能通过在GAE上托管该应用来构建出色的社交应用(如Facebook)? 换句话说,GAE是否具有能够托管6亿活跃用户使用的应用程序的基础架构? 我从几个论坛/博客中提出的限制(如果发现任何不足,请随时添加到列表中): HTTP请求/响应 要求大小上限:32 MB 最大回应大小:32 MB 所有请求必须在30秒内响应,否则GAE会引发DeadlineExceededException 每个Cron作业必须在10分钟内执行 Cron作业无法利用Map Reduce 5秒钟后,到另一个站点的每个GET或POST中止。您可以将其配置为最多等待10秒。(中间服务器必须与Twitter和Facebook多次协作) 客户端无法通过FTP(仅HTTP和HTTPS)连接到GAE。 自定义域没有https。仅适用于your-app-id.appspot.com域。 如果大量用户涌入,则会出现“超出配额”错误 数据库 本地开发中的数据库行为与实际服务器中的行为不同。 GQL。没有其他的。 没有查询可以检索1000条以上的记录(如果您希望让客户拥有“一键脱机立即购买”按钮,那就很麻烦了) 如果您需要线性访问大量记录以执行操作,那么您就不走运了(Google的系统已大规模集群化) Memcache值的最大大小为1 MB。 无法进行简单的文字搜索 您无法加入2张桌子。 慢(您必须阅读有关如何使用继承来分离表的知识,以便可以在表中进行搜索,获取键然后获取其父键,以避免反序列化性能) “索引太多”运行时异常 实体在一个索引中最多可以具有5000个属性值 格式*的键名(以两个下划线开头和结尾)是保留的,应用程序不应使用。 密钥名称限制为500个字节(我猜是UTF-8编码的) 语言 python或java或Go(或使用JVM的语言,例如Groovy,Scala等) 服务器问题 没有静态IP(调用第三方API可能会有节流和配额问题) 每个应用程序限制为3000个文件 无法控制运行Web应用程序的OS或硬件

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.