и я все это благополучно прогуливал)

лабы вида "сегодня мы будем делать свои языки программирования"

но в головушке-то осталось, как бы не старался прогулять

$r = 0; for($i = 0; $i < 16; $i++) { $r += $i; } вот такой код в целом может быть выполнен за один такт процессора. В теории. Если компилятор достаточно умный

если компилятор очень умный, а сравнение счетчика идёт с константой и инициируется результат константой, то он еще на этапе компиляции может просто r посчитать?)

если компилятор очень умный, а сравнение счетчика идёт с константой и инициируется результат константой, то он еще на этапе компиляции может просто r посчитать?)

вполне)

тут же сумма прогрессии

с известным шагом

ну мне лень было массив символов с xor делать

а md5 по сути это оно и есть

суть та же - если интересно как это работает - можшь погуглить про пайплайнинг, векторизацию вычислений и т.д.

там жеж лет 10 назад был скандал что интеловский компилятор делал все эти оптимизации только для интеловских процессоров и за счет этого выигрывал во всех бенчмарках)

хосподи

Распаралелливание алгоритма, ну и да, сам алгоритм интересует, почему мд5 можно шифровать в несколько ядер/потоков а аргон - нет

он память активно использует, а на всяких gpu с памятью швах

он память активно использует, а на всяких gpu с памятью швах

там в целом за счет зависимости по данным нельзя распаралелить эффективно

а с памятью на GPU не так все плохо

просто надо грамотно копировать

ты не путай память на ядро и общую память на одной шине

ты не путай память на ядро и общую память на одной шине

я и не путаю)

потому и говорю что грамотно копировать можно блоки

как грамотноне юзай, все равно шину занимать

весь прикол именно в зависимости по данным

как грамотноне юзай, все равно шину занимать

какую шину? ты можешь в shared memory видюхи все загнать - она просто медленная по меркам локальной памяти ядра

шину по которой процы с памятью общаются ;)

шину по которой процы с памятью общаются ;)

ты про GPU или про CPU?) там вообще-то еще кэш есть

и даже в случае с CPU грамотная работа с памятью уменьшит вероятность кэшмисов

ну вот задача алгоритма, что бы данные расчета не влезали в кеш ядра

У вас PhpStorm паленый или лицуха? Имеет смысл ставить пиратскую или в notepad++ тоже норм?

7 баксов в месяц, карл...

там 300 же

Бесплатный на 5 лет?

EAP

У вас PhpStorm паленый или лицуха? Имеет смысл ставить пиратскую или в notepad++ тоже норм?

Шторм eap (иногда использую stable with open source license)

там 300 же

где 300?

Ну я так и не понял смысл этой алгоритмической сложности, если для популярных алгоритмов в любом случае уже есть сгенерыные базы хэшэй, выставлю я там максимальную сложность - хакер просто ищет/покупает/генерирует базу с нужным костом и в итоге популярные пароли расшифрованы ?

против этого как раз соль и придумана

ну 200 и то аренда кажется а не "купил и забыл"

ну 200 и то аренда кажется а не "купил и забыл"

то ты для компании смотришь

посмотри personal

https://www.jetbrains.com/phpstorm/buy/#edition=personal

89 первый год 71 второй и последующие 53 бакса в год

это не так много учитывая что пока что лучше шторма IDE для php нет

против этого как раз соль и придумана

соль от радужных табличек что бы энтропию увеличивать. Не более. Это не решает проблему того что у тебя пользователи юзабют пароли вида 123456

ты прочитал на что я ответ дал?

как раз о сгенеренной базы хешей

чо энтропию увеличиваешь тут

а ты всю дискуссию читал? мы уже это обсудили

так что может ты энтропию увеличиваешь?)

1. медленные хэши 2. соль от радужных табличек 3. проверка похожих паролей из top 1000

без третьего пункта даже при наличии соли и bcrypt я за разумное время смогу подобрать 70-80% паролей твоих пользователей

1. медленные хэши 2. соль от радужных табличек 3. проверка похожих паролей из top 1000

чувак, он о том же))

ты ему доказываешь то, с чем он согласен и о чем он и говорит))

Разбиваете ли вы пользовательские файлы по директориям, например на одну директорию по 1000 картинок или все в одну грузите(там ограничение есть вроде как и лагать может)?

не, я прочитал и не нашел, что чуваку объяснили - нафига вообще соль нужна... по крайней мере под этим сообщением

без третьего пункта даже при наличии соли и bcrypt я за разумное время смогу подобрать 70-80% паролей твоих пользователей

не совсем верно

не совсем верно

аргументы?

Разбиваете ли вы пользовательские файлы по директориям, например на одну директорию по 1000 картинок или все в одну грузите(там ограничение есть вроде как и лагать может)?

считаем md5 от файла. Из хеша одважды ткусываем по 2 символа и на их снове называем каталоги где будут лежать файлы.

не, я прочитал и не нашел, что чуваку объяснили - нафига вообще соль нужна... по крайней мере под этим сообщением

Потому что я и так знал зачем она нужна, мне больше про алгоритм и его сложность интересно было почитать

считаем md5 от файла. Из хеша одважды ткусываем по 2 символа и на их снове называем каталоги где будут лежать файлы.

это отдельная директория для одного файла получается что ли?

это отдельная директория для одного файла получается что ли?

https://ru.stackoverflow.com/questions/591729/Хранение-большого-количества-изображений-в-одной-директории-на-сайте/594304#594304

считаем md5 от файла. Из хеша одважды ткусываем по 2 символа и на их снове называем каталоги где будут лежать файлы.

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

о спс, почитаем

например что как бы в ex2 можно было хранить дохера файлов но если файлов в директории больше определенного количества начинаются тормоза

ит .д.

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

ну на винде если хранить, то система будет миниатюры создавать и лагает шо ппц

ERROR: S client not available

ну на винде если хранить, то система будет миниатюры создавать и лагает шо ппц

ты можешь это отключить

в ext4 вроде как вообще лимитов нет на хранение файлов

можно, еще сортировать начинает и не запоминает предыдущую сортировку

ну то есть нет смысла дробить, разве что для каких-то организационных моментов

например что как бы в ex2 можно было хранить дохера файлов но если файлов в директории больше определенного количества начинаются тормоза

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

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

))) эт да

ну вообще для меня это темная тема.... я все на s3 просто сваливаю и пофигу

я честно бы почитал какие-нибудь современные бэст практисы по этому делу, особенно нюансы по сбору мусора и т.д.

ну вообще для меня это темная тема.... я все на s3 просто сваливаю и пофигу

не всегда в этом есть смысл, а так да, хорошее решение)

хэшики тут к слову наверное пригодятся

а то у меня в памяти остались только отголоски времен когда еще небыло докеров шмокеров и Балрмер со сцены кричал developers developers developers

https://ru.stackoverflow.com/questions/591729/Хранение-большого-количества-изображений-в-одной-директории-на-сайте/594304#594304

>/imgs/1253573.jpg" помню давным давно как кто-то так грабил картинки и прочее), когда все файлы в одной директории

аргументы?

а, да не, это я тупю

>/imgs/1253573.jpg" помню давным давно как кто-то так грабил картинки и прочее), когда все файлы в одной директории

Можно было для прикола положить туда файлик на пару гигов, пусть парсят )))

https://twitter.com/Nick_Craver/status/720062942960623616?s=19

https://twitter.com/Nick_Craver/status/720062942960623616?s=19

Отличная бомба, думал над подобной zip-бомбой

Но эта покруче

Народ, есть короче такая бня: public function __construct(NodeConnector $connector = null) { if (null === $connector) { $connector = new NodeConnector(...); } $this->gateway = new ApiGateway($connector); } Так вот, ApiGateway - в тестах стабается. Как мне его сделать стабом, если у меня он создается автоматически в классе (не делать же дополнительный аргумент в конструкторе для передачи этого гейтвея)

Народ, есть короче такая бня: public function __construct(NodeConnector $connector = null) { if (null === $connector) { $connector = new NodeConnector(...); } $this->gateway = new ApiGateway($connector); } Так вот, ApiGateway - в тестах стабается. Как мне его сделать стабом, если у меня он создается автоматически в классе (не делать же дополнительный аргумент в конструкторе для передачи этого гейтвея)

читай про инверсию управления и про иньекцию зависимостей

Народ, есть короче такая бня: public function __construct(NodeConnector $connector = null) { if (null === $connector) { $connector = new NodeConnector(...); } $this->gateway = new ApiGateway($connector); } Так вот, ApiGateway - в тестах стабается. Как мне его сделать стабом, если у меня он создается автоматически в классе (не делать же дополнительный аргумент в конструкторе для передачи этого гейтвея)

делать

читай про инверсию управления и про иньекцию зависимостей

читал

ты не просто делаешь "иньекцию гейтвея" а убираешь еще и нод коннектор

Народ, есть короче такая бня: public function __construct(NodeConnector $connector = null) { if (null === $connector) { $connector = new NodeConnector(...); } $this->gateway = new ApiGateway($connector); } Так вот, ApiGateway - в тестах стабается. Как мне его сделать стабом, если у меня он создается автоматически в классе (не делать же дополнительный аргумент в конструкторе для передачи этого гейтвея)

я не большой специалист, но по-моему именно что добавлять доп. аргумент

потому что нахер тебе это вообще знать если тебе по итогу гейтвей нужен

ты не просто делаешь "иньекцию гейтвея" а убираешь еще и нод коннектор

О, вот ща понял

спасибо

Не знаю, нормальная ли это практика. У меня есть контекст, несколько стратегий, и к каждой стратегии еще отдельно гейтвей класс для низкоуровневого доступа к апи. Получается у меня гейтвей будет привязываться не на уровне стратегии (что по мне более верно), а на уровне контекста, который вообще знать не должен про этот гейтвей, он тупо стратегии дергает

ну т.е. стратегии имеют одинаковый интерфейс, а вот гейтвеи - нет

по-моему я где то косяк в архитектуре допустил

Не знаю, нормальная ли это практика. У меня есть контекст, несколько стратегий, и к каждой стратегии еще отдельно гейтвей класс для низкоуровневого доступа к апи. Получается у меня гейтвей будет привязываться не на уровне стратегии (что по мне более верно), а на уровне контекста, который вообще знать не должен про этот гейтвей, он тупо стратегии дергает

стратегий много а гейтвей один? а зачем им всем гейтвей тогда?