我有这样的df:
a b c
1 NaT w
2 2014-02-01 g
3 NaT x
df=df[df.b=='2014-02-01']
会给我的
a b c
2 2014-02-01 g
我想在b列中使用NaT的所有行的数据库？
df=df[df.b==None] #Doesn't work
我要这个:
a b c
1 NaT w
3 NaT x
在我的网页(由Rails呈现)中,我想让用户右键单击照片以显示浏览器的"另存为"对话框,让用户将照片保存到硬盘中.
但是,我服务器上的照片有不寻常的文件名(长十六进制名称),没有文件扩展名."另存为"对话框中的文件名提示具有此丑陋的文件名.如果用户点击保存,他们最终将得到一个命名不佳的文件,没有文件扩展名.
该网页是知道照片的的实际文件名(即来到了相机,例如名称).有没有办法让我以编程方式使用我选择的文件名覆盖"另存为"对话框的文件名提示？
我知道Content-Dispostion标头,并且通过此标头可以指定文件名.但是,我认为为了能够使用这个头,我需要将整个文件加载/渲染到浏览器.如果要下载的资源是电影,那么加载文件可能会使浏览器超时......就像是100meg视频一样.
思考？
-一个
好吧,所以我一直在研究ASP.NET项目一段时间,似乎我做了一些糟糕的设计选择,这些选择后来困扰着我,因为项目在包含的数据方面不断变得越来越大.
在阅读了.NET内存管理之后,我想我已经找到了一整套潜在的原因.由于我正在做的事情并不是特别特别,我想知道是否有一个标准模式来实现我想要做的事情,我错过了.
所以我有一个(有点昂贵的查询)产生1到20000个结果之间的东西.在后续请求中,我们可能只是在结果集中进行分页,因此我将此结果存储在会话中.会话是InProc.我在想:
是否有意义a)将结果b)存储在会话c)进程中？我想要(a)的速度.我不知道是否有一种更有效的方式,而不是用户(b)存储它,如果我使用更复杂的状态服务器 - 它不是更慢(c)？或者这可能是解决方案,更快速地处理那些大对象而不是将最后的结果集保留在RAM中直到会话到期？
如果任何结果集> ~20000行最终可能搞乱了LOH,是否有一种通用的方法可以解决这个问题？
我知道这个问题略有不足.我刚刚意识到我的整体设计可能存在缺陷(可扩展性),而我只是想估计它究竟有多么缺陷.我希望可以收集一些关于标准模式的提示,然后将其变成一个普遍有用的问题.
当我想通过SQL Server Management Studio Express更改SQL Server Express 2008 R2数据库中现有表的列属性时 - 它不允许我.
我可以查看属性,但它们都是灰色的,我找不到任何东西来解开它.我刚刚从Access迁移,我想知道这是否是不可能的(表中已有数据 - 但我可以删除并创建新列)或者我是否遗漏了某些东西.