×

Falcon

  • 探索 Tall 技术栈 = Tailwind CSS + Alpine.js + Laravel + Livewire

    前一段时间意外看到一种新的技术栈,`tall` ,准备学习一下,用来做点东西。 - Tailwind CSS - Alpine.js - Laravel - Livewire 项目主页 今天构建php-fpm的镜像时,顺便把这套弄起来了,把它装进了容器,按照github的[安装说明](https://github.com/lara...

    2024-01-02 09:06 Falcon 阅读
  • Falcon
    2024-01-02 06:17
    我准备做一个发送邮件到kindle的应用 ,没想到有人已经做过了:https://mail2kindle.com/ ,但并不影响我重新发明轮子。
  • Falcon
    2024-01-02 06:15
    #daily tips# 原来在 php.ini 中可以使用环境变量,如下示例:

    示例 #1 php.ini 中的环境变量

    ; PHP_MEMORY_LIMIT 来自于环境变量的值
    memory_limit = ${PHP_MEMORY_LIMIT}

    https://www.php.net/manual/zh/configuration.file.php
  • Falcon
    2023-12-31 13:59
    #daily tips# wd40不要喷在单车链上?wd40的用途:
    https://deco-academy.com/blog/111
  • Falcon
    2023-12-30 14:41
    clashx pro的增强模式一旦使用orbstack的https就完蛋了,不能用这玩意,看看singbox。
    发现一种折衷的方法,先开启 orbstack的https ,再打开 clashx pro的增强模式,这样在前面打开的https容器还能使用,如果要新增https容器,先关掉clashx pro的增强模式,如果没成功,要重启orbstack,再打开增强模式,增强模式唯一的作用是可以让容器科学上网,在没有旁路由的情况下有用武之地。
    不是路由表的问题,因为如果是http协议,无论是否是增强模式都能正确访问,而是orbstack auto https实现方式的问题。
  • Falcon
    2023-12-30 11:23
    本来想写一个上传电子书自动投放到我的美区Kindle书库的应用,没想到折腾了一下午orbstack的https和clashx pro的增强模式如何共存,测试了一下午,结果是崩溃的,orbstack的https 本身就不太稳定,时好时坏,再叠加谜一样的fake ip,搞不定。?‍?
    放弃了,不用这套的https,真要用,我用mkcert配合nginx反代也可以!
  • Falcon
    2023-12-30 09:28
    在 orbstack 里我发现一个很怪异的问题,它有一个功能是自动分配域名和给域名自动加https,自动域名大概是通过dnsmasq之类实现的,这个没有问题,问题在于自动https,它并不稳定,如果容器没有设置自动启动,也就是在docker-compose.yml中不加上 restart: always,启动容器后使用 https 访问失败,再怎么折腾也无济于事。
    只有一个情况是成功的,容器加restart: always,然后退出 MacOS 当前用户并重新登录,在自动启动orbstack后才能正常访问到https的容器地址。
    如果不是 orbstack 的问题,可能是clash pro的设置问题,目前做一个尝试,移除clash pro开机启动,移除容器restart: always ,重新登录,再手动启动容器,看看https在没有clash pro的情况下表现如何。
     orbstack 有问题,它的https不稳定,如果不能正常访问,需要重启orbstack !但一旦启动 clashx pro增强模式 ,原本能访问的https也不能访问了,我了个去!
  • Falcon
    2023-12-30 08:39
    #稍后阅读# 看到一种新的技术栈,tall

    Tailwind CSS
    Alpine.js
    Laravel
    Livewire

    感觉可以试试:
    https://github.com/laravel-frontend-presets/tall/
  • Falcon
    2023-12-30 07:10
    #clash pro#启动#增强模式#后,orb stack里的主机名也会解析成fake ip,比如在未开启clash pro时,如果某个orbstack的容器访问地址为 https://nginx.corp.orb.local , 这个域名 nginx.corp.orb.local 会指向 172.18.0.3 也就是容器的ip地址,而一旦开启clash pro增强模式,就会指向一个fake ip,如 198.18.10.231 。这时在浏览器里访问 https://nginx.corp.orb.local 就会失败,因为 ip 解析不对了嘛。
    我尝试在配置文件里加了一些规则让这些域名和ip走直连,均未奏效。

    - IP-CIDR,172.18.0.0/12,? 全球直连,no-resolve
    - DOMAIN-SUFFIX,orb.local,? 全球直连,no-resolve

    最后我发现Clash Pro的增强模式还有一个fake ip的设定,于是把上面的配置直接写在这里,就是附图的内容,重新启用增强模式,成功生效。

    这下它俩可以共存了,我的老伙计,这对我的开发可太重要了。
  • Falcon
    2023-12-29 15:43
    #稍后阅读# 批量下载kindle doc里的书,并去除DRM
    https://bookfere.com/post/983.html