Может, по-другому чуть. Число всех вообще элементов – это число тиков, на которые делится отрезок.
Для каждого тика прописать желающих в него попасть. Но с разными приоритетами. Для 100-100 будет 200 отрезков. На первый попадает А и сто единичных. Но у А приоритет высокий: ему надо попасть на этот или на следующий железно. А у каждого из единичных приоритет низкий: им годится вообще любой из 200.
Так получится, в первую попадёт А, во вторую один из единичных. В третью, следующий А (опять высокий приоритет), в 4 один из единичных. И т.д.
Даниил, если хочется оптимальной для каждого случая расстановки элементов – то задача становится больше похожей на оптимальную упаковку (упаковку рюкзака). В примере с 100 и 100 интуитивно понятно, что 100 одиночек должны быть каждый по 1 между двумя из сотни. Это следует из нового требования «равномерности»: минимизации вариативности расстояния между элементами одной группы после сериализации. Т.е. что первая сотня должна идти как можно более «ритмично».
Контрпример для усложнения тут взаимно простые числа длин серий. Например 3,5,7,11. Как их расставить?
adil16, ключи могут быть и строковые и числовые вперемешку. Можно взять все значения array_values(), у этого массива уже взять последний ключ (там точно все численные) и прибавить 1.
тут надо причину чинить, а не следствия. Вопрос не про MySQL а про безопасность Wordpress.
Обновите WP и все плагины и темы. Проверьте, нет ли лишних левых файлов php – как вариант сделайте копию БД и переустановите WP с нуля в чистую. Поменяйте пароль от БД.
ivan_kholodov, вам верно подсказали про синтаксический сахар async / await, который позволяет записывать асинхронный код последовательно, как будто он обычный – просто в нужной строчке с await «притормозит» и подождёт результата.
Артем, нет, Laravel не поможет. Для работы с асинхронными сокетами и событиями традиционные фреймворки не особо полезны. Тот же Laravel расчитан на что: веб запрос - обработали - ответили. Всё, переменные забыли, соединения закрыли.
А WebSocket'ы постоянно на связи. В любой момент приходит сообщение, происходит какое-то событие, например, таймера – и надо как-то реагировать. Обработчик таких событий можно сравнить с традиционным обработчиком веб-запроса. Но тоже свои особенности. Например, невыгодно каждый раз открывать соединение с БД, делать запрос, закрывать соединение. Лучше держать небольшой набор открытых соединений (pool), из него одалживать одно соединение, выполнять запрос и возвращать соединение в набор.
В общем, попробуйте поднять Swoole, вот этот пример с простейшим вебсокет-сервером. В его коллбэках отвечать на входящие сообщения. – Почувствуете вкус.
Артем, никак. Чтобы въехать, попробуйте для начала запустить пример по ссылке со Swoole.
Запустить WS сервер и подключиться к нему JS'ом из браузера.
Тогда придёт понимание того, как это работает.
В PHP-коде будете обрабатывать События: подключение клиента, принятое от него сообщение.
Кусочки кода, что вы привели, ни о чём.
Чтобы «пощупать» частотное разложение изображения, можно в Photoshop или другом редакторе проделать примерно следующее.
1. создать копию исходного изображения и применить к ней размытие радиуса R. Такого, чтобы пропали те мелкие детали, которые хочется отделить от остального изображения.
2. из исходного изображения «вычесть» размытое. Со смещением 128 и делением на 2. Это будет слой с «высокочастотными» деталями.
Если наложить этот высокочастотный слой на размытый в режиме Linear Add, получится 1:1 исходное изображение. Но теперь у вас два слоя, которые можно редактировать независимо. В одном низкочастотные размытые детали. В другом мелкие "высокочастотные".
Какой у исходного видео кодек и контейнер?