根据 Discourse 的官方推荐，我们使用的是 MailGun 的服务。 在大部分情况下都没有问题，但是在一些特定的邮件地址，例如 iCloud，我们在发送激活邮件的时候有提示为： "message": "5.5.1 Error: need MAIL command - MAIL FROM error: 450 4.1.8 <bounce+6712f2.21c8873-lucas.hu=@mail.visafn.com>: Sender address rejected: Domain not found",     下面的图片显示了邮件服务提供商提供的错误日志信息：     问题和解决 上面问题的主要原因是一些特定的邮件服务商有垃圾邮件校验策略。 尤其是 iCloud，在 iCloud 中对发送电子邮件的域名地址会进行校验。 因为我们的服务使用了子域名的发送，我们发送的域名地址实际为：mail.visafn.com 而不是传统的 visafn.com 因此，iCloud 没有办法校验上面的地址，而认为系统发送的邮件为垃圾邮件而拒收了。 解决办法 解决的办法也非常简单，需要确定 mail.visafn.com 我们发送邮件使用的这个二级域名的 MX 记录在 DNS 上要存在。     如上图标记的内容。 二级域名的 MX 记录需要添加到你的 DNS 上，并且上面的记录要显示为被校验。 当然更新 DNS 不会马上生效，你如果继续往 iCloud 中发送的话，可能还是会出现间歇性错误。 等待几个小时后再进行测试，通常能够解决发送邮件被标记为垃圾邮件的问题。   https://www.ossez.com/t/discourse/14216

JWTs是JSON对象的编码表示。JSON对象由零或多个名称/值对组成，其中名称为字符串，值为任意JSON值。 JWT有助于在clear(例如在URL中)发送这样的信息，可以被信任为不可读(即加密的)、不可修改的(即签名)和URL - safe(即Base64编码的)。 JSON Web Token (JWT) 作为一个开放的标准 (RFC 7519) 定义了一种简洁自包含的方法用于通信双方之间以 JSON 对象的形式安全的传递信息。因为有数字签名，所以这些通信的信息能够被校验和信任。 JWT 可以使用秘钥（secret）进行签名 (使用 HMAC 算法) 或使用 RSA 或 ECDSA 算法的公钥/私钥对（public/private key）。 尽管 JWT 可以在通讯的双方之间通过提供秘钥（secret）来进行签名，我们将会更多关注 **已签名（signed）**的 token。 通过签名的令牌可以验证其中数据的 完整性（integrity） ，而加密的令牌可以针对其他方 隐藏（hide） 申明。 当令牌（token）使用 公钥/私钥对（public/private key）进行签名的时候，只有持有私钥进行签名的一方是进行签名的。 JWT 定义了一个标准，JJWT 是 JWT 基于 Java 的一个实现。 如下图，我们返回的一个 JWT。     JWT 是可以解码的。     JJWT JJWT 是基于 JWT 的一个实现。 JJWT很容易使用和理解。它被设计成一个以建筑为中心的流畅界面，隐藏了它的大部分复杂性。 JJWT的目标是最容易使用和理解用于在JVM上创建和验证JSON Web令牌(JWTs)的库。 JJWT是基于JWT、JWS、JWE、JWK和JWA RFC规范的Java实现。 JJWT还添加了一些不属于规范的便利扩展，比如JWT压缩和索赔强制。 因为 JWT 的官方库不那么好用，那么JJWT 就是一个目前用得比较多的实现 JWT 的库了。 如果在你的项目中需要使用 JWT，那么用 JJWT 就没有什么问题。   https://www.ossez.com/t/jwt-jjwt/14130

  如您有需要分享的和记录的内容，欢迎到 visafn.com 网站进行分享。 首先访问：https://www.visafn.com/ 网站，然后单击右上角 Sign Up 按钮。 输入注册信息 在弹出的对话框中输入需要的信息。 非常重要的是你邮件地址，因为在注册成功后我们系统还会向您的邮箱中发送一个电子邮件。 只有电子邮件确认后您才可以进行回复和发帖。 上面的信息都是必须要提供的，当然你也可以在后台进行修改。 例如，我们输入上面的内容信息后，单击【创建你的账号】按钮。 注册提示 当完成上面的用户信息输入步骤后，我们的系统将会提示向你的邮箱中发送了一个电子邮件。 如果你的邮箱中没有收到注册的电子邮件的话，请查看下你的电子邮件地址中的垃圾邮箱。 确定邮件 登录邮箱后，你会看到下面的提示信息。 上面的内容可能是英文的，您只需要单击链接即可。 当你单击上面的邮件链接地址后，会在浏览器中打开一个新的页面。 然后在打开的页面中单击激活你的账号。 同时激活后会自动登录你的账号。 至此，在 VisaFn.Com 网站上的注册已经成功了。 您就可以使用我们网站来分享你的内容和我们取得联系。   https://www.ossez.com/t/visafn-com/14215  

绿卡每个申请阶段对留美要求不一样。 申请绿卡要求的是长期居留美国的意愿和对美国是否忠诚没有任何关系。一般来说如果你没有提交 485，基本上还是不会改变其他身份要求。我记得是提交 I-485 的时候申请人必须在美国境内，如果离境了，申请就作废了。你还要面临打指纹，面试的很多需要你本人做的事情。     如果申请 I-140 和 I-131 可能不需要你在境内，但是美国现在有入境管制，你出去了不一定进得来，现在 USCIS 的处理时间很漫长，时间上安排不好都会随时影响你的申请进程。 和你的移民律师多沟通下，慎重考虑。

Protocol buffer 这东西真的很轻便吗？     Protocol buffer 这东西一点都不轻便，定义文件后需要重新编译一次，编译出来的代码没有可读性，没有可调试的可能。 版本不兼容 Protocol buffer 的版本是不会向后兼容的，你必须要保证版本一致。 如果版本升级了，恭喜你，所有的文件都需要重新编译一次。如果你的项目在 Maven 的依赖定义的有点乱，比如说一个项目中有 2 个版本，那大概率会出问题。 这个问题不是编译问题，是运行时的问题，出了问题非常不好调试。 滥用 曾经一个公司可以说一个教科书基本的滥用典范。 为了调用另外一个服务的服务层方法，定义了 Protocol buffer，然后从另外一个服务的服务层调用。 这个项目有 10 多个微服务，本地调试有可能需要启动 3 到 4 个服务才能真正拿回来一个数据，在 DevOps 定义的时候端口定义不明确，经常让开发人员搞不清楚要那个端口。 启动的时候需要占用一个端口，我们在定义 Protocol buffer 的时候需要为 Protocol buffer 单独开一个端口，这要求令人发指，本地上经常的端口冲突。 为了重用方法，很多方法不加思索的就给了一个 Protocol buffer 定义，后来发现这个方法要修的话，参数一改，另外的地方就出错，数据调用异常，空对象。 Protocol buffer 这东西看起来很美好，用起来步步惊心。 效率 Protocol buffer 标称的就是效率高。 Protocol buffer 其实本身也是基于 JSON 的数据传输格式，而且在数据传输的消息上是有大小限制的。 默认可传输的大小不大，别指望返回以几万的 List ，大概率会报错。 Protocol buffer 的数据传输是通过压缩进行传输的，JSON 数据格式因为是文本，通常压缩比还是蛮高的，只是压缩也会消耗计算能力和资源，因此有时候压缩后的传输比较难分析真正 API JSON 调用中的数据。等于是开盲盒。 对于一些定义不明确的引用，方法老改的微服务，就那么几个服务在跑的项目，就别折腾了。 直接用 JSON 吧。 https://www.ossez.com/t/protocol-buffer-json/14214/1

美签数据跟踪网站（usvisatrack.com）正经上线能看了。标准的前后端分离技术， Java+VUE。 我们在内测和吸取改进建议，你的需求我们来实现。   这是我们前后端分离技术实践的一个框架。     任何软件开发需求，有关数据的，业务的，我们都可以实现。   欢迎联系我们。   https://www.ossez.com/t/topic/14211

Windows 11 更新到最新版本后的任务管理器也变样了。 一下子都不知道怎么玩了。 https://www.ossez.com/t/windows-11/14207

驻纽约领事馆的证件申请邮箱地址改了。 自美东时间2022年11月1日起，中国驻纽约总领馆将启用新的领事证件业务专用咨询邮箱，变更后的新邮箱分别为： 签证业务：ny_visa@csm.mfa.gov.cn 护照、旅行证业务：ny_hz@csm.mfa.gov.cn 公证、认证、《在境外居住人员领取养老金资格审核表》（健在证明）业务：ny_gzrz@csm.mfa.gov.cn 如果发送邮件到老邮箱的话，大概率会收到一个自动恢复邮件上面包含有这个信息。   https://www.usreio.com/t/topic/326

硅谷裁员潮的影响还在持续，结合一个程序员和公司的情况来聊聊。 裁员潮存在吗 我的理解裁员是存在的，谈不上裁员潮。 科技公司有收缩战线的需求。Meta 营收不及预期，这个又不是新鲜事，从 FB 开始转型开始就没有顺利过，好不容易搞了个 FB 的 facebook marketplace，但又因为放鸽子的情况横飞，让人非常懊恼。 这次 Mata 下定决心要裁员削减开支，只要是正常人都会这样做吧。 Meta 裁员会释放出挤兑效应，各个公司都开始考虑是不是真的需要那么多人，后来发现招聘来的很多人不能进入角色，很多人也不能干活，天天在公司混吃等死。 那么第一步肯定就是要清理掉这部分的员工，硅谷里面 有一个非常令人讨厌的 PIP，现在已经不是 PIP 这么回事情，就直接把项目砍掉，把不赚钱的业务丢掉。 捅破这层纸的是 Twitter。 Twitter 本来影响力就一直在下降，搞得自己和网警一样的，这样肯定会失去年轻用户的喜欢。 新老板一进来，看看这不对呀，这公司这么大问题，已经不是说修修补补就能解决的了。 那只能换血吧，如果说对华人影响大的话，其实对印度裔的影响更大。从上届美国总统开始的打击 ICC ，到这次裁员的情况，对印度裔程序员影响可见一斑。     寒潮吗 可能这还只是入冬前的打了下霜呢。 还没有到寒潮那个程度，这次更是感觉是个挤水分的过程。淘汰掉一些不需要的功能，淘汰一些不需要的人力资源，这个是正常的过程。 大家都可能都知道美联储一直在进行加息，这个加息对流动性影响还是非常大的，不仅仅是个人，不少公司也会因为债务问题会削减开支。 其中也包括有广告开支，IT 应用支出等等，这个势必会传导到科技公司上面。 自我感觉 我一直对大公司没少好感，也没啥缘分。 一般都在中小公司里面。就算是这样，当前所在的公司在 3 个月之前就已经通知我们冻结大规模招聘，削减 IT 开支，收缩外包规模。 感觉这次对印度裔的打击会比华裔打击更大。 因为华裔通常不会特别安于在一个公司里面工作到头，更多人会有自己的想法，同时还会做一些其他的小 PRJ，反而这种不安于现状的状态会带来意想不到的效果。 努力提升自己，在进入这个行业之前仔细想想，你的需求是什么，这个行业能够给你带来什么，早做准备。 更主要的是做好思想上的准备，系好安全带不是坏事。   https://www.ossez.com/t/topic/14203

就冲着这个价格去种的草。     该有的都有了，Chrome Book 这个价格也难搞定呀。 https://www.usreio.com/t/topic/325