All streams
Search
Write a publication
Pull to refresh
1
0.2
Send message

Не обязательно. Не у всех есть возможность заряжать телефон именно тогда, когда заряд падает в совсем ноль. Если ты уходишь из дома на весь день и нет желания внезапно остаться без связи, то приходится каждый раз ставить его на зарядку на ночь.

Ну я, к примеру, последние 6 лет пользуюсь первым iphone se, и он у меня не разбит, не потерян и не украден... даже царапин существенных на нем нет... И он меня устраивает по всем параметрам, так что желания менять на новую модель тоже нет, да и нет больше телефонов такого размера.

Но вот, к сожалению, батарея с каждым днем все хуже и хуже.

Обычно на "отечественных" продуктах хотя бы наклейка отечественная, а тут даже и это поленились. На последней фото отчетливо видно Gooxi.

А вот и сам "отечественный" сервер: https://www.gooxi.us/ProductList/info_lcid_60_itemid_1201.html

не совсем так:

The Red Hat Developer Subscription for Individuals terms formerly limited Red Hat Enterprise Linux use to single-machine developers. The Red Hat Developer Subscription for Individuals is still only available to individuals, not organizations or teams, and is designed for personal servers, home labs, and small open source communities.

Т.е. можно ставить на 16 компов, но не компаниям и не для коммерческого использования...

GPL не запрещает брать деньги за конечный продукт, главное только чтобы исходный код этого конечного продукта был доступен и все лицензии остались не измененными.

Вы тоже можете скачать исходники RHEL с сайта, самостоятельно скомпилировать и продавать как свой продукт.

ждем статью "Глубокое погружение в магию '-' и '/'" от создателя "Глубокое погружение в магию '+' и '*'"

Мне кажется проблема все-таки не в lock:

class ThreadSafeCounter:
  def change(self):
    with self.lock:
      self.val += 1

class ThreadSafeCounterWithRandom:
  def change(self):
    with self.lock:
      self.val += random.randint(1, 1)
❯ ./script.sh
Python 3.7.9
ThreadSafeCounter: expected val: 1000000, actual val: 1000000 @ 3.3 sec
ThreadSafeCounterWithRandom: expected val: 1000000, actual val: 1000000 @ 1.69 sec

Python 3.8.17
ThreadSafeCounter: expected val: 1000000, actual val: 1000000 @ 4.89 sec
ThreadSafeCounterWithRandom: expected val: 1000000, actual val: 1000000 @ 1.55 sec

Python 3.9.17
ThreadSafeCounter: expected val: 1000000, actual val: 1000000 @ 3.33 sec
ThreadSafeCounterWithRandom: expected val: 1000000, actual val: 1000000 @ 1.18 sec

Python 3.10.12
ThreadSafeCounter: expected val: 1000000, actual val: 1000000 @ 0.375 sec
ThreadSafeCounterWithRandom: expected val: 1000000, actual val: 1000000 @ 1.24 sec

Python 3.11.4
ThreadSafeCounter: expected val: 1000000, actual val: 1000000 @ 0.296 sec
ThreadSafeCounterWithRandom: expected val: 1000000, actual val: 1000000 @ 0.767 sec

Ну я имел ввиду не то, что pypy шустрее, а то, что примеры без lock отработали без ошибок.

вот еще решение:

❯ pypy3.9 main.py
Counter: expected val: 1000000, actual val: 1000000 @ 0.00605 sec
CounterWithConversion: expected val: 1000000, actual val: 1000000 @ 0.014 sec

❯ pypy3.10 main.py
Counter: expected val: 1000000, actual val: 1000000 @ 0.00568 sec
CounterWithConversion: expected val: 1000000, actual val: 1000000 @ 0.0146 sec

К сожалению вариант с Lock на питоне до 3.10 занимает на порядок больше времени:

Python 3.7.9
Counter: expected val: 1000000, actual val: 748022 @ 0.198 sec
CounterWithConversion: expected val: 1000000, actual val: 184262 @ 0.293 sec
ThreadSafeCounter: expected val: 1000000, actual val: 1000000 @ 4.17 sec

Python 3.8.17
Counter: expected val: 1000000, actual val: 654067 @ 0.226 sec
CounterWithConversion: expected val: 1000000, actual val: 288048 @ 0.284 sec
ThreadSafeCounter: expected val: 1000000, actual val: 1000000 @ 4.54 sec

Python 3.9.17
Counter: expected val: 1000000, actual val: 606116 @ 0.179 sec
CounterWithConversion: expected val: 1000000, actual val: 592690 @ 0.23 sec
ThreadSafeCounter: expected val: 1000000, actual val: 1000000 @ 5.51 sec

Python 3.10.12
Counter: expected val: 1000000, actual val: 1000000 @ 0.177 sec
CounterWithConversion: expected val: 1000000, actual val: 520744 @ 0.231 sec
ThreadSafeCounter: expected val: 1000000, actual val: 1000000 @ 0.407 sec

Python 3.11.4
Counter: expected val: 1000000, actual val: 1000000 @ 0.0982 sec
CounterWithConversion: expected val: 1000000, actual val: 567276 @ 0.158 sec
ThreadSafeCounter: expected val: 1000000, actual val: 1000000 @ 0.312 sec

  • Одностраничные приложения (SPA): На Flask можно разработать как backend, так и frontend для SPA (используя Jinja2).

А можно вот про это поподробнее?

Основная задержка не за счет задержки в волокне, а на маршрутизаторах. Так что надо выбирать хост, чтобы до него как можно больше хопов было.

Не со всем адресами такой фокус пройдет:

❯ ping -s 1300 www.google.com
PING www.google.com (142.251.46.164): 1300 data bytes
76 bytes from 142.251.46.164: icmp_seq=0 ttl=39 time=94.199 ms
wrong total length 96 instead of 1328

Не исключено, что 90% клиентов просто приходится приходить с флешкой, т.к. у них нет другого выхода. А появится конкурент, который будет принимать заказы через интернет, клиенты могут уйти к нему.

У меня тоже такой вопрос был, но насколько я понял идея такая, что найдя незащищенную розетку, слишком стремно ломать сеть у всех на виду, сидя где-нибудь в коридоре с ноутом на коленках и подключившись шнурком. Т.е. автор незаметно подключает малинку и идет взламывать сеть удаленно в ближайший бар уже через wifi.

Подобные статьи в журнале "Хакер" печатали... в середине 90х... Только там в начале было про то, как коаксиал проложить и заземлить его правильно. Видимо эту часть выкинул, а чем заменить не придумал.

Дано: работающая сеть с доступом в интернет (судя по dhcp и тому, что файлы все-таки передают друг-другу по почте)

Допускаем к настройкам дилетанта, который в сетевых настройках пишет всякую отсебятину.

Вопрос: что еще, кроме доступа в интернет, смог поломать такой "специалист"?

Ну так и в русском все тоже самое.

Воскресенье раньше называлось "неделя" от "нет дел". Далее день после недели (понедельник), второй день после недели (вторник), середина (среда), четвертый и пятый дни после недели (четверг и пятница)... А вот суббот, кажется не было...

Ну вот видите: мы еще только начали переходить на шестидесятеричную систему, а вы уже запутались :))

Ну и не забывайте, что для каждой цифры не только символ нужен, но и название

Information

Rating
2,593-rd
Registered
Activity