1. 4:144
This verse advises Muslims to prioritize loyalty within the community during a time of external threats. It is not a general prohibition but a caution in the context of potential betrayal.
2. 77:16
This refers to historical examples of past communities who faced consequences for rejecting divine guidance. It is a reminder of accountability, not a universal statement against non-believers.
3. 8:15
This verse gives instructions for battle, emphasizing courage and discipline during wartime. It applies to specific combat situations, not everyday relations with non-believers.
4. 5:41
This verse addresses the Prophet’s grief over those who rejected faith and distorted divine teachings. It critiques dishonesty and insincerity, not all members of specific groups.
5. 3:141
This verse speaks about trials that distinguish true believers and cleanse the community of wrongdoing. It emphasizes spiritual growth, not indiscriminate judgment of disbelievers.
You seem to be making an accusation that Muslims widely practice "taqiyya" to deceive others. This is a baseless and Islamophobic trope. In mainstream Islam, lying is unequivocally condemned and considered an act of hypocrisy. While there is a narrow and rare historical exception permitting concealment of faith to protect one’s life under extreme duress, most Muslims have never encountered or practiced this concept. Ironically, those spreading this accusation often seem to know more about it than the Muslim communities they malign.
I had the opposite experience with Syncthing + Logseq. The way Logseq is designed, refreshing the entire graph is a must before you even consider editing your pages in another device. I forgot to do it once and after some time editing my pages, I realized that I lost a good chunk of my notes from several days back.
I was in the middle of transitioning my existing account to Brex. I have many things to do and so this lower on my priority list. I'm glad I was only in the beginning of the transition and that I hadn't moved over completely. While I wasted a few hours of my time, nothing near what I would have wasted if you had pulled this on me later.
But if traffic is high in the beginning of the month does this mean you should be allocated more budget? How much? Such an alarm doesn't really give you any insight into where the additional costs might be, or where/whether it's worth spending engineering time optimizing!
If you don't have a budget, then that's what you should establish first. If you can't get a handle on your budget, then no set of tools and techniques is going to save you.
The point is that the budget changes all the time for anything other than a simple application stack. If you're constantly experimenting and building new applications, you basically need to quickly glance at your daily usage to make sure you won't get a surprise in 30 days.
I've never worked at a company where the cloud budget fluctuated in the way that you are describing, and we certainly didn't run "simple application stacks." Costs and usage patterns are predictable. If you want to do whatever you want, costs be damned, then I'd ask why you're even bothering to be alerted about costs in the first place.
I agree that you have to make it a daily or weekly habit to check because 30 days is too long a time to incur costs you're not aware of. That's why I built Billgist.com, same idea but it sends a daily email with usage amount right in the subject, like: $16.56 XYZAccount – Daily AWS billing alert.
I wonder if this is also a CUDA-bypass, PTX optimization that led to the 10x performance gain by Deepseek: https://xyzlabs.substack.com/p/deepseeks-latest-shocker-who-...