Почему именно QR-код?

Ну раз вас всех нагибает собственная власть, то явно не стоит себя считать великим народом.
Когда импортозамещения добьётесь - тогда и слезете с хуя, на котором вас вертят и так и сяк. Великий народ, бля.

Да. Ещё тогда, когда теория реляционных баз данных была практически только теорией.

У меня за плечами много проектов, включая такие, когда "копеечными" средствами удавалось реализовать сверхбыстрый доступ через ненадежные линии связи, что было проверено падением Интернета в 15-м году.

Так вот что-то не очень похоже. Точнее, похоже что была теория, и теорией она и осталась.
И дело тут даже не в типе базы, а в доступности сервиса на миллионах внешних запросов и работе системы в условиях любых пользовательских конфигурациях (быстрый отклик и точная реакция должна обеспечиваться клиентом, а тут даже у ЕГАИС зоопарк). Про то, как лайтовый ЕГАИС часто не переваривает в рантайме запросы и приходится долго ждать данные - даже не упоминаю. А теперь вы нагружаете свою "базу" не только алкоголем, а вообще всем, желая синхронной работы... Ну-ну.

Это сообщение отредактировал 28e - 11.01.2022 - 18:17

Там нет никаких проблем. В начале 2000-х была парадигма тонких клиентов, но работали они через посредника. К ней вернулись гораздо позже.

Это 3-хзвенная система - Клиент (отображает информацию и подает запросы) - Сервер (получает запросы, формирует запросе к базе данных, получив данные, формирует интерфейс для тонкого клиента-браузера) - база данных - хранилище и обработка запросов.

Я работал с системой на базе Оракл, где "полутонким" клиентом выступал проект визуализации приложением, однако и среднее звено (бизнес-логика) и хранение и отдача данных реализовывались силой Оракл и его хранимых процедур. Т.е., Клиент передавал запрос, процедурная часть Оракла его обрабатывала, формируя запросы к ядру уже хранилища, после чего отдавался результат, который отображался клиентом. Т.е., визуализация была реализована на клиенте. Сервер бизнес-логики выступал лишь посредником, переводя запросы в подзапросы. Да, были такие системы.

Сейчас общепринятая практика, все-таки разделять клиента, сервер приложений и сервер баз данных.

Но суть с тех пор не изменилась. Ключевая проблема в выработке конструкции хранения, чтобы была возможность создать быстрый отклик на нужный запрос к хранилищу.

Это главный тормоз.

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


Кстати.

Я вот даже не знаю, как сформулировать, и кому написать.

Тема перенесена в раздел Главной страницы, в её ленту, но темы там нет. Не первый раз наблюдаю.

Что это - глюк движка, или есть ДВЕ главные страницы - одна отображается, как стандартный форум, вторая - выставляется на реально главную?

Как получилось, что тема на главной на ней как раз и отсутствует?

Это сообщение отредактировал IR145 - 11.01.2022 - 18:43

Ой, ну к чему такие страсти. Большинство как доноры никому нахрен не сдались, да и людей способных оплатить черную трансплантацию и одновременно в ней нуждающихся - мизер (к счастью).

Лучше представить куда более приземленные и реальные вещи. Например, не может человек отдать кредит - и ему автоматически блокируются любые покупки, кроме "средств первой необходимости". Зарабатывает семья официально меньше прожиточного минимума - к ней автоматически направляется опека, проверить как живут дети. Причем можно распиарить такие случаи (типа многомиллионному должнику запретили покупать ювелирку или спасли голодающих детей), что общественность поначалу еще и на ура все это воспримет. А потом будет поздно.