小编Die*_*cic的帖子

我想使用multipart/mixed创建HTTP响应,但我不确定哪些浏览器支持它; 从客户的角度来看,如果它听起来很方便.说实话,我不需要具体的内容类型.我只想在同一个响应中传输多个文件; 也许还有更多使用的内容类型.

如何success_url根据参数进行设置？
我真的想回到我来自哪里,而不是一些静态的地方.在伪代码中:

url(r'^entry/(?P<pk>\d+)/edit/(?P<category>\d+)',
    UpdateView.as_view(model=Entry, 
                       template_name='generic_form_popup.html',
                       success_url='/category/%(category)')),

这意味着:编辑条目pk然后返回"类别".这里的条目可以是多个类别的一部分.

我有一个数据库,其中2(或3或4)个不同的应用程序正在插入信息.新信息具有GUID/UUID类型的ID,但每个应用程序使用不同的算法来生成ID.例如,一个使用NHibernate的"guid.comb",另一个使用SQLServer的NEWID(),其他人可能想使用.NET的Guid.NewGuid()实现.

是否存在ID碰撞或重复的正常风险？

谢谢!

我有一个构建为单页的站点,所有请求都是使用AJAX创建的.页面就像site.com/#Page或site.com/#Page/Other.

现在,我需要Skip Navigation在网站中实现一个链接,但因为URL开头#我不能使用简单的锚点.有没有办法在不更改所有URL的情况下执行此操作？谢谢.

注意:跳过导航至少做3件事:滚动到页面的那一部分,专注于内容开始的元素(它甚至可以是一个不可聚焦的元素,如H1标题),让屏幕阅读器知道更改.

几个星期后我面临着一个巨大的问题.我已经在IIS7(W2008 SP1)下托管了一个asp.net应用程序,并且每隔几个小时就开始消耗50%的CPU,可能没有用户连接.这是可以理解的,因为我们使用Quartz.net来进行一些应用程序的重新定义,但是我们还没有重现这个问题.

这是使用JetBrains dotTrace 3.1制作的跟踪,而CPU很高:http://mycenter.info/tmp/DotTraceSnapshot.zip

通常浪费CPU的进程是w3wp.exe,但在过去的几天里,sqlserver(2008)和memcached(1.2.1,以及周一更新到1.2.4 beta)也杀死了CPU.奇怪的是,有些时候memcached开始消耗100%并且其统计数据显示它很安静,但是在发出请求时它工作正常.

这是w3wp的故障转储(或堆栈跟踪转储),使用WinDbg :(基于本指南:http://blogs.technet.com/marcelofartura/archive/2006/09/15/troubleshooting-iis-100-cpu -issues-step-by-step-intermediary.aspx)

0:000> ~
.  0  Id: 1be4.1d3c Suspend: 1 Teb: 7ffdf000 Unfrozen
   1  Id: 1be4.b1c Suspend: 1 Teb: 7ffde000 Unfrozen
   2  Id: 1be4.12a0 Suspend: 1 Teb: 7ffdd000 Unfrozen
   3  Id: 1be4.19d0 Suspend: 1 Teb: 7ffdc000 Unfrozen
   4  Id: 1be4.1714 Suspend: 1 Teb: 7ffd7000 Unfrozen
   5  Id: 1be4.1a18 Suspend: 1 Teb: 7ffd6000 Unfrozen
   6  Id: 1be4.12ac Suspend: 1 Teb: 7ffd5000 Unfrozen
   7  Id: 1be4.dec Suspend: …

任何人都可以解释为什么那些空间(标有？)在那里？他们正在推迟页面加载.我认为这可能是页面/脚本解析时间,但对于一个简单的页面来说〜350ms看起来太多了; 好吧,有很多脚本,但它仍然看起来很多.

它能是什么？

我正在使用 .NET 中的 SQLite 创建一个数据库，然后插入 1500 条记录（15 列，只有 3 列包含信息）。此时数据库文件大小为73mb！！（对于所涉及的信息量来说是巨大的）。

如果我打开SQLite Administrator并执行Clear Database，它会缩小到只有 142kb。

为什么要这样做？有没有办法避免它？无论哪种方式，有没有办法从 .NET 缩小 DB 文件（我使用的是 System.Data.SQLite，它在后台使用 Finistar）？

我有一个大约4GB的数据库.我复制了该数据库并删除了99%的数据,因为我需要一个只包含模式和基本数据的数据库(主要是保留静态数据).

现在的问题是MDF文件的大小仍然是~4GB.如果我读取表的大小(例如,使用它),它们总和不到20 MB.日志文件已经缩小,但我运行的脚本都没有用于收缩DB文件.

注意:我通常不这样做,但这次我需要缩小数据库(我知道不推荐)

编辑:+有用的信息

命令:

exec sp_spaceused

输出:

database_name       database_size   unallocated_space
AccudemiaEmptyDb    3648.38 MB      4.21 MB

命令:

select object_name(id) as objname, SUM(dpages*8) as dpages, COUNT(*) as cnt
from sysindexes
group by id
order by dpages desc

输出:

object_name(id)            sum(dpages*8)    count(*)
sysdercv                   675328           1
sysxmitqueue               359776           1
sysdesend                  72216            1
sysconvgroup               47704            1
sysobjvalues               4760             5
sec_OperationAccessRule    3472             5
sec_PageAccessRule         2232             5
syscolpars                 656              11
AuditObjects               624              2
sysmultiobjrefs            408              5
HelpPage                   376              8
sysschobjs                 352 …

我有一个执行以下操作的存储过程：

SELECT Id
INTO #temp
FROM table
WHERE ...

DELETE FROM #temp
INNER JOIN table2 ON a=b
WHERE ...

但是它运行缓慢。当我尝试查看执行计划时，由于SQL Server Management Studio提示“消息208，级别16，状态0，第31行，无效的对象名称'#temp'”，因此无法执行。

有什么方法可以查看此类脚本的执行计划（或执行详细信息（而非计划））吗？

我有一个通过 API Gateway 执行的 Lambda 函数。如果我直接请求端点：https : //9ishqo5dj7.execute-api.us-east-1.amazonaws.com/api/

那么平均执行时间是200ms：

但是，如果我添加一个“边缘优化”端点，如下所示：https : //testsite.learn-serverless.org/

然后执行时间更高：

CloudFront 似乎增加了一些明显的延迟而不是减少它。

起初我想（如这里所解释的/sf/answers/3489158711/）这可能是因为我用来运行测试的网站在 AWS 内部运行并离开 AWS 网络去 CF 可以添加一些延迟，但是，我在南美洲的一台计算机上尝试了同样的事情，但得到了相同的结果：

CURL 到https://9ishqo5dj7.execute-api.us-east-1.amazonaws.com/api/：

Lookup Time: 0,029
Connect Time: 0,078
AppCon Time: 0,382
Redirect Time: 0,000
Pre-transfer Time: 0,382
Start-transfer Time: 0,578

Total Time: 0,578

CURL 到https://testsite.learn-serverless.org/：

Lookup Time: 0,125
Connect Time: 0,175
AppCon Time: 0,476
Redirect Time: 0,000
Pre-transfer Time: 0,477
Start-transfer Time: 1,074

Total Time: 1,074

来自伊利诺伊州芝加哥的其他测试（使用网页测试.org）也得到了相同的结果。TTFB：440 毫秒与 730 毫秒。 …