作为二十年的drupal建站用户与drupal site building expert,从drupal 6开始用起一直到现在,我还是有资格评论一下drupal的。 第一个感觉AI时代drupal落后了。这是第一点。 接着第一点的感觉,就是drupal错失了AI时代,在CMS的架构和内容生成及管理发布投递方面,完全的战略错误了。 这次drupal错过了AI浪潮。但是wordpress就开始利用AI生成来协助小白用户建个人站了。我觉得这次恐怕wordpress要赢了。drupal总是自夸于自己有多少大学,多少政府部门用drupal建站

今天给一个linux的app配置的时候发现它提到了一个quic协议和quic协议的样例。 我就好奇这个quic到底是什么东西,但是显然是和网络传输有关系的。 所以就搜了一下,原来是一个tcp/udp复用的协议,然后可以加速网络的加载的。 QUIC(Quick UDP Internet Connections)是一种在传输层运行的网络协议,由Google的工程师在2012年最初开发,旨在提高网络连接的速度和可靠性,以取代当前互联网基础设施中使用的传输控制协议(TCP)。QUIC建立在用户数据报协议(UDP)之上,使用加密和多路复用来提供改进的安全性和更快的数据传输

新装的composer和php 8.3 drush随着project的code一起下载的 但是用drush command的时候提示-bash: drush: command not found 明明project里面又安装了drush 13.4 这个时候要做的是一点小修改 在user的目录里,比如我的是root,那就是 /root/.bash_profile 在这个文件里加上: # include the current `vendor/bin` folder (Notice the `.` - This means current directory) PATH="./vendor/bin

redis开启远程服务的操作方法: 1.打开redis的配置文件“redis.conf”。 2.将“bind 127.0.0.1”注释掉。我的操作是增加了监听0.0.0.0 然后定制了端口 3.将“protected-mode yes”改成“protected-mode no”。 4.添加以下一行代码。 daemonize no 重启redis服务 在redis服务器上的防火墙,开放定制的端口,并且限制连入的服务器ip地址,主要是为了安全考虑。

真的很感谢各位做开源软件的朋友。 很可惜的是,总体而言,drupal社区里面的中国人开发的modules都没有什么好用的。 drupal在中国当然,简中范围内建站drupal也没有什么影响力。不说了。

发现drupal在文件分享和管理方面肯定是存在一些问题的。 Drupal不是有一个电子书阅读功能嘛,就是pdf电子书在线阅读,可以做一个电子书的在线阅读,这样也还可以获得一些流量的嘛,毕竟咱不也要为了流量嘛。 但是显然nextcloud是一个文档管理和协作的瑞士军刀啊。 而且nextcloud是有很好的客户端可以使用的。感觉真的是一个非常不错的私有云web管理系统。

主要是由于nginx proxy pass到前端server之后,把https给bypass成了http了,所以,pdf.js获取的pdf文件链接变成了http开头的,本来应该是https开头的。 解决方法: 在server端nginx服务器的conf文件里面添加如下的内容: fastcgi_param HTTPS on; fastcgi_param SCHEME https; 好像第二行不加也行。如果出现了网址跳转无限循环,则把第二行注释掉吧。 参考: https://www.drupal.org/project/metatag/issues/2842049#comment-14131727