@aadaili · Post #14744 · 28.04.2026 г., 14:25
#lolm#内透#源码 hook内透 开源了 已删除全部网络验证 二改留名
TGINSIGHT SIMILAR POSTS
Изворен канал @pythonotes · Post #32 · 7 фев.
Скорее всего уже слышали, что складывать строки через + это плохая практика. Падение производительности, и всё такое. Без лишних слов, давайте измерять: from timeit import timeit def t1(): # складываем 10 строк через + из переменной t = 'text' for _ in range(1000): s = t + t + t + t + t + t + t + t + t def t2(): # склеиваем список строк через метод join arr = ['text'] * 10 for _ in range(1000): s = ''.join(arr) def t3(): # складываем через + но не из переменной а непосредственно инлайн объекты for _ in range(1000): s = 'text' + 'text' + 'text' + ... # всего 10 раз Теперь каждую строку склейки запустим по 10М раз >>> timeit(t1, number=10000) 0.21951690399964718 >>> timeit(t2, number=10000) 1.4978306379998685 >>> timeit(t3, number=10000) 0.2213820789993406 Хм, а нам говорили что через "+" это плохо и медленно ))) 😁 Тут стоит учитывать, что речь идёт о склейке множества длинных строк. Давайте изменим условия: def t4(): t = 'text'*100 for _ in range(1000): s = t + t + t + t + t + t + t + t + t def t5(): arr = ['text'*100] * 10 for _ in range(1000): s = ''.join(arr) def t6(): for _ in range(1000): s = 'text'*100 + 'text'*100 + ... # всего 10 раз >>> timeit(t4, number=10000) 12.795130728000004 >>> timeit(t5, number=10000) 2.642637542999182 >>> timeit(t6, number=10000) 0.2184546610005782 Вот, уже другой разговор, сразу видна разница, в среднем в 6 раз. Но погодите, почему последний тест t6() по скорости такой же как и t3()? Ведь строки теперь в 100 раз длиннее! Это вопросы оптимизации кода, какие простые изменения ускоряют или замедляют выполнение программы. Мы столкнулись с примером обхода обращения к переменной. Например, именно так работает директива #define в С++, во время компиляции подставляя значение переменной вместо ссылки на неё. В Python это тоже работает, но часто ли вы сможете встретить такой способ работы со строками? К сожалению, способ почти только теоретический. В целом, тесты показали то, что мы хотели. Делаем выводы самостоятельно. Полный листинг 🌍 #tricks
Пребарај: #lolm
@aadaili · Post #14744 · 28.04.2026 г., 14:25
#lolm#内透#源码 hook内透 开源了 已删除全部网络验证 二改留名
@aadaili · Post #14227 · 11.04.2026 г., 13:29
#Sy#王者荣耀#lolm#上帝视角 +LOLM公益上帝(动态汇编上帝4.10_0221) ✅更新 🟢lolm上帝适配新赛季 🟢更新王者汇编上帝 🟢暂时移除动态上帝 ✔️更新频道 @wangzhechat
@aadaili · Post #15014 · 06.05.2026 г., 14:21
#biu77#英雄联盟手游#LOLM#内透 英雄联盟公益内透,稳定连打不封
@aadaili · Post #14460 · 19.04.2026 г., 13:56
#于山#lolm#英雄联盟手游#内透 hook内透1.1lolm lolm新版本 hook注入裸奔内透 卡密:于山666 修复闪退 无视检测
@aadaili · Post #15079 · 06.05.2026 г., 14:29
#污青#神也是人#lolm#内核#pd驱动#SR驱动 修复无效果 绘制野怪/野位 人物绘制等等 驱动 https://t.me/aadaili/15076
@aadaili · Post #14193 · 11.04.2026 г., 13:27
#污青#神也是人#lolm#英雄联盟手游#内核#pd驱动 适配游戏最新版 修复驱动读取的bug导致人物无效果 绘制野怪/野位 人物绘制 血量 野怪血量等等
@aadaili · Post #13943 · 03.04.2026 г., 12:13
#污青#神也是人#lolm#英雄联盟手游#内核#pd驱动 新增了野怪/野位 优化了野怪的方框 修复了保存配置的问题 卡密随便输入
@aadaili · Post #14358 · 15.04.2026 г., 13:35
#LEO 原 #独久#lolm#解密#内核#rt驱动#gt驱动#橘子驱动#kma驱动#LS驱动#泪心驱动 修复部分人没有数组人数,添加新的驱动LS 适配新赛季卡密 @FGWHNB
@aadaili · Post #15037 · 06.05.2026 г., 14:24
#LEO#独久#cfm#LOLM#解密#内核#rt驱动#gt驱动#橘子驱动#kma驱动#LS驱动#泪心驱动 修复验证问题 cfm 公益卡密 @FGWHNB 最近太忙了,待我忙完后面再研究一下