分类： 未分类

vscode调试php8.0

按照网上的操作，基本上无解。发现php8.0中自带的xdebug版本为3.0.调试无法进入断点，很可能跟这个配置有关系。xedubg更新了一些新的配置名称。

xdebug.remote_enable这些配置项的值在xdebug3.0中会变成(renamed in version 3)

相同的配置把php换成 7.3 就可以跳入断点。

刚才进入worldpress后台，竟然提示我使用的php7.3是过时的版本。php发展的这么快了吗？

总结：不要尝试使用xdebug3.0调试php8.0程序，网上能搜到的方案都解决不了问题。目前是一个大坑。把你的php降级到7.3以下。7.4没有测试，不发表结论。

1、settings.json:

 “php.validate.executablePath”: “D:\\phpstudy_pro\\Extensions\\php\\php7.3.4nts\\php.exe”,

2、launch.json:

{

    // 使用 IntelliSense 了解相关属性。

    // 悬停以查看现有属性的描述。

    // 欲了解更多信息，请访问: https://go.microsoft.com/fwlink/?linkid=830387

    “version”: “0.2.0”,

    “configurations”: [

      {

        “name”: “Listen for XDebug”,

        “type”: “php”,

        “request”: “launch”,

        “port”: 9001

      },

      {

        “name”: “Launch currently open script”,

        “type”: “php”,

        “request”: “launch”,

        “program”: “${file}”,

        “cwd”: “${fileDirname}”,

        “port”: 9001

      }

    ]

  }

3、php.ini

[XDebug]
zend_extension=”D:\phpstudy_pro\Extensions\php\php7.3.4nts\ext\php_xdebug.dll”
xdebug.auto_trace=1
xdebug.collect_params=1
xdebug.collect_return=1
xdebug.profiler_output_dir=”D:\xdebug”
xdebug.trace_output_dir=”D:\xdebug”
xdebug.remote_enable = 1
xdebug.remote_autostart = 1
xdebug.remote_handler = “dbgp”
xdebug.remote_host = “127.0.0.1”

设置端口号，默认是9000，此处因为本地环境端口冲突故设置为9001（在vscode配置中需要用到）

xdebug.remote_port = 9001

ng服务器响应速度差异

今天看去年的博客。有一篇写服务器响应速度慢的文章。就服务器平均响应速度180ms。新服务器评价响应速度380ms。

今天又看又看了一下。现在的平均响应速度达到了2-3秒。打开页面能感受到明显的卡顿。我又怀疑是不是自己的网速不好。测速发现下载速度是307M。不是网络的问题。又在一台服务器上安装了firefox浏览器进行测试。发现响应速度为600-800ms不等。

游戏部署的服务器是阿里云的华东2上海。测试的服务器是腾讯的上海服务器。但是从我自己这里测试出的2-3秒响应速度。跟去年相比就差的太多了。慢了8-10倍。

不同之处是去年没有挂机脚本。又怀疑到这么巨大的差距也可能跟挂机脚本有关。但是后台看服务器性能，cpu只使用了10%-20%。应该也无发解释。

目前没有其他头绪。换个时间再测试一下。

关闭了F12再测试发现并不卡。是chrome的调试器又问题。

phpwind转移其他服务器富文本编辑器加载失败的问题

放论坛的服务器即将到期，上面的论坛是phpwind，转移新的服务器后，其他功能正常，唯独无法发新帖，因为富文本编辑器无法加载。经过一番研究发现，phpwind里面加载windeditor.js的地方使用了绝对路径。改成新服务器的相对路径就解决了。这个应该是在安装时候写入的。上次遇到这个问题，是重新安装了论坛，然后把数据倒入解决了这个问题。这次算是找到了问题的根源。以后在移动新的服务器也不会再出现相同的问题了。

探险触发事件给随机弃坑玩家加资源

1、先从当前宇宙弃坑账号中选择一个账号的一个星球

2、查询玩家自身军演等级 如果自身等级小于90，那么就是90.如果大于90 那么就从90关到自身军演等级之间取随机数。确定一个关卡数字

3、在副本表中取出这个关卡对应的三种资源数

4、把取出的三种资源加到第一步抽取的那个弃坑星球上

5、在探险报告中附带那个弃坑星球所在银河 和大致的星系范围

6、玩家接到探险报告后，按照提示信息去对应的星系附近翻找，侦察。即可获得这个星球的信息

Composer

Composer 是 PHP 的一个依赖管理工具。我们可以在项目中声明所依赖的外部工具库，Composer 会帮你安装这些依赖的库文件，有了它，我们就可以很轻松的使用一个命令将其他人的优秀代码引用到我们的项目中来。

Composer 默认情况下不是全局安装，而是基于指定的项目的某个目录中（例如 vendor）进行安装。

Composer 需要 PHP 5.3.2+ 以上版本，且需要开启 openssl。

Composer 可运行在 Windows 、 Linux 以及 OSX 平台上。

Composer 的使用

要使用 Composer，我们需要先在项目的目录下创建一个 composer.json 文件，文件描述了项目的依赖关系。

文件格式如下：

{
    "require": {
        "monolog/monolog": "1.2.*"
    }
}

以上文件说明我们需要下载从 1.2 开始的任何版本的 monolog。

接下来只要运行以下命令即可安装依赖包：

composer install

require 命令

除了使用 install 命令外，我们也可以使用 require 命令快速的安装一个依赖而不需要手动在 composer.json 里添加依赖信息：

$ composer require monolog/monolog

Composer 会先找到合适的版本，然后更新composer.json文件，在 require 那添加 monolog/monolog 包的相关信息，再把相关的依赖下载下来进行安装，最后更新 composer.lock 文件并生成 php 的自动加载文件。

update 命令

update 命令用于更新项目里所有的包，或者指定的某些包：

# 更新所有依赖
$ composer update

# 更新指定的包
$ composer update monolog/monolog

# 更新指定的多个包
$ composer update monolog/monolog symfony/dependency-injection

# 还可以通过通配符匹配包
$ composer update monolog/monolog symfony/*

需要注意的时，包能升级的版本会受到版本约束的约束，包不会升级到超出约束的版本的范围。例如如果 composer.json 里包的版本约束为 ^1.10，而最新版本为 2.0。那么 update 命令是不能把包升级到 2.0 版本的，只能最高升级到 1.x 版本。关于版本约束请看后面的介绍。

remove 命令

remove 命令用于移除一个包及其依赖（在依赖没有被其他包使用的情况下），如果依赖被其他包使用，则无法移除：

$ composer remove monolog/monolog
Loading composer repositories with package information
Updating dependencies (including require-dev)
Package operations: 0 installs, 0 updates, 2 removals
  - Removing psr/log (1.0.2)
  - Removing monolog/monolog (1.23.0)
Generating autoload files

search 命令

search 命令可以搜索包：

$ composer search monolog

该命令会输出包及其描述信息，如果只想输出包名可以使用 –only-name 参数：

$ composer search --only-name monolog

show 命令

show 命令可以列出当前项目使用到包的信息：

# 列出所有已经安装的包
$ composer show

# 可以通过通配符进行筛选
$ composer show monolog/*

# 显示具体某个包的信息
$ composer show monolog/monolog

基本约束

精确版本

我们可以告诉 Composer 安装的具体版本，例如：1.0.2，指定 1.0.2 版本。

范围

通过使用比较操作符来指定包的范围。这些操作符包括：>，>=，<，<=，!=。

你可以定义多个范围，使用空格或者逗号 , 表示逻辑上的与，使用双竖线 || 表示逻辑上的或。其中与的优先级会大于或。 实例：

  • >=1.0
  • >=1.0 <2.0
  • >=1.0 <1.1 || >=1.2

我们也可以通过使用连字符 – 来指定版本范围。

连字符的左边表明了 >= 的版本，如果右边的版本不是完整的版本号，则会被使用通配符进行补全。例如1.0 - 2.0等同于>=1.0.0 <2.1（2.0相当于2.0.*），而1.0.0 - 2.1.0则等同于>=1.0.0 <=2.1.0。

通配符

可以使用通配符来设置版本。1.0.*相当于>=1.0 <1.1。
例子：1.0.*

波浪号 ~

我们先通过后面这个例子去解释~操作符的用法：~1.2相当于>=1.2 <2.0.0，而~1.2.3相当于>=1.2.3 <1.3.0。对于使用Semantic Versioning作为版本号标准的项目来说，这种版本约束方式很实用。例如~1.2定义了最小的小版本号，然后你可以升级2.0以下的任何版本而不会出问题，因为按照Semantic Versioning的版本定义，小版本的升级不应该有兼容性的问题。简单来说，~定义了最小的版本，并且允许版本的最后一位版本号进行升级（没懂得话，请再看一边前面的例子）。
例子：~1.2

需要注意的是，如果~作用在主版本号上，例如~1，按照上面的说法，Composer可以安装版本1以后的主版本，但是事实上是~1会被当作~1.0对待，只能增加小版本，不能增加主版本。

折音号 ^

^操作符的行为跟Semantic Versioning有比较大的关联，它允许升级版本到安全的版本。例如，^1.2.3相当于>=1.2.3 <2.0.0，因为在2.0版本前的版本应该都没有兼容性的问题。而对于1.0之前的版本，这种约束方式也考虑到了安全问题，例如^0.3会被当作>=0.3.0 <0.4.0对待。
例子：^1.2.3

版本稳定性

如果你没有显式的指定版本的稳定性，Composer会根据使用的操作符，默认在内部指定为-dev或者-stable。例如：

约束内部约束
1.2.3=1.2.3.0-stable
>1.2>1.2.0.0-stable
>=1.2>=1.2.0.0-dev
>=1.2-stable>=1.2.0.0-stable
<1.3<1.3.0.0-dev
<=1.3<=1.3.0.0-stable
1 - 2>=1.0.0.0-dev <3.0.0.0-dev
~1.3>=1.3.0.0-dev <2.0.0.0-dev
1.4.*>=1.4.0.0-dev <1.5.0.0-dev

例子：1.0 - 2.0如果你想指定版本只要稳定版本，你可以在版本后面添加后缀-stable。

minimum-stability 配置项定义了包在选择版本时对稳定性的选择的默认行为。默认是stable。它的值如下（按照稳定性排序）：dev，alpha，beta，RC和stable。除了修改这个配置去修改这个默认行为，我们还可以通过稳定性标识（例如@stable和@dev）来安装一个相比于默认配置不同稳定性的版本。例如：

{
    "require": {
        "monolog/monolog": "1.0.*@beta",
        "acme/foo": "@dev"
    }
}

win10

今天把系统换回win1o了，还是那么熟悉的界面。没有了win11那些花哨毫无作用的样式。流畅度貌似也好多了。真的不应该随便升级系统，尤其是window。学别人学不像，把自己的东西都丢弃了，得不偿失。