推特要走的路还很长。 推特这个产品已经开始比较边缘化，抱着手机刷 Twitter 的人在下降，更多的是一些公司或者机构发布一些更新。 但，这些机构的更新又常常缺乏价值，导致现在 Twitter 上面的有效价值信息并不多。 在用户群组上的单一信息传播能力确实还不如微信群组来得快。 举一个非常实际的例子： 我想去滑雪，我需要周边滑雪场的情况，大概有 4 到 5 个雪场的情况以便于我决定去哪个滑雪场。 在 Twitter 的信息模式上，我需要先订阅群组，或者订阅滑雪场的 Twitter 号，然后从历史的信息中过滤出我需要的有效信息。 在微信群组的模式下，需要做的就是提问，然后有人回复即可，这也就是为什么很多人把微信群作为快速获得信息来源的第一步，然后使用其他工具对获得的信息进行验证。在美国这边微信通常还不是非常主流，但是也有类似的替代产品，比如说 Line 或者电报群，整体看起来没有微信群用得这么顺手。 在产品和使用上，Twitter 这个产品 N 年没有更新了，连界面都没怎么换过，已经是审美疲劳了，如果不是前任总统喜欢在 Twitter 上 BB 找骂，估计很多人都已经快不怎么使用了，说句话不好听的话，生动性和趣味性都比不上小红书（虽然也是各种垃圾，误导，营销信息满天飞），抖音就更没法比了。 印度高管，估计没有认真想明白这个产品到底应该怎么发展，或者确实也想不明白怎么弄，只是抱着已有的用户基数炒冷饭。最后干脆把前总统的账号给封了，这下子漂亮国就炸锅了，漂亮国人醒过梦来，原来这账号都不安全呀。连总统账号说封就封，估计自己的这个也差不多。 小马哥首先要解决人心问题，人心散了，队伍不好带了。只能先换血下刀子呗。 至于印度 CEO 和高管的问题，肯定要先解决掉，下面就会慢慢好办了，毕竟他的政策还是需要人执行的，然后就是解决下面一堆代码写得不咋的，天天混日子的这种。 RPC 调用 1000 次，没有想去怎么变得更好，还怼老板不懂技术，就算老板不懂技术，这 RPC 调用 1000 次是人干的事情吗？不过这个很印度。 Twitter 要重现曾经的辉煌，应该不容易，现在除了天天流失的用户基数，也余不下什么了。对比下鹅厂，虽然是我不要脸，我抄我开心，但鹅厂敢于推出一个和 QQ 正面竞争的微信，并且慢慢的把 QQ 边缘化，而构造了一个微信生态圈，还是比现在被印度人玩死的 Twitter 好点。   https://www.ossez.com/t/twitter/14219/1

我要去美国读书，已经收到了学校寄来了I-20表格原件，请问我可以提前多久申请学生签证? 可以根据I-20表格中的报到时间，最早提前120天申请学生签证。 只要是在报到日期前120天内，越早申请签证越好，以确保您能按时入学。 当你们申请学生签证时，请参考以下几个简单的步骤，这样可避免一些导致延误的常见错误。 确保你的I-20表格上的信息完整无误，且有学校官方签名; 2.确保面谈前尽早缴纳你的SEVIS(学生和交流访问学者信息系统)费用，以便此信息能及时在系统显示出来; 准备一张符合要求的签证照片。 您最早可以在什么时候进入美国？如果您是新生，或者您的SEVIS记录处于初始状态- initial status ，您的签证可以在则可以学习课程开始日期120天内签发但是您只能在项目开始日期 (program start date ) 的30天前入境 。项目开始日期可以在您的I-20中找到。 例如，如果您的项目在8月24日开始，则您最早可以在7月25日时入境。如果您是返校生，则可以在项目开始日期前随时入境 并且学生（F和M）签证可以随时签发。 在美国国务院有关学生签证的网站中： https://travel.state.gov/content/travel/en/us-visas/study/student-visa.html 明确的说明了，F1 学生签证是不允许在学生项目开始的 30 天前入境美国的。 当然，上面也有说到，你可以以 B1/2 这种访问的方式入境美国，但是不代表你可以马上自动转换签证状态。 你需要向美国移民局申请转换身份，并且需要得到 USCIS 批准后才能开始使用使用学生签证，要知道 USCIS 的身份转换申请不是 30 天能搞定的，通常都需要大半年以上有时候甚至超过 1 年。 在签证转换没有批准以前，你是不能开始学习的，美国国务院的网站上说，这个时候你可以离境并且重新以 F 类型的学生签证身份入境。 为了能够提前几天入境美国，并且在美国境内转换签证和身份，等到时间还遥遥无期，看来最好的办法还是在项目开始的 30 天内入境吧。 项目开始和结束时间 学生签证上的项目开始和结束时间已经标记在 I-20 表格上了。 CBP 应该不会忽略掉这个重要的时间的。 还是老老实实在开学前 30 天内入境为好。   https://www.visafn.com/t/topic/60

Discourse 在发布主题的时候，在默认情况下会遇到： An error occurred: Title seems unclear, did you mean to enter it in ALL CAPS? 的提示。     问题和解决 出现这个问题的原因是 Discourse 在默认的情况下是不允许标题和正文全部为大写字母的。 可以在后台搜索 allow all. 然后选择 Allow all caps in a topic title or a post body. 这个选项后保存退出。     在前台再尝试更新下标题，就可以解决这个问题了。   https://www.ossez.com/t/discourse-an-error-occurred-title-seems-unclear-did-you-mean-to-enter-it-in-all-caps/14217

从个人的利益考虑的话，没有经历过的人，是很难体会 10 年如一日，小心翼翼，谨小慎微的期待 USCIS 的所有 Case 顺利。 国家利益，咋们就不说了，都是屁民，时代的韭菜而已。 有钱，有人的不考虑。     有钱有办法套路的人，投资移民绿卡早就搞定了，没有必要弄个学生签证提心吊胆。 有人的人，直接亲属移民了，该有的他们都有了。 最糟糕的就是自己出来，一路走过来的人，实在是很熬人的。如果政策好，自己运气不错还能看到希望。现在这签证说取消就取消，一夜回到解放前，很多人又心有太多的不甘。 取消签证无非就是面临强制回国，出来时间短的可能还好，无非是重新开始，如果出来时间比较长的就需要考虑的东西太多了。 一些人拖家带口，回去要面临令人窒息的房价，无止境的加班，好像还有个户口，学区等等太多的现实问题了，很多问题基本上短时间无解。在美国的一大堆东西都说丢就得丢掉了。在国内有关系有办法的人毕竟不是大多数。大部分人还是和普通人一样重新开始，看过一个电视剧《一地鸡毛》真的就是现实的写照。 如果家庭关系不硬，博士以下，基本上都是技术岗，外企？竞争不轻，国企，民企，能看上的估计就那么几个。摆摊卖挂历，说心理话，你真的卖不过别人，别人起得比你早，会做生意。 博士，博士后，想办法进进高校，政府？不知道还有个编制一说吗？真心没有那么容易，调个户口就能跑死你。 最后希望，所有人都不要受到这个政策影响太大，短期内中美紧缩签证可能非常大，只是希望这个不要成为美国的长期政策。   https://www.visafn.com/t/topic/58

根据 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