برای تولید اعداد تصادفی معمولا در برنامه های تحت وب seed اولیه را از ترتیب کلیک های موس و کیبورد می گیرند تا قابلیت پیش بینی انها حداقل شود.
زیرا ترتیب این اعمال در بعد زمان الگوی منحصر خوبی تولید میکند

https://securitytrails.com/blog/kali-linux-penetration-testing-tools

#kali #tools #penetration_test

https://shoelace.nyc/
تلاشی مجدد از گوگل برای ایجاد یک شبکه اجتماعی :)

برای یادگیری اندروید و ios میتوانید از لینکهای زیر شروع کنید
https://guides.codepath.com/android
https://guides.codepath.com/ios

یک مثال ساده از ایجاد یک thread با زبان c برای js

https://developers.google.com/web/updates/2018/10/wasm-threads

https://www.html5rocks.com/en/tutorials/file/filesystem/#toc-references

Exploring #javascript the #FileSystem APIs

#js #browser #fs

به کمک chrome://flags می توانید flagهای خاصی را تنظیم کنید

مطالب فوق مربوط به حالتی است که بخواهید با فایلهای بزرگ در browser کار کنید و همچنین debug کنید

برای همین است که اخیرا تلگرام کد را فقط از طریق تلفن ارسال میکند

هر چه در youtube جستجو کردید و پیدا نشد بک بار هم در bilibili.com جستجو کنید حتما پیدا می شود :)

شوخی: همیشه یک چینی وجود دارد که مسلئه را قبلا حل کرده است

اخیرا نیز فکر کنم کد آن را نیز متن باز منتشر شده است

Base64 is apparently wasteful because we use just 64 different values per byte, whereas a byte can represent 256 different characters. That is, we use bytes (which are 8-bit words) as 6-bit words. There is a waste of 2 bits for each 8 bits of transmission data. To send three bytes of information (3 times 8 is 24 bits), you need to use four bytes (4 times 6 is again 24 bits). Thus the base64 version of a file is 4/3 larger than it might be. So we use 33% more storage than we could.
That sounds bad. How can engineers tolerate such wasteful formats?

https://www.google.com/amp/s/lemire.me/blog/2019/01/30/what-is-the-space-overhead-of-base64-encoding/%3famp