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

Неочевидная особенность. Долго искал. Если у вас в .settings.php стоит 'host' => 'localhost' а в dbconn.php стоит $DBHost = "127.0.0.1" то классический API и ORM/HiLoad будут работать с разными подключениями к базе соответственно $DB->StartTransaction(); повлияет только на классику а $connection->startTransaction(); повлияет только на ОРМ

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

Включить лог журнала авторизации

но скорее всего SPF не верно настроены

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

в логе msmtp

хм

включил (или было включено)

как называется тип этого события?

вижу только USER_PASSWORD_CHANGED

нагуглил MAIN_EVENT_LOG_PASSWORD_REQUEST

это наверное не то

ок

эта галочка не работает

там просто нет кода, логирующего попытки сменить пароль

какая пидорская система

похоже, в битриксе половина всего так

Мне стикер надебанил убери прям распечатать хочется )

filesystem:https://web.telegram.org/temporary/sticker_283839360502071338.webp

что за новые баги как так через filesystem: только открываетяся)

а как вы в разработке относитесь к многомерным массивам? относительно производительности? где то читал, что одномерные структуры быстрее работают и можно использовать array[x*y] как пример.

массив в php это хештаблица

по сложности у тебя будет тоже самое если ты сделаешь линейный массив

у которого N будет x * y

Одна хэш таблицв против очень большого количества хэш таблиц

ну какая разница

зависит от хешфункции

ну какая разница

Оверхед большой

для ключей

ну камон

Потребление памяти на обьекты пхп

как работаешь хештаблица

память в целом насрать

вопрос про скорость

/me любит наблюдать как горит пламя, после того как бросил масло в огонь

чем меньше коллизий по хешу тем меньше будет списков по котором иквалсом бежать нужно

Если алгоритм потребляет больше памяти то и производительность ниже

ну окей )

пихапешники такие пихапешники )

хз как там в пыхе. но на C# двуменый массив в полтора раза медленней наполнился 100 миллионами записей

чем меньше коллизий по хешу тем меньше будет списков по котором иквалсом бежать нужно

Когда накопится достаточно коллизий, пхп должен увеличить хэш таблицу

Когда накопится достаточно коллизий, пхп должен увеличить хэш таблицу

и как это спасет от коллизий-то?

у тебя как был хеш двух объектов одиновый так и остался

как не увеличивай

хз как там в пыхе. но на C# двуменый массив в полтора раза медленней наполнился 100 миллионами записей

вообще странно

если ключи простые

коллизии могут быть когда хэш разный

то адрес можно просто сложение посчитать

коллизии могут быть когда хэш разный

мммм

потому что хэш таблицы упаковывают похожие хэши в одну ячейку

https://ru.wikipedia.org/wiki/%D0%A5%D0%B5%D1%88-%D1%82%D0%B0%D0%B1%D0%BB%D0%B8%D1%86%D0%B0

https://en.wikipedia.org/wiki/Hash_table#Dynamic_resizing

все понял что ты имешь ввиду

диапазон значений у хэш функции очень большой, его не уместить в памяти наивным способом

даже морду не набили

так не интересно

)

диапазон значений у хэш функции очень большой, его не уместить в памяти наивным способом

смотря какая хеш функция

она в любом случае дает коллизии

т.е. php круче C )

например java hash от стринга

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

результат хэш функции с помощью операции деления по модулю или ещё как нибудь умещается в хэш таблицу

System.out.println("Aa".hashCode() + "," + "BB".hashCode()); System.out.println("Ba".hashCode() + "," + "CB".hashCode()); System.out.println("Ca".hashCode() + "," + "DB".hashCode()); System.out.println("Da".hashCode() + "," + "EB".hashCode());

ERROR: S client not available

ну да берут остаток от деления на количество бакетов

но вот я про такие случаи как я выше написал

объекты разные а хешкоды одинаковые

на хэш таблицах свет клином не сошёлся

так вот вот у тебя php

у тебя есть выбор?

там вообще с коллекциями сложно все )

в общем, оверхед большой на миллион php-обьектов

проц медленней работает когда данные размазаны по памяти

быстрые алгоритмы - дружественные к кэшам процессора

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

и происходит перестоение (увеличение количества бакетов )

а ещё оверхед на создание этих обьектов, подсчёт ссылок на них

накладные расходы на большую хэш таблицу (по памяти) не сравнимы с накладными расходами на множество Array(), по ЦП и памяти

в общем я не совсем силен в php, возможно

и происходит перестоение (увеличение количества бакетов )

это перестроение написано на языке C и работает только с одном массивом. не страшно.

это перестроение написано на языке C и работает только с одном массивом. не страшно.

ну какая разница на чем оно написано

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

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

ладно, один хуй я на PHP писал только в сосничестве

даже морду не набили

не пиши на php кароче

ето

ребята кароч это пздц, нужна помощь есть урл site.com/catalog/noutbuki/?tip-universalnyy&msi&data-vykhoda-na-rynok-2014-g-1 в urlrewrite.php ловлю ее регуляркой "CONDITION" => "#^/catalog/([0-9a-zA-Z_-]+)/([\\?][a-zA-Z0-9_-]*)#", "RULE" => "TYPE=SECTION-GET-FILTER&SECTION=\$1&GET-FILTER=\$2", но ничего (( как словить урл ? ps: он стоит в начале urlrewrite.php

так это ж get запрос

нет гет это когда ?tip=universalnyy&.... у меня ?tip-universalnyy&....

У тебя гет запрос

всё что после ? - параметры в GET

Если уберешь вопросик, то tip-universalniy попадёт в урл и поймаешь его регуляркой

site.com/catalog/noutbuki/tip-universalnyy/?msi&data-vykhoda-na-rynok-2014-g-1

ну как бы да, но как бы так http://joxi.ru/1A5xGg8hKoG9B2

Ну это print_r($_GET)