手机浏览 RSS 2.0 订阅 膘叔的简单人生 , 腾讯云RDS购买 | 超便宜的Vultr , 注册 | 登陆
浏览模式: 标准 | 列表2024年09月的文章

2024年,phpstorm 终于支持 log 高亮了

 2024年了。phpstorm 终于支持 LOG 高亮了。

现在用 phpstorm 打开项目里的 log 文件,行号什么的时候 以及代码可以高亮显示,如果在内置终端的命令行用 tail -f 来看日志。你可以看到错误文件和行号可以点击了。点击后会跳到错误对应的行号。。
 
10多年了,终于有这样的功能了。这真是不可思议。在 PHP 即将或者说已经走向没落的时候 ,居然才出类似的功能。
而且这次支持的还挺多:
 

Log files support

Laravel, Symfony, and WordPress log files can now be viewed directly in the IDE with proper highlighting of dates, times, events (by severity level), and hyperlinks.

 
详细的可以查看:https://www.jetbrains.com/phpstorm/whatsnew/
还有专门亚洲语言支持:

Japanese, Korean, and Chinese UI options

Chinese, Japanese, and Korean UI language packs are now included in the base IDE installation.

 
 
 
 
 

有一说一。composer的源,还是阿里最稳定

如题。

本来一直是在用腾讯的,发现腾讯的更新有问题。即使是一个老的库,偶尔还有404的情况。切到aliyun后。一切正常了。
找到个页面,上面有写。腾讯是24小时更新。阿里是96秒(??96秒是什么概念。。。。。)
 
参考:https://cloud.tencent.com/developer/article/1606838,虽然也是普通用户发的文章,就这么一看,图一乐吧
 

用glitchtip来代替sentry

之前有提过,上半年我终于卸载了sentry了。主要还是它实在太重,要求必须要4c8g的机器上才能跑。一跑就占用了60%以上的资源,纯浪费这样一台机器的意义并不大。也尝试用frpc/tailscale/zerotier等工具穿透到内网,在内网搞一台配置高的HTPC来做这个,但确实效率一般(自从家里升了2000M宽带,倒是可以尝试了,直接接在路由上也挺好)

但在公网还是尝试了一下替代品,毕竟有几个项目在用着,虽然sdk在连接出错后会自动屏蔽但还是准备弄成平替版的。
看了下,有平替的,就是glitchtip了。不象sentry那么重,按官方的例子,安装完只有4个容器,啥配置的鸡鸡都能玩得起。
 
参考:https://glitchtip.com/
如果自己安装的话就可以看这个了:https://glitchtip.com/documentation/install,还能一键部署到其他平台
 

mac多屏幕下的程序坞问题以及打开系统设置的方法

在mac 下面,如果你多屏幕 的。建议把 程序坞隐藏掉。这样有个好处,在任一屏幕 上,到指定位置都能打开程序坞。不然,你固定在 main 窗口,他不知道什么时候 就到另一个屏幕去了,而且连原因都不知道。。(适合屏幕左右排列,程序坞在最下方),程序坞放在左、右侧的都不起使用。

 
另一个就是快速打开屏幕 设置。按住 option+屏幕亮度,可以打开系统设置(+音量,可以打开音量设置),加 F3那个可以打开外观设置
 
如果你不想管理程序坞,建议安装 Raycast 这个软件,免费版的就行。可以自己调定快捷键来管理:窗口大小和位置,以及打开任意已经打开过的 APP(这个还是比较方便的,因为有些APP 因为屏幕空间小的关系,在使用的时候 会隐藏在副屏,或者第二、第三窗口,如果直接通过触摸板来切换,很麻烦。打开已存在的 APP,则可以直接激活窗口)。【cmd+tab 也可以,但 cmd+tab 有个很烦的地方1、他会激活在你不知道是哪个窗口,2你只能通过多次按 tab 来切换】而 raycast 的这个就比较方便了,支持快捷键、支持模糊搜索。
 
---EOF---
 

 
 

laravel的 macroable

 其实有点不想写这个的,但想想还是提一嘴吧,主要是用了这玩意之后,在 phpstorm 下面,不配合 laravel idea 的话,根本起不到太大的作用。安装了 laravel idea 之后。再 generate helper code 后。就可以当成正常的方法用了(当然,即使这么用了,带来的另一个问题就是。。refactor 的时候,不会受影响,毕竟这其实就是数组的一个 key)

 
macroable 的适用场景,官方介绍的更多是象 str / arr /collection 的扩展。而且 macroable 有点象是 trait。给现有类注入一个方法(这点在 yii中其实早就有了。不过macroable 也属于很早的框架,只是叫法不一样罢了。 )
 
macroable 的 mixin 方法,估计很多人很熟悉,是的,vue2的时候 ,也是这样来注入新的方法的。
 
除此之外,我们可能有时候 还会在 Model / Cache 里加入自己的用法。比如标准的 Model,肯定没有 pinyin 这样的方法, 比如我要将标题转为拼音当成 slug 来用,有几种办法:
1、直接写个方法 title2pinyin( $title )
2、在 Post 类里增加一个方法 getPinyinAttribute,返回拼音(如果有多个 Model 里有类似的要求,那要么把这个方法写成 trait,要么一个个复制)
3、Post::macro('pinyin',function(){ return .... 拼音 })

类似这几种方法,不能说孰优孰劣,但如果和 model 相关的操作是被项目的人封装成 composer 的类时,也就1和3可以用了。
 
说实话,要想好好用这个方法,并且形成优势。有时候还真不知道或者真没感觉倒,但这毕竟也能算是曲线救国。想想,如果在 cache 里用。可以 cache()->get('name')->toPinyin(),感觉也还不错。
 
Records:308512345678910»