Сергей Соколов

225_x = 2∙x² + 2∙x + 5 = 4∙y² + 5 = 405_y
2∙x² + 2∙x = 4∙y²
y_min = max(4, 0, 5) + 1 = 6
2∙x² + 2∙x = 4∙6² = 144
x² + x - 72 = 0
D = 1 + 4*72 = 289
x₁ = -(1 + 17)/2 = -9
x₂ = -(1 - 17)/2 = 8

P.S. Можно и в более общем виде:
2∙x² + 2∙x = 4∙y²
x² + x - 2∙y² = 0
D = 1 + 8∙y²
x₁ = -(1 + sqrt(1 + 8∙y²))/2
x₂ = -(1 - sqrt(1 + 8∙y²))/2

Недавно на Тостере кто-то публиковал интересную ссылку по вашему вопросу: https://github.com/d3/d3/wiki/Gallery

Отказаться от подхода "черт-те-как спроектируем БД, а потом будем задалбывать ее сложными SQL-запросами, жрущими непомерные ресурсы на тривиальных задачах". Если id, действительно, "строка случайных символов", то полезной информации в ней ноль. В этом случае сделать рефакторинг и заменить id на автоинкрементное целочисленное поле с индексом и делать выборку простейшимWHERE id > :thePreviousMaxId. Если в id все-таки имеется осмысленная информация, используемая не только для обеспечения уникальности - добавить автоинкрементный альтернативный ключ, сведя тем самым решение к предыдущему варианту. В любом случае это будет эффективнее, чем заниматься запоминанием ранее полученных id

Есть готовое решение: vk.com/app5627900

У нас есть k разноцветных слонов и 100-k одинаковых слонов. Дети разные, одноцветные слоны - одинаковые.

Решение в лоб:
Возможны 2 варианта задачи:
1) m <= 100-k (одинаковых слонов хватает на всех детей)
2) m > 100-k (одинаковых слонов не хватает на всех)

В первом случае нужно понять сколькими разными способами можно раздать разноцветных слонов, поскольку одинаковых слонов в первом случае хватает на всех, то число способов может быть следующим:
Число способов вытащить k_i разноцветных слонов:
C_{k}^{k_i}
Число способов вытащить из мешка k_i разноцветных слонов и раздать их детям:
C_{k}^{k_i} A_{m}^{k_i}

Вытащенных из мешка разноцветных слонов может быть от 0 до k, а значит в итоге получаем:
\sum_{i=0}^{i=k} C_{k}^{i} A_{m}^{i}

Во втором случае в соответствии с правилом Дерихле будет выбрано минимум (m + k - 100) цветных слонов, остальное так же:
\sum_{i=m+k-100}^{i=k} C_{k}^{i} A_{m}^{i}

Итого, в общем случае:
\sum_{i=max(m+k-100, 0)}^{i=k} C_{k}^{i} A_{m}^{i}

Вот этот норм -- https://cyberduck.io/

find ./robot_* -maxdepth 0 -type d -exec {}/start \;

Полностью согласен с Денисом. Если и брать то расширеный трекпад

А какой у вас конфликт, ну пилите вы код там и там , конфликта не вижу.
Ладно бы вы данные продавали направо и налево.

https://www.google.com.ua/search?q=Brain+(journal)

https://www.google.com.ua/search?q=brain+Peer-revi...

Недавно разбирался с ботами телеграм. Буду рад, если поможет.

никак

Ну, во-первых, не "ву", а "вью" (Читается также, как и view). Во-вторых, vue - это фреймворк, а не библиотека. А в-третьих, да vue хорош. В последнее время он активно набирает популярность. Во многом, из-за своей простоты и "легковесности".