Shavadrius, Спасибо за ответ.
Тут дело не в ограничениях. Когда вы создаёте вики, например, по игре, то картинки часто переиспользуются на разных страницах и их можно держать в общем хранилище, но каждая картинка требует уникального в пределах вики названия. Если же у вас каждая страница - отдельная инструкция, например, по работе в 1С, то удобнее, когда картинки привязаны к конкретной странице, тогда у них могут быть простые неуникальные в целом имена вида "Рис1.jpg".
В принципе, структуризация по папкам совмещает оба подхода, но потребует поддержания структуры папок параллельно страницам.
А такой вопрос: как в Wiki.js организованы файлы - общее хранилище или постраничное? В MoinMoin мне понравилось, что файлы привязаны к странице и можно давать имена вида Рис1.jpg. Удобно для инструкций с иллюстрациями.
PageUp, 1. Все обновления и миграции сначала делаются на тестовом сайте, а уже потом выкатываются в продакт.
2. Никто не мешает запрашивать на сайте конкретную страницу, например, https://example.com/phpinfo.php
Ну тогда вы забыли про Opera (-o-), IE и Edge до 18 (-ms-), Netscape Navigator, Arachne, lynx, ...
Свойств, которые не работают без префиксов, в современных браузерах очень мало. На caniuse.com можете проверить, какие из нужных вам свойств требуют префиксов, а какие нет.
Массивы и списки говорите нельзя? А как насчёт очередей?
Дек - deque - double-ended queue - очередь с двумя концами.
Полученное число пишем в конец дека, перед возвращением выводим число из головы дека. https://metanit.com/cpp/tutorial/7.8.php
mix666, С чего бы алгоритму выдать то же самое?
User1: 100A + 10B = 110 токенов
User2: 10A + 100B = 110 токенов
Всего 110 + 110 = 220 токенов
Доля User1 = 110/220 = 0.5
110 монет А => 110 * 0.5 = 55 монет A у User1
Но было то у него 100, а не 55.
Какой-то непонятный у вас алгоритм. Откуда берётся 300 монет, если их в котле 330?
Что должен выдать ваш алгоритм, например, если первый вложил 100 монет А и 10 монет Б, а второй 10 монет А и 100 монет Б?
