有谁知道Wordpress的安全性如何?我不知道如何定义"如何安全".但与其他CMS系统相比,它有多安全?
更新:
详细说明我的项目.我会有很多用户注册.登录后,他们将可以访问我正在开发的插件.在大约6个月内,我还将提供付费服务 - 我在想PayPal.所有敏感细节都将在PayPals https上处理.
Update2:
(15.07.2013)
我在MOZ发现了这篇文章:WordPress安全权威指南
我对JAD很熟悉,并没有找到更新或更好的东西,但我真的看起来并不那么难,因为我之前有使用JAD工具的经验.但是,我可能错过了一些非常好的选择.我错过了什么好事吗?如果是这样,它与JAD相比有什么特点?
不,等等.我非常认真.当HTTP被发明时,FTP已经存在.为什么FTP不能成为网络的传输协议?
当然,它有很多缺失的功能,但大多数都是作为事后补充添加到HTTP,也可以添加到FTP,如缓存,压缩,虚拟主机.
你可以想到像CGI这样允许自动生成FTP文件(页面)的协议.
if (strlen($comment > 2)) {
Run Code Online (Sandbox Code Playgroud)
好的,所以我只想执行此操作,如果$ comment包含超过2个字符,
我相信strlen应该这样做,但事实并非如此.我用错了吗?
我很好奇是否有一种有效的方法可以等待网站的首页加载,然后预加载我知道网站上其他网页可能需要的CSS和脚本文件.
我希望网站的首页尽可能快(精益和平均).用户可能不会立即点击链接.由于可能会有一些空闲时间,这似乎是预加载一些外部资产的合适时机.预加载应该使它们被缓存.当用户点击另一个页面时,所需的唯一请求将是内容和可能的一些图像等.
有没有人这样做过?这是个坏主意吗?有没有一种优雅的方式来实现它?
我正在计划一个数据库来存储大量文本.(博客文章,新闻文章等)数据库需要有标题,内容(最多50k字符),日期,链接和语言字段.在一个链接上不能发生相同的内容.旧内容(例如,早于30天)将被删除.
现在,问题是主键.我可以设置一个自动递增(SERIAL类型)字段并将其用作主键.但是,这似乎是愚蠢的,浪费了光盘空间,因为该领域不会用于任何目的,而是成为主键.(并且该字段最终可能会耗尽?或者总是存在其他性能问题:插入的每个新行的内容都需要检查重复项.因此,我提出的主键的另一个解决方案是计算内容+链接值的sha256哈希,然后将其放入新的"哈希"列并将其用作主键.一石二鸟.当然,问题是哈希冲突.这是一个很大的威胁吗?
我对PostgreSQL没有任何经验,对DBMS的经验也很少,所以在创建一个具有高速公路蜗牛性能特征的数据库之前,我会很感激第二意见(可怕的比较).
如果您对大型数据库有任何经验,请在这里帮助我.在我的情况下,将64个字符的字符串设置为主键字段是个好主意吗?(因为我的印象是通常这是避免的)
我来自Java世界,目前正在构建一个小型的c ++程序.我有一个对象做了一些工作,然后将工作的结果作为列表返回.
现在一天后,我改变了对象的行为,将结果保存在一个集合中,以避免容器中的重复.但我不能简单地返回集合,因为我在第一次使用了接口列表.是否有一个通用的容器接口,我可以用来指定我的对象的接口,忘记我在内部使用的容器类型?
目前我正在创建一个添加所有值的集合,然后从集合中创建一个列表:
return std::list<foo>(this->mySet.begin(), this->mySet.end())
Run Code Online (Sandbox Code Playgroud)
似乎有点奇怪.
能够在js和css文件中创建"区域"会很高兴.更容易使用.我在Google上找不到任何关于此的内容,但即使Dreamweaver也能做到这一点.
谢谢!
我有一个每天收到500万请求的网站.在繁重的日子里,页面大约需要10秒才能返回.我也没有内存异常.我一直在阅读微软提高.NET应用程序性能和可扩展性,看到我可以看到很多指标.我的问题是:
我应该关注的最基本的计数器是什么:
这是一个在带有IIS6的Win2003上运行的ASP.NET 2.0应用程序
Web开发的"经典"方法有一段时间以来一直是瘦客户端和厚服务器:服务器生成HTML并将其吐出以供浏览器仅呈现.但是对于当前的浏览器(以及由于良好的库和框架的可用性),Javascript现在可以工作了.Web开发人员现在几乎可以假设他们的Javascript代码可以工作并且不再烦恼.
这无疑为网络开发开辟了新的可能性.应用程序现在可以主要由从服务器返回并由浏览器呈现的HTML内容组成,其中一些UI操作在客户端完成.客户端甚至可以向服务器查询用于更新UI部分的新数据.但是我们可以继续下去吗?一个应用程序当然可以设计为一个服务器,只将最简约的JSON粘合到一个厚厚的Javascript客户端,负责构建和控制整个用户界面.是的,这种方法可以严重破坏URL到人们不能再发送指针的程度,但是当然可以设计你的方式(对于某些应用程序,如电子邮件和提要阅读器,这甚至都没有物).
你怎么看?你有没有试过这种方法?事情变得太慢了吗?现代浏览器是否能够处理大量的Javascript代码?浏览器实现之间是否存在任何显着差异,即使使用最新的库,仍会咬住未经修改的开发人员?您认为这种方法适用于哪种应用?它真的适合任何东西吗?
javascript ×3
architecture ×1
asp.net ×1
c++ ×1
collections ×1
containers ×1
css ×1
database ×1
decompiling ×1
ftp ×1
html ×1
http ×1
interface ×1
jad ×1
java ×1
jquery ×1
monitoring ×1
performance ×1
php ×1
postgresql ×1
preload ×1
sql ×1
syntax ×1
wordpress ×1