mayton2019

Нужно помнить о том что между вычитыванием 1-й и 2-й страницы таблица могла быть изменена. И процесс может либо пропустить какую-то строку либо прочитать дубликат. У этой проблемы есть много решений. Почти все они лежат в плоскости транзакций. Но поскольку тема тегирована только SQL - то непонятно с какой dbms мы имеем дело. Реализация режимов транзакций - вещь крайне нестандартизированная.

Тоесть чтобы обсуждать правильный pagination нам нужно понять что по ту сторону application. Oracle? MSSQL? e.t.c.

Современный фронт-енд это уже не дизайн. Лет 20 назад оно было дизайном и учились на веб-мастеров. Лабать теги со стилями - уже не специальность. Щас надо знать программирование. JS из простого языка скриптинга стал интересным языком со множеством возможностей. Поэтому надо выбирать специальность ПО однозначно.

Я-бы подобное амбициозно ТЗ оценил в несколько лет разработки для 1 разработчика. С учетом кодинга на сях и того что браузеры Mozilla, Chrome e.t.c. имеют скорее всего разные API Extensions и под каждого из них надо оценивать и создавать отдельный проект.

Данное требование

изменяющее содержимое веб-страниц. Всех. Абсолютно всех. Без исключения. И чтобы со стороны сайтов это расширение невозможно было детектировать.

имеет противоречия. Ну я-бы по крайней мере не взялся такое обеспечить никогда.
Вы уже ломаете логику написанную сайтом и при этом хотите чтобы
"со стороны" сайтов это прошло незаметным. Будет заметен баг. Да что там
говорить. Баги и по более мелким поводам возникали.

Вообще что за злостный троян вы делаете? Просто интересно. Я не верю
что для рекламы и продвижения надо так глубоко хачить.

Я-бы посмотрел на это под таким углом. Если вы покупаете хостинг у провайдера а провайдер хранит своё железо и подсистемы хранения на территории государства. То провайдер обязан подчиняться законам этого государства. Тоесть, если хорошо попросят предоставить файлы - то предоставят.

В сквозное шифрование всего трафика я не очень верю. Ведь анализаторам и наблюдателям нужен какой-то доступ к анализу - пускай даже и обезличенному. Да и вообще. Слишком велик соблазн продать аналитику кому-то.

Кроме того очень часто мессенджеры которые громко заявляют о своей приватности и безопасности в час Х внезапно оказывается что вовсе они и не приватные.

Если-бы я искал приватности то наверное в первую очередь не использовал бы популярное. Собственный IRC был-бы приватнее чем телеграм.

В первом пункте ты его должен был скачать.

Книга кодов бесконечной длины - без вариантов на расшифровку. Остался пустяк. Придумать где ее хранить и как передавать.

404-ошибка вполне себе конкретная. Не поднят сервис на ендпоинте. Или ссылка смотрит не туда. Уж если мы не смогли дать больше деталей - то извини. Сам так мало написал.

Судя по скриншоту это windows. Если вы делаете бенчмарки под windows - то нужно правильно мерять время. Скорее всего вы меряли не время цикла а время запуска windows процесса + время цикла. Вместе с статическими конструкторами. И эти конструкторы в go оказались удачнее.

Короче вы не втом месте включали секундомер. А то так можно и доказать что PHP быстрее чем C++.

Данный вопрос выходит за рамки C++.

Он касается разработки под конкретную ОС (windows например) и эти вопросы нужно адресовать их API.

Возможно ему не нравятся named groups.

Попробуй как то так

2) [Xx]\^(\d)
3) (?<!\^)([+-])? ?(\d+.?\d*)

Имя файла с клиента обычно несёт мало смысла. Ну будет там 100500 файлов с именем Книга(1).xls. А тебе нужна какая-то уникальность.

Мне кажется вопрос должен звучать по другому. Какой язык знает новичек. И какие есть готовые библиотеки для астрологии в этом языке.

А так по теме топика... да. 100% подойдет. Точняк подойдет. Чегож он для биг-даты подходит и для такого пустяка вдруг не подойдет?

Не устраивает меня факт того, что здесь меня ждет бесконечный легаси-код

Это - нормально. Легаси - это признак ентерпрайза. Зрелости. Это также признак того что проект успешен. Он вышел из уровня детских стартапов и дошёл таки до внедрения. И бизнес готов платить за поддержку легаси. Я думаю что с инициативой можно и вполне себе развиваться в легаси. И я видел такие легаси которые вы всю жизнь читать будете. Их 20 лет писали сто разработчиков - там читать непречитать.

Да что там говорить. Спросите разработчиков COBOL. Сколько лет их проектам.

PHP ситуация ровно обратная

Ваши метания между Java и PHP непонятны. Если вы доросли до Java/Spring - то ходить в PHP - это все равно что за столом "понижать градус". Ну зачем вам PHP? А?

Дурное дело - не хитрое. Можно наверное поднять и 18 ВПС-ок. Но при дальнейшем увеличении - деградация производительности будет более стремительная и нелинейная. Т

Нужно ограничить скорость падения куба в воздухе. Как парашютиста в свободном падении.

Кроме того при вхождении куба в воду на такой скорости я-бы рассмотрел не только Архимедову силу. Мне кажется тут еще должны быть какие-то модели. Вода - несжимаемая. Тут либо куб должен деформироваться либо вода.

Изучать 2 программы сразу нет возможности.

Не согласен с утверждением. Когда человек учится - он способен на большее. Более того. Как хороший специалист вы должны знать более чем один инструмент. Учите макс - понадобятся текстуры. Учите Фотошоп.

В нашем мире без этого никак. И специалист который умеет только один инструмент - на рынке труда будте невыгодно смотрется.

Мы это называли - "отбеливанием" данных.

По поводу того что ты делаешь регулярками. Сильно рискуешь. Всегда есть возможность не увидеть глазами что-то новое в логах и пропустить это. Поскольку мы были со стороны сектора разработки - то мы просто создавали дополнительный логгер и appender которые заранее знают где будет информация которая попадает под GDPR или еще какие-то ограничения и мы подчищали такую информацию на взлёте.

И вот такой вот очищенный лог можно было хранить в хранилищах много лет.

А для улучшения поиска в лог ElasticSearch мы писали записи в формате JSONL (Json - lines) где удобно выделять атрибуты такие как IP/User для анализа.

В настоящее время таких путей нет. Так как нет мотивации майнеров к тому чтобы они тратили свои мегафлопы на задачи ИИ. Но если создать свою криптовалюту на основе POW и вместо перебора разрядной сетки SHA256 просто задавать мелкие задачки из области ИИ тогда мы получим полезный эффект.

В чем здесь сложности я вижу. Сложно придумать алгоритм генерирующий такие задачки на ходу и подходящий под контракт функции POW. Ну... моей фантазии уже на это не хватает. Слишком много ограничений тут.