破解原理
删除试用的本地注册信息,将试用期还原到第 0 天。
因为系统版本和设置不同,下面提供了三个脚本,每个都尝试运行一遍,找到适合自己系统的那个脚本即可。
注意要使用 sudo 执行。
本文将持续更新,将最新的脚本更新到这里,保持激活方案始终有效。
如果点击链接无法下载,复制链接在新窗口打开即可。
reset_navicat.sh
reset_navicat_new.sh
reset_navicat_52pojie.sh
删除试用的本地注册信息,将试用期还原到第 0 天。
因为系统版本和设置不同,下面提供了三个脚本,每个都尝试运行一遍,找到适合自己系统的那个脚本即可。
注意要使用 sudo 执行。
本文将持续更新,将最新的脚本更新到这里,保持激活方案始终有效。
如果点击链接无法下载,复制链接在新窗口打开即可。
reset_navicat.sh
reset_navicat_new.sh
reset_navicat_52pojie.sh
比如我在本地和服务端都使用 git 来管理代码,当本地代码修改过后,想将改动升级到服务端。这时,我应该先将本地的代码 commit、合并到发布分支、push,然后再 ssh 登录到服务器,在服务器上执行git pull,将代码拉下来。这个过程看似简单,但是如果每天需要执行多次的话,就非常麻烦了。
简单的实现一个 sh 脚本,比如下面
ssh -p 121 root@x.x.x.x
cd /www/wwwroot/xx.com
git pull
执行此脚本,会发现执行到第一行之后,终端会阻塞,因为 ssh 命令是一个阻塞命令,后续的命令将无法执行。
expect 可以实现:开启一个子进程,然后监控这个子进程的输出,按照输出的内容来决定下一步执行的命令。在上面的例子中,就是开启一个子的 ssh 登录的进程,然后监控这个子进程的输出,这样就可以根据输出来决定下面执行的命令啦。
先看一个简单的 expect 脚本。
echo '这是一个 shell 脚本'
/usr/bin/expect << eof
set timeout -1
spawn ssh -p 121 root@x.x.x.x
expect "root@*"
send "cd /www/wwwroot/xx/ \r"
expect "root@*"
send "mysqldump -uroot -h localhost -ppassword dbname > back.sql \r"
expect "root@*"
send "zip db.zip back.sql \r"
expect "root@*"
send "exit \r"
eof
echo 'shell 脚本结束'
/usr/bin/expect <<eof
和 eof
之间是 expect 脚本,而不是shell脚本。/usr/bin/expect
是 expect 的安装目录通过上面 几点估计你就可以很明白 expect 的工作逻辑了。上面的脚本实现了 ssh 登录一个服务器,然后导出一个数据库并将 导出的 sql 文件压缩。
使用大括号的语法发送的命令将异步执行,不使用大括号发送的命令将同步执行。等待同步执行结果后才执行expect匹配。如:
expect "root@*" {send "cd /www/dist/web/ \r"}
此命令将异步执行,如:
expect "root@*"
send "cd /www/dist/web/ \r"
expect "root@*"
此命令将同步执行,直到cd命令的结果返回才执行下一expect命令。
使用-d参数可以用调试模式执行命令,这在调试的时候非常有用。如:
/usr/bin/expect-d
<<eof
send执行的命令有超时限制,如果想设定为无限等待阻塞命令,可以使用timeout选项。如:
echo '🗂 dump 数据 并 zip '
/usr/bin/expect << eof
set timeout -1
spawn ssh -p 1222 root@x.x.x.x
send "cd /www/wwwroot/xxx.com\r"
expect "root@*"
send "zip db.zip db.sql \r"
expect "root@*"
send "xxxxx"
eof
echo done!
expect是一种编程语言,expect和send是此语言中两个独立的命令。一般来讲一行expect,一行send。
服务的自动化部署是一个常见的需求,尤其是当服务较多时。比如一个服务需要部署到多台服务器(负载均衡或者私有化部署)。这时手动部署就成了灾难。麻烦且不稳定,一个不留神就会导致不可预料的结果。此时有两种解决方案。
前者成本较低,但是功能较弱,适合小型项目。后者功能强大,但学习和部署成本较高,适合大型项目(当然如果有jenkens的部署经验,小项目也同样适用)。
js 世界中有两个非常重要的术语,开发和学习过程中会非常密集的接触到,他们是 attribute 和 property。本文解释这两个基础概念,理解他们之后,在看文章、api 文档的时候就会思路清晰,不迷糊了。
html文档渲染时会被浏览器解析为一个dom树,树上每个节的点为一个dom对象(dom object)。
在vue中,attribute和property的使用当然遵循上面的定义,而且凸显的更加明显。看下面的代码:
<div age="12" v-bind:age1="age1">
https://cloud.shisu.edu.cn/v/link/view/ac71be7b531a420f85db45bfda62f73d
执行下方命令即可,如果命令无法执行,可以先下载到本地(https://raw.githubusercontent.com/jimye/OfficeUninstall/master/office_uninstaller.sh) ,保存到 sh 文件中执行即可。
sudo sh -c curl -s https://raw.githubusercontent.com/jimye/OfficeUninstall/master/office_uninstaller.sh | sh
OfficeMacStandard2022MultiLanguageMacX22-74226.iso
Microsoft_365_and_Office_16.76.23081101_BusinessPro_Installer
注意:本文基于php5.6
,不同版本的php对应不同版本的xdebug。对应的xdebug配置也不同。
参考另一篇文章,如何在linux上安装xdebug插件。
开启xdebug扩展,并且配置xdebug配置信息。
注意:不同版本的xdebug配置不同
host.docker.internal 是固定写法
[xdebug]
zend_extension=/www/server/php/56/lib/php/extensions/no-debug-non-zts-20131226/xdebug.so
xdebug.remote_enable = On
xdebug.remote_handler = dbgp
xdebug.remote_host= host.docker.internal
xdebug.remote_autostart=1
xdebug.remote_port = 9001
xdebug.idekey = PHPSTORM
按照下图所示步骤即可开启断点调试
例如 p > .title将会选中p元素下第一代有title class的子元素
<p>
<div class='title'></div>
<div class='content'>
<div class='title'></div>
</div>
</p>
则
第一个title将会被选中,因为他是p的第一级子元素(直接子元素)
第二个title不会被选中,因为他是p的第二级子元素(非直接子元素)
例如 p .title
上面的例子中,两个title都会被选中,因为他们都是p的子元素,不管是直接的还是非直接的子元素,都会被选中。
使用方式为:选择器:描述
。伪类选择器实现了逻辑描述
类型的选择器,而不是静态的
选择器。符合伪类中的逻辑描述的元素将被选中。
a:hover 表示选择鼠标hover时的a元素
:root 表示选择文档的根元素
p:first-child 表示选择p的第一个子元素
以上选择器中,冒号后的单词都是一个逻辑描述,即:被hover的;根的;第一个子元素。符合这些描述的元素将被选中。
常用的伪类选择器
:link 选择所有未被访问的链接。
:visited 选择所有已经被访问过的链接。
:hover 选择鼠标指针浮动在其上的元素。
:active 选择活动状态的元素。
:focus 选择得到焦点的元素。
:first-child 选择元素的第一个子元素。
:last-child 选择元素的最后一个子元素。
**:nth-child(n)** 选择元素的第n个子元素。
:root 选择文档的根元素 使用:root选择器可以方便地为整个文档设置全局的CSS变量,如下:
注意:本文基于php8.2,不同版本的php对应不同版本的xdebug。对应的xdebug配置也不同。php5.6版本的配置在另一篇文章中。
请参考另一篇文章,如何在linux上安装xdebug插件。
开启xdebug扩展,并且配置xdebug配置信息。
zend_extension = xdebug(注意:不是extension = xdebug)
[xdebug]
zend_extension="/www/server/php/82/lib/php/extensions/no-debug-non-zts-20220829/xdebug.so"
xdebug.log=xdebug.log
xdebug.mode=debug
xdebug.start_with_request = yes
xdebug.remote_handler="dbgp"
xdebug.client_port = 9001
; 此配置值就是下面的固定字符串,不用替换为某个ip
xdebug.client_host= "host.docker.internal"
xdebug.idekey="PHPSTORM"
xdebug.discover_client_host=true
如下图端口配置为9001,请和php.ini中的端口保持一致,调试时,php中的xdebug插件会将调试信息通过此端口请求到phpstorm(xdebug为客户端,phpstorm为服务端,组成一个c/s结构,通讯协议为DBGp)
配置phpstorm的端口,需要和php.ini中的保持一致,phpstorm作为服务端将监听这个端口,接收来自xdebug的调试信息。
配置服务器路径和本机项目路径的map(映射),这样phpstorm才能将接收到的调试信息应用到本地的对应文件的代码中。
配置调试项目为php remote debug。
点击调试按钮,phpstorm将开始监听调试信息,命中断点。