创建无表单/html的密码php页面
这是一个由两部分组成的问题 第一个问题是。我正在寻找一种方法来屏蔽我的php页面,使用这些通用登录框中的一个,这些登录框显示时没有真正的页面/html表单。我喜欢这个盒子。这个叫什么名字?怎么做的创建无表单/html的密码php页面,php,codeigniter,cron,password-protection,Php,Codeigniter,Cron,Password Protection,这是一个由两部分组成的问题 第一个问题是。我正在寻找一种方法来屏蔽我的php页面,使用这些通用登录框中的一个,这些登录框显示时没有真正的页面/html表单。我喜欢这个盒子。这个叫什么名字?怎么做的 第二个是。我想CRON访问这个密码页面,并启动一个php脚本。这称为HTTP基本身份验证。基本身份验证可以通过PHP调用(正如Timur所建议的),也可以通过 至于第二部分,您可以将cron与wget一起使用,或者让cron运行您的php curl脚本。这显示了如何执行此操作。这称为HTTP基本身份
第二个是。我想CRON访问这个密码页面,并启动一个php脚本。这称为HTTP基本身份验证。基本身份验证可以通过PHP调用(正如Timur所建议的),也可以通过
至于第二部分,您可以将cron与wget一起使用,或者让cron运行您的php curl脚本。这显示了如何执行此操作。这称为HTTP基本身份验证。基本身份验证可以通过PHP调用(正如Timur所建议的),也可以通过 至于第二部分,您可以将cron与wget一起使用,或者让cron运行您的php curl脚本。显示了如何执行此操作。
http://<username>:<password>@hostname/path
http://:@hostname/path
你最好还是用它
http://<username>:<password>@hostname/path
http://:@hostname/path
您最好使用。该对话框显示HTTP“基本”或“摘要”身份验证这不应用于任何严重的情况。“基本”身份验证以明文形式向服务器发送密码。“摘要”稍微好一点,但用户无法检测他提供的密码是否用于Basic或摘要(用户甚至可能不清楚他是否正在使用HTTP或HTTPS服务器进行身份验证)
最后,大多数浏览器只提供非常隐晦的方式来清除这些身份验证方法的密码。网站本身无法强制“注销”清除。因此,需要使用共享/公共计算机的用户将无法在以后注销。该对话框显示HTTP“基本”或“摘要”身份验证这不应用于任何严重的情况。“基本”身份验证以明文形式向服务器发送密码。“摘要”稍微好一点,但用户无法检测他提供的密码是否用于Basic或摘要(用户甚至可能不清楚他是否正在使用HTTP或HTTPS服务器进行身份验证)
最后,大多数浏览器只提供非常隐晦的方式来清除这些身份验证方法的密码。网站本身无法强制“注销”清除。因此,需要使用共享/公共计算机的用户之后将无法注销。在将这两个问题扩展为可回答的问题后,将这两个问题分开。在将这两个问题扩展为可回答的问题后,将这两个问题分开勾选。勾选第二部分我可以同意,但第一部分没有意义。撇开注销的可能性不谈,基本身份验证与任何常用的“表单”登录过程一样安全。除非使用HTTPS,否则数据仍将以纯文本形式发送。我相信你已经意识到了这一点,只是人们可能会有错误的想法。嗯,括号比我写它时看起来更重要。用户可能会被教导,在没有看到页面上的HTTPS图标的情况下,不要在表单中输入密码。使用Basic auth,此UI不会立即与密码对话框关联,前提是浏览器在显示对话框时已对其进行了适当更新。对于第二部分,我可以同意,但第一部分没有意义。撇开注销的可能性不谈,基本身份验证与任何常用的“表单”登录过程一样安全。除非使用HTTPS,否则数据仍将以纯文本形式发送。我相信你已经意识到了这一点,只是人们可能会有错误的想法。嗯,括号比我写它时看起来更重要。用户可能会被教导,在没有看到页面上的HTTPS图标的情况下,不要在表单中输入密码。使用基本身份验证时,此UI不会立即与密码对话框关联,假设浏览器在显示对话框时已对其进行了适当更新。我不会调用codeigniter的内置身份验证-codeigniter没有内置身份验证库(你发布的链接只是codeigniter之外的人提供的一个小库,无论如何它不是最好的)我不会称之为codeigniter的内置身份验证-codeigniter没有内置身份验证库(你发布的链接只是codeigniter之外的人提供的一个小库,无论如何它不是最好的)