@Hiyase_Admin · Post #661 · 22.09.2025 г., 02:22
#WARN: Chat: 冷曦喵の猫窝 Admin: 冷曦[Hiyase] 🏳️🌈 (ID: 899745249) User: Wireless Lover (ID: 1279608605) Message link: link Reason: 不友好
Hashtags
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
Пребарај: #warn
@Hiyase_Admin · Post #661 · 22.09.2025 г., 02:22
#WARN: Chat: 冷曦喵の猫窝 Admin: 冷曦[Hiyase] 🏳️🌈 (ID: 899745249) User: Wireless Lover (ID: 1279608605) Message link: link Reason: 不友好
Hashtags
@Hiyase_Admin · Post #660 · 22.09.2025 г., 02:18
#WARN: Chat: 冷曦喵の猫窝 Admin: 冷曦[Hiyase] 🏳️🌈 (ID: 899745249) User: Miléna von Ährenfeld (ID: 5039198489) Message link: link Reason:
Hashtags
@Hiyase_Admin · Post #555 · 21.05.2025 г., 06:15
#WARN: Chat: 冷曦喵の猫窝 Admin: 冷曦[Hiyase] 🏳️🌈 (ID: 899745249) User: o v o (ID: 6797158776) Message link: link Reason:
Hashtags
@RecMataChannel · Post #311 · 23.09.2025 г., 13:10
#warn console.recursion.store 域名即将弃用,新域名预计 24h 内更新。
Hashtags
@RecMataChannel · Post #116 · 11.03.2024 г., 13:36
#warn 目前面板工作不太正常,数据有时不会自动刷新,需要耐心等几分钟。 期间不要进行其他操作以防产生意外后果。 关于此事故的具体信息正在调查中。
Hashtags
@RecMataChannel · Post #38 · 26.10.2023 г., 09:34
#warn 我们注意到使用频道评论区交流具有非即时性,故我们决定采用 Topic Group 的形式; 现在请各位用户加入 @RecMata 群组,稍后我们将其与频道解耦并开启 Topic 模式; 此频道则会弃用,但并不会被删除,直到 Telegram 官方支持 Channel 与 Topic Group 共存。 感谢大家的理解与支持。
Hashtags
@RecMataChannel · Post #214 · 01.11.2024 г., 08:08
#warn#Core 目前观察到多个 IP 被中国大陆封锁。 根据经验,预计 7-10 天即可恢复。
@RecMataChannel · Post #220 · 10.11.2024 г., 06:25
#warn#Edge 近期发现多台 🇭🇰 HKG 节点短时间内流量被消耗用尽,这些节点的计费倍率将会被恢复为 3X。
@RecMataChannel · Post #218 · 10.11.2024 г., 02:38
#warn 出于安全性考虑,由于 GFW 可能的交叉检测,暂时停用所有 #Hysteria2 节点。 预计会对 #iOS 客户产生较大影响。
Hashtags
@botsgram_cu · Post #3209 · 29.11.2020 г., 16:21
@BanWarnBot Qué puede hacer este bot? Este bot realiza un seguimiento de la frecuencia con la que advirtió a alguien y pateará / prohibirá después de un límite establecido. Idioma: Inglés (visto en @BotsGram_cu) #ban, #warn, #group, #track, #kick, #member, #helper