holllop, Ни общего, ни универсального решения у таких задач нет. В каждом конкретном случае надо анализировать данные и связи между ними и только после этого строить модель. Иначе легко принять корреляцию за связь и получить факт вида "глобальное потепление происходит из-за снижения морского пиратства".
holllop, Для тенденций не нужны массивы букв. IMHO, достаточно дерева (может быть с вероятностями). Первыми могут быть буквы ... (с вероятностями ...). После буквы 'а' могут идти буквы ... (с вероятностями ...). После сочетания 'аб' могут идти буквы ... (с вероятностями ...). И так далее.
holllop, Ок. Есть два слова, "мама" и "папа". Получим массивы ['м', 'п'], ['а'], ['м', 'п'], ['а']. Но из них можно ещё составить слова "мапа" и "пама", которые смысла не имеют. Если взять ещё больше слов, то получится, что из массивов уйдут только самые явные варианты, например мягкий и твёрдый знаки в первой позиции. Но наугад взятая комбинация оставшихся букв с большой вероятностью будет бессмысленной.
Так в чём смысл задачи?
Непонятная задача. Если у нас есть массив слов, то все комбинации, не входящие в эти слова, видимо, не имеют смысла. Но получить все комбинации без перебора просто невозможно.
Или же здесь проблема XY и решать надо исходную задачу.
szQocks, md5 современными компьютерами вскрывается на раз. 8-символьный пароль на современных GPU подбирается по MD5 за несколько секунд.
Сейчас используют плохо распараллеливаемые хэши с длительным временем вычисления Blowfish и Argon2.
MishaXXL, Стек или, как его ещё называют, магазин - это структура LIFO (Last In First Out). Можно представить как столбик монет, где новую монету можно положить только наверх (на вершину стека) и снять тоже только сверху (с вершины стека). Класть/доставать монеты из середины или снизу в классическом стеке нельзя.
И да, стек вызова - это тоже классический стек.
Shavadrius, Спасибо за ответ.
Тут дело не в ограничениях. Когда вы создаёте вики, например, по игре, то картинки часто переиспользуются на разных страницах и их можно держать в общем хранилище, но каждая картинка требует уникального в пределах вики названия. Если же у вас каждая страница - отдельная инструкция, например, по работе в 1С, то удобнее, когда картинки привязаны к конкретной странице, тогда у них могут быть простые неуникальные в целом имена вида "Рис1.jpg".
В принципе, структуризация по папкам совмещает оба подхода, но потребует поддержания структуры папок параллельно страницам.
А такой вопрос: как в Wiki.js организованы файлы - общее хранилище или постраничное? В MoinMoin мне понравилось, что файлы привязаны к странице и можно давать имена вида Рис1.jpg. Удобно для инструкций с иллюстрациями.
PageUp, 1. Все обновления и миграции сначала делаются на тестовом сайте, а уже потом выкатываются в продакт.
2. Никто не мешает запрашивать на сайте конкретную страницу, например, https://example.com/phpinfo.php
