sound: 海湾
confidence: 亲密交谈
bore: 单调乏味的人
outstanding balance: 未结余额
affair: 东西
staple: 主食
euhat
Should have done
Should have done不一定只表示未发生某事,其还有“竟然”之义表示已经发生某事。
---------------------------
一、“should + 完成体”,表示“过去本应该做某事,而实际未做”,属于虚拟语气的一种。
You should have reported them to the police. 你应当向警方控告他们的。
The problem should have been ironed out months ago. 这个问题几个月前就该解决了。
You should have been more careful in money matters. 在钱方面,你本当更小心点的。
I'm to blame. I should have thought of that. 都怪我,我应该想到这一点。
You should have known better than to talk like that. 你本应更懂事而不致说这样的话。
二、“should + 完成体”,与虚拟条件连用,表示“与过去情况不符或相反的虚拟语气”。
【说明】if 从句用过去完成时,主句用“should + 完成时”,主句的主语仅限于使用第一人称。should可以由would代替。例如:
If I had seen her I should/would have invited her. 我当时要是看到她的话我本会邀请她的。
If I had received the present, I should/would have thanked her. 如果我收到了礼物,我是应当向她道谢的。
I should/would not have laughed if I had thought you were serious. 如果我想到你是认真的,我就不会笑了。
也可以用其他结构代替if条件句。例如:
But for your advice, I should/would have failed. 要不是你的忠告,我会失败的。
三、“should + 完成体”,还可以表示推测,表示“在过去或将来某个时间之前应该完成的动作”。
The paint should have dried off by this time tomorrow. 油漆到明天这个时候就应该已经干了。
They should have arrived in Beijing by this time. 他们这个时候该到北京了。
I think I should have finished it by then. 我想到那时我应该完成了。
We should have the whole deal sewn up by the end of this week. 到本周末,我们应该可以把整个交易谈妥。
The letter should have arrived by now. 信函现在该到达了。
You certainly should have remembered her name. 你肯定应该还记得她的名字。
四、“should + 完成体”,还可以用来“对过去所发生的情况,表示惊讶、意外、不理解、不可思议”,翻译时通常含有“竟然”的意味。
网友的句子就属于这一类。例如:
I am surprised that you should have acted so indiscreetly. 你竟然表现得如此轻率,我感到惊讶。
It is amazing that she should have said nothing about the murder. 令人惊奇的是,她竟然对这桩凶杀案不置一词。
I'm sorry you should have gone to so much trouble. 很抱歉,让你费了这么大事。
I wonder why he should have been so angry. 我想不通,他怎么会这样生气。
It is a pity that he should have failed in the exam. 他考试竟然没有及格,真是可惜。
I can’t think why he should have said that it was my fault. 我真不明白,他怎么竟然说这是我的过错。
It’s strange that he should have left without telling us. 奇怪,他竟没有和我们说一声就走了。
I'm surprised that he should have failed. 我很惊讶他竟然会失败。(网友的句子)
【重要提示】
网友最关心的可能是:如何研判“should + 完成体”属于那种类型,怎么去理解?
首先应掌握以上讲的四种情况,牢记于心。
1. 单独一个句子,没有上下文语境(即:单句),“should + 完成时”,一般表示“过去本应该做某事,而实际未做”。这属于第一种情况。
2. 跟if 条件句连用,而且主语是第一人称时,如果if从句用了过去完成时,“should + 完成体”,一般表示“与过去不符或相反的虚拟语气”。 这属于第二种情况。
3. 单独一个句子(即:单句),而且该句含有表示截止到某个时间的词语,如:by this time tomorrow, by then, by the end of this week,那么,“should + 完成体”,一般表示推测:“在过去或将来某个时间之前应该完成的动作”。 这属于第三种情况。
4. 句中含有表示“惊讶、后悔、惋惜、不可思议”等词语时(如:surprising, surprised, amazing, amazed, astonishing, astonished, strange, pity, sorry, unlucky, sad, wonder 等),“should + 完成体”,一般用来“对过去发生的情况表示惊讶、不理解、不可思议”等。这属于第四种情况。
日语备忘录
なんというタイミングだ。TikTokが中国による米国データ収集の懸念(TikTokおよびその親会社は一貫して否定しているにもかかわらず)から一時的に禁止された直後、まさにその行為を求める別のアプリが登場した。そして、もしTikTokが悪いというのなら、このアプリはさらに深刻な問題を抱えている。
DeepSeekは、ほぼ一夜にして米国をさまざまな意味で驚かせた。大手の生成AIプラットフォームに対して、低価格かつオープンソース主体のソフトウェア手法で立ち向かい、彼らのビジネス計画を打ち砕くかのような勢いを見せた。また、中国寄りの検閲を公然と行っており、誰にも見えない巧妙なアルゴリズムではなく、はっきりとわかる形で実施している。そして、AIのデータプライバシーのリスクに関する懸念をまったく新しい段階へと押し上げている。
DeepSeekはこれを隠そうともしない。むしろこうユーザーにはっきりと告げている。
あいかわらず
かかわらず
从结尾假名判断自他性
1 2 3 4 5 6 7 | 「す」他动词 「あ」vs「え」 「あ」自动词 「え」他动词 「え」vs「お」 「え」自动词 「お」他动词 |
dns server
apt install dnsmasq
vi /etc/dnsmasq.conf
1 2 3 4 | server=8.8.8.8 server=114.114.114.114 address=/keycloak.euhat.com/192.168.188.134 |
sudo systemctl restart dnsmasq
端口转发利器socat
1 | sudo socat TCP-LISTEN:80,fork TCP:localhost:8848 |
把Docker当沙盒用
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 | sudo docker run -itd \ --name srv1 \ -v /mnt/hgfs/share:/home/work/share \ -p 9083:9083 \ fedora:latest \ /bin/bash sudo docker exec -it srv1 /bin/bash sudo docker stop srv1 #sudo docker start srv1 sudo docker rm srv1 sudo docker rmi fedora:latest sudo docker system df -v sudo docker ps -a --filter volume=<volume_name> sudo docker compose -f generate-indexer-certs.yml run --rm --entrypoint="/bin/sh" generator -i sudo docker-compose down --rmi all --volumes --remove-orphans sudo rsync -aAXv /home/work/dockernew /home/b/docker/root |
在Keycloak里添加飞书IdP
先在Keycloak的管理员控制台的Identity Providers中添加OAuth v2 idp,Alias比如设为feishu。具体参数参考:
https://open.feishu.cn/document/sso/web-application-sso/login-overview
添加后,登陆中使用feishu第三方登陆,Keycloak后台报异常:No identifier provider for identity.
原因是标准的OAuth2流程在第三步取user_info,返回的json是在根结点有sub字段表示登陆者id,但飞书的user_info返回字段不标准,比如需要我们改代码取data子节点的email作为登陆者id。
具体在keycloak-26.3.0\services\src\main\java\org\keycloak\broker\oauth\OAuth2IdentityProvider.java
doGetFederatedIdentity函数返回identity之前,加入代码:
1 2 3 4 5 | if (userInfo.has("data")) { JsonNode dataNode = userInfo.get("data"); id = dataNode.get("email") != null ? dataNode.get("email").asText() : null; identity.setId(id); } |
Jni FindClass Returns Null
One reason is the version of jvm.dll which contains JNI_CreateJavaVM is different from the version of the class file which is assigned to FindClass.
When FindClass returns null, we can check the reason like this:
1 2 3 | if (env->ExceptionCheck()) { env->ExceptionDescribe(); } |
refer to: https://blog.csdn.net/liu_12345_liu/article/details/131154935
Print signature of a Java function:
javap -s -private Sample2
refer to: https://blog.csdn.net/fuhanghang/article/details/122257507