小编Tef*_*Ted的帖子

假设您有一个收集和提交敏感信息的表单,并且您希望确保它永远不会通过不安全(非HTTPS)方式访问,那么您最好如何执行该策略？

使用stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding对NSString进行URL编码不会对@符号进行编码.解决这个问题的正确方法是什么？谢谢.

我知道付费与免费讨论,但我还有一些其他问题没有涉及:

说我写了一个iPhone应用程序,让你读报纸.我想建立四个应用程序副本,每个报纸可以阅读一个,所以我有四个不同的应用程序,每个都阅读不同的报纸.

这是另一个线程未涵盖的两个捕获:

1. 应用程序读取的哪篇论文是在主plist中定义的,而不是在代码中定义的,所以我不确定预处理器宏技巧是否适用.如果他们这样做,你如何将它们合并到plist文件中？

2. 我想一次构建应用程序的所有四个版本; 我不想依次选择每个目标并重复该过程四次.我想要一个单独的"makefile"(如果你愿意的话)构建它们,并且最好也部署它们模拟器,所以当我启动时,我可以在一个会话中测试它们.

XCode中是否存在此类设施？如果没有,您可以推荐哪些外部工具？

谢谢.

更新：显然这些是控制字符，而不是 Unicode 字符。

我正在尝试解析一个 XML 文件，该文件中包含一个奇怪的字符，该字符使其无效并导致我的工具（Firefox、Nokogiri）抱怨。

这是该角色在 Firefox 中的样子，以及我将其复制并粘贴到 Textmate 中时的样子（显然我使用的是 OS X）。

我真的很想知道这些字符是什么（例如十六进制/十进制代码），而不仅仅是神秘的图标和小灰色钻石，但我不确定如何弄清楚。

说我有以下哈希:

hash_x = {
  :a => 1,
  :b => 2
}
hash_y = {
  :b => 2,
  :c => 3
}

我需要一大块逻辑,只考虑交叉键,将两者进行相等比较.

在这个例子中,'b'键是两个哈希值之间的唯一共性,并且它的值在两者中都设置为'2',因此通过该逻辑,这两个哈希值被认为是相等的.

同样,由于'd'键的不等式,这两个哈希值不相等('a'和'c'键值被忽略,因为它们对于它们各自的哈希值是唯一的):

hash_p = {
  :a => 1,
  :b => 2,
  :d => 3,
}
hash_q = {
  :b => 2,
  :c => 3,
  :d => 4
}

在Ruby中是否有一个聪明的单行程序可以计算两个哈希的交叉键,然后根据这些键比较它们的相等值？

如果您提供测试,奖励积分.

如果你将它修补到Hash类中,可以获得更多奖励积分.

团队成员遇到了旧内部系统的问题,用户双击网页上的链接可能导致从浏览器发送两个请求,导致在竞赛中两个数据库插入相同记录条件; 最后一个运行失败,主键违规.已经提出并讨论了几种解决方案和黑客:

1. 通过在第一次单击时禁用链接来使用网页上的Javascript来缓解第二次单击.这是一种快速简便的方法,可以减少问题的发生,但不能完全消除它.

2. 在事务中将请求执行包装在服务器端.由于服务器负载和所讨论的桌面上的锁定级别,这被认为太昂贵了.

3. 捕获失败的插入引发的主键异常,将其识别为这样,并吃掉它.这具有以下缺点:(a)供应商锁定,必须知道特定于数据库的异常的细微差别,以及(b)可能不记录/处理合法的数据库故障.

4. 如果插入失败则尝试更新记录并检查更新结果以确保它返回受影响的1条记录,从而扩展#3.

其他选项是否未被考虑过？是否存在被忽视的选项的优缺点？所有邪恶中哪一个较小？

我最终需要一个"导入"记录列表,其中包括"专辑"记录,每个记录只有一首"歌曲".

这就是我现在使用的:

select i.id, i.created_at 
from imports i 
where i.id in (
    select a.import_id 
    from albums a inner join songs s on a.id = s.album_id
    group by a.id having 1 = count(s.id)
);

嵌套的select(带连接)非常快,但外部的"in"子句非常缓慢.

我试图使整个查询成为单个(无嵌套)连接,但遇到了group/having子句的问题.我能做的最好的是带有欺骗的"导入"记录列表,这是不可接受的.

是否有更优雅的方式来撰写此查询？

我正在开发一个只有一个视图的iPhone应用程序,一个UITextView,我希望它能够启动所有准备打字(键盘激活),但默认情况下它要求用户在键盘出现之前先点击视图.我已经在其他应用程序中看到过这种情况,但还是无法弄明白.谢谢.