How can I get all video id's from the youtube data feed? I receive the youtube feed via this (API) URL: http://gdata.youtube.com/feeds/base/users/#userid#/uploads?alt=rss&v=2&orderby=published&client=ytapi-youtube-profile I already know how to extract the links, descriptions and thumbnails from a Channel, but I want to extract all the video Id's from a Channel (eg http://w
我如何从YouTube数据Feed获取所有视频ID？ 我通过以下（API）网址收到youtube Feed：http://gdata.youtube.com/feeds/base/users/#userid#/uploads?alt=rss&v=2&orderby=published&client=ytapi-youtube-profile 我已经知道如何从频道中提取链接，描述和缩略图，但我想从频道中提取所有视频ID（例如，http：//www.youtube.com/watch？ v = WWooNnPnHTs ） 这是我的方式。 慢，但它的作品。 :) function getV
I am creating an application that will store passwords, which the user can retrieve and see. The passwords are for a hardware device, so checking against hashes are out of the question. What I need to know is: How do I encrypt and decrypt a password in PHP? What is the safest algorithm to encrypt the passwords with? Where do I store the private key? Instead of storing the private key,
我正在创建一个存储密码的应用程序，用户可以检索并查看这些密码。 密码是针对硬件设备的，因此检查哈希是不可能的。 我需要知道的是： 我如何在PHP中加密和解密密码？ 什么是最安全的算法来加密密码？ 我在哪里存储私钥？ 而不是存储私钥，是否需要用户在需要解密密码时输入私钥？ （这个应用程序的用户可以信任） 密码可以以什么方式被窃取和解密？ 我需要注意什么？ 就个人而言，我会像其他人一样使用mcrypt
Possible Duplicate: PHP 2-way encryption: I need to store passwords that can be retrieved I plan to store foreign account information for my users on my website, aka rapidshare username and passwords, etc... I want to keep information secure, but I know that if I hash their information, I can't retrieve it for later use. Base64 is decrypt-able so there's no point using that just pla
可能重复： PHP 2路加密：我需要存储可以检索的密码 我计划在我的网站上为我的用户存储外部帐户信息，也就是rapidshare用户名和密码等等。我想保证信息的安全，但我知道如果我散列他们的信息，我无法检索它以备后用。 Base64是可解密的，所以没有意义使用它。 我的想法是在用户解密之前和之后传递用户信息并传递给用户，即使解密后，如果您尝试解密，也会看到一些有趣的文本。 有没有一个PHP函数接受值，这些值将会对字
At the moment I have a database with md5 passwords stored, a few years back this was considered a little more secure than it is now and it's got to the point where the passwords need to be more secure. I've read a lot of posts on here about crypt , md5 , hash , bcrypt , etc and have come to consider using something along the lines of the following to 'secure' the passwords bette
目前，我有一个存储md5密码的数据库，几年前，这被认为比现在更安全一些，并且密码需要更安全。 我在这里阅读了很多关于crypt ， md5 ， hash ， bcrypt等的帖子，并且已经开始考虑使用以下内容来比现在更好地“保护”密码。 我将使用hash("sha512"和两种盐的组合，第一种盐将存储在诸如.htaccess之类的文件中，并且将为每个用户创建第二种盐。 这里是沿着什么我此刻的测试线的例子： 的.htaccess SetEnv SITEWI
I am having a bit little bit of trouble understanding php's crypt function. My PHP version is 5.4.7. I want to use crypt to store salted passwords in the database, because as far as I am told, developers who use md5 to hash passwords are to be staked and burned on the spot. I wanted to use the blowfish alg to generate the hash. Now, according to the php documentation, crypt uses blowfis
我在理解php的crypt函数时遇到了一些麻烦。 我的PHP版本是5.4.7。 我想使用crypt来将腌过的密码存储在数据库中，因为据我所知，使用md5来散列密码的开发人员将被放置并当场烧毁。 我想用blowfish alg来生成哈希。 现在，根据php文档，如果你用“$ 2y $”+成本（例如：“08”）+“$”+ 22个字符盐（./0-9A-Za-z）调用它，crypt会使用河豚。 然而，这一点测试代码的输出让我感到困惑： echo "<pre>"; if (CRYPT_BLOWFISH ==
I saw a recommendation that the number of rounds be set to ($currentYear - 2000) to account for Moore's law, so that 2013 would be 13 rounds and therefore 2^13 total iterations. Of course, you need to take into account your own hardware to ensure it doesn't take too long (I saw 1 second recommended as "safe" for checking passwords/hashes, and 13 rounds falls around that mark on
我看到一个建议，轮数设置为($currentYear - 2000)来解释摩尔定律，因此2013年将是13轮，因此总共需要2^13次迭代。 当然，你需要考虑你自己的硬件，以确保它不会花太长时间（我看到推荐1 second作为检查密码/散列的“安全”，并且在我目前的硬件上有13个回合落在该标记周围）。 这对于社交网站类型的网站是否合理？ 或者我会在未来通过使用($currentYear - 2000)为自己设置非常慢的密码检查？ 另外，你如何处理从一年到下一
According to PHP's doc, bcrypt salt are made of "$2a$", a two digit cost parameter, "$", and 22 digits from the alphabet "./0-9A-Za-z" So, if i use the crypt() function to hash my passwords, the resulting output include the first 7 chars ($2a$10$, if 10 is the cost parameter) as a part of the salt - and, according to all examples i was able to find across the
根据PHP的文档，bcrypt盐是由 “$ 2a $”，一个两位数的成本参数，“$”和字母表中的22位数字“.0-9A-Za-z” 因此，如果我使用crypt（）函数对我的密码进行哈希处理，那么生成的输出包含前7个字符（$ 2a $ 10 $，如果10是cost参数）作为盐的一部分 - 并且根据所有示例i能够在互联网上找到，这个完整的输出写入数据库。 我想知道将这些第一个字符与盐的其余部分和加密数据一起存储的意义。 他们的含义对我来说是完全清楚的，但我
Possible Duplicate: md5 decoding. How they do it? this page suggests that a hash algorithm like md5() and sha1() can be reversed because of the huge processing power that we have nowadays. At this point i tought it was only possible with Rainbow Tables. Was i wrong? In case Rainbow Tables is the only way to go, how someone could reverse a hash that was made with a salt? Well, this ques
可能重复： md5解码。 他们怎么做？ 这个页面表明像md5（）和sha1（）这样的散列算法可以被颠倒过来，因为我们现在拥有巨大的处理能力。 在这一点上，我认为只有彩虹表才有可能。 我错了吗？ 如果彩虹桌是唯一的出路，那么人们如何能够将用盐做的散列翻转？ 那么这个问题总的来说就是这个问题的重复。 但是，要回答您的确切问题： 在这一点上，我认为只有彩虹表才有可能。 我错了吗？ 从技术上讲，是的，你错了
I'm wondering if this function (which is in part taken from a ~2 year old phpBB version), is good enough. If not, why? And how would you change it (making the transition seamless for existing users) ? The result of hash_pwd() is what will be saved in a DB. function hash_pwd($password) { $itoa64 = './0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz'; $random_state
我想知道这个功能是否足够好（部分取自一个大约2年的phpBB版本）。 如果不是，为什么？ 你将如何改变它（使现有用户无缝过渡）？ hash_pwd（）的结果将保存在数据库中。 function hash_pwd($password) { $itoa64 = './0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz'; $random_state = $this->unique_id(); $random = ''; $count = 6; if (($fh = @fopen('/dev/urandom', 'rb'
I have a textfield where users can write anything. For example: Lorem Ipsum is simply dummy text. http://www.youtube.com/watch?v=DUQi_R4SgWo of the printing and typesetting industry. Lorem Ipsum has been the industry's standard dummy text ever since the 1500s, when an unknown printer took a galley of type and scrambled it to make a type specimen book. It has survived not only five cent
我有一个用户可以写任何东西的文本框。 例如： Lorem Ipsum简直就是虚拟文本。 http://www.youtube.com/watch?v=DUQi_R4SgWo印刷和排版行业。 Lorem Ipsum自从16世纪以来一直是业界标准的虚拟文本，当时一台未知的打印机采用了一种类型的厨房，并将其制作成样本书。 它不仅存活了五个世纪，而且还实现了电子排版的飞跃，基本保持不变。 http://www.youtube.com/watch?v=A_6gNZCkajU&feature=relmfu它在20世纪60年代