参与者列表

这里是 LitePress 社区旧贴存档，您可以在此留言或提交新的回应和信息。

发表评论

《 “参与者列表” 》 有 2,005 条评论

较旧评论
1 … 40 41 42 43 44 … 67
较新评论

《参与者列表》有2,005条评论

  1. 网上流传着N个object-cache.php，建议多找几个试试！Memcached Object Cache插件好像不支持最新的object-cache.php文件，你可以试试我的这个object-cache.php：

     

    来自中国, 河南, 南阳
    回复

  5. 关于我们为什么认为 WordPress 作为建站系统没有前途，这里引用一下我之前给别人的回复：

    如果 WordPress 和帝国CMS、织梦CMS、Discuz 这些一样，定位为建站系统的话，那我觉得它在中国一定是没有未来并且是必死之局。根本原因在于国情所限，中国的舆论管控政策会在可预见的未来一直施行，并且会越来越严厉。建站的门槛会越来越高，依赖于这个产业的所有人会逐步消亡，前面列举的三个系统的坟头草快一丈高了。中国的政治体制决定了在中国不存在“大而不能倒”或“资本挟持政府”的情况，前段时间对 k12 教育的一刀切已经非常好的说明了这一点，所以不应该盼望政策会因为顾及建站行业从业者失业影响社会稳定或打击社会经济而作出妥协。

    我们能做的就是改变自身的方向，这对于其他系统来说很难，但对于 WordPress 不是。从这篇文章撰写到现在已经过了很久了，这段时间有了新的思考——WordPress 在中国的未来应该是小微企业的业务快速启动平台。

    这一方向其实在国外已经有了一定程度的发展了，但因为 WordPress 在中国发展程度有限，所以在这一方向上并没有太多建树。

    举个例子比如：WooCommerce、Sensei LMS、GlotPress 以及其他依托于 WordPress 的企业平台解决方案，这些决定了任何业务都可以依托 WordPress 快速启动，而 WordPress 在建站领域的前期积累（比如说各种页面生成器以及各种表单生成器）将使这一过程更加得心应手。

    于是，建站行业必死，但 WordPress 可以改变方向。现在需要做的就是对内整合存量生态，然后带着所有人转型，以变革谋生存。

    来自中国, 香港,
    回复

  6. 其实我们目前主要的发力点是生态建设，而不是系统开发。WordPress 系统本身已经足够好了，我们要做的是本土化适配，而不是对其扩展增加多少功能。

    前面提到的生态建设和本土化适配主要体现在对系统所有依赖的内置服务在国内自建并促进生态资源的翻译引进，其中自建是在模仿 wordpress.org 的基础上对其改进，比如说我们的头像服务在 gravatar 的基础上还支持返回 qq 头像，也比如我们的翻译系统在 translate.wordpress.org 的基础上还支持机器预翻译以及托管第三方插件主题，再比如规划中，我们的应用市场支持上架闭源和付费应用。

    要做成这件事，我觉得并不需要对 WordPress 大刀阔斧的改动多少，只要比原生的 WordPress 在中国好用一点点就足够了。这些就足够我们整合国内现存的 WordPress 圈子了，而在整合力量，以及提升影响力后，我们会将 WordPress 在中国的发展向我们认为对的方向引导——成为小微企业的业务快速启动平台，而不只是建站系统。

    来自中国, 香港,
    回复

  8. 这个其实所属者填 www 就可以，不过一般习惯是两个都填 www。

    权限 755 就可以了，这一块建议百度了解一下 Linux 的权限机制。

    来自中国, 香港,
    回复

  9. 报告：我用的是手动安装，没有通过面板自动安装，所以才会出现此问题。经老大提示，安装时通过赋予wp-admin和wp-content较高的权限，解决了此问题。不过我咋感觉要赋予777权限，才能顺利启用中文安装呢。

    赋予权限时，方框里的两个用户组要全部填“www”吗？

     

    PS:这个经典编辑器，好像没有选择字体大小的功能？？

    来自中国, 陕西, 咸阳
    回复

  12. 你是否在使用类似 centos7 这样的旧版系统?如果是的话请把你的 openssl 升级到最新版(前提是对方在使用 lets 证书)。因为十月初的时候 lets 证书的一个根证书过期，导致在旧版系统下会提示证书过期错误。

    如果不是使用 lets 证书或你使用的是类似 ubuntu 2004 这样的新系统的话请修改源码尝试不使用 https 访问或设置请求时不验证 ssl 证书。

    来自中国, 山东,
    回复

  13. 另外现在面临的一个很棘手的问题，是之前为机器翻译开发的单词词性分析功能（用于按词性精准匹配术语表）非常占服务器资源（平均每次请求会吃掉 30% 的 CPU 算力），如果想把机器翻译的 API 开放出去给 LP Translate 集成的话，这个效率是没办法忍受的，所以还需要对其优化， 实在不行只能把这个功能撤掉。

    来自中国, 香港,
    回复
    1. 语言包目录在 wp-content/languages
    2. 权限需要给到 775 之后所属者和所属组需要是 www（视 Web 服务器类型而定，在 Nginx 下是 www）
    3. 原版 WordPress 也有这个情况

    如果使用宝塔面板的话这个权限会被默认设置，但是诸如 AppNode 这些不会自动设置，于是就会跳过语言选择界面

    来自中国, 山东, 滨州
    回复

  17. 您好！那么，语言包在哪个目录，权限给成755就可以了吗，还是要给到775？原版的wp官方包存在这个问题吗？

    来自中国, 陕西,
    回复

  18. 该问题已经定位了。

    问题的原因是安装程序判断语言包存储目录没有写入权限，所以跳过了语言选择的步骤。

    下一版会在这种情况下默认选择中文语言。

    最后，感谢你的反馈~

    来自中国, 山东, 滨州
    回复

  24. 你需要将插件的主文件复制到wp-content目录下来使用，这样它才会拥有较高的加载优先级从而覆盖掉WordPress的内置方法。

    来自中国, 山东,
    回复

  25. 几乎百分百确定，安装包就是根据服务器语言或时区来确定语言的。换了台主机，仍然在USA，再次安装，全自动英文界面，毫无选择。请看图：

    来自中国, 陕西, 咸阳
    回复

发表评论