Угу. Легко. Только подумать и разработать требования... :-) А как это "по факту", то текущие процессы импортозамещения это наглядно демонстрируют... :-)
Стандартизация это хорошо... До тех пор пока не "превращается" в вендор лок... :-) И "внезапно" не становится или значительно дороже альтернативных решений или вендор вдруг "говорит" - "а не буду я завтра с утра с вами работать, потому как не хочу...". И тут наступает настоящее "веселье"... :-)
:-) Вот это я понимаю реальный ответ человека который предлагает потенциально возможные решения проблемы... Только к этому остается еще добавить все + и - предложенных решений, и одно/два из этих решений рекомендуемых (на основе собственного опыта и оценки других показателей/факторов)... :-)
:-) А откуда вдруг "тайные знания" что "быстрее и надежнее"? "Бесплатно" ничего не бывает... Если надежнее (а блокчейн надежности реально добавляет), то точно не "быстрее"... Ну и JSON с его парсингом и хранением в БД (причем зачастую парсингом и на "входе" и на "выходе") скорости и производительности точно не добавляет (кроме удобства программистам). :-) Так что "новые стандарты" = это дополнительные вычислительные ресурсы для обработки. Микросервисы = это дополнительные вычислительные ресурсы для обработки и синхронизации данных + затраты и проблемы эксплуатации (с ростом объема оборудования и сложности организации всей системы). "Модно-молодежно" не всегда эффективно.... :-)
Если есть стандартный для s905 recovery режим с загрузкой zip обновлений (чаще всего требующий подпись "стандартными" Amlogic ключами) - можно будет и backup сделать и root получить... На 4pda можно найти т.н. "навесное" TWRP recovery для этой платформы.
Карта = ID клиента для поставщика сервисов Сервисов много и использовать один ID для всех = риск кражи/утери как владельцем так и сервисами. Т.е. ID может/должен быть различный для различных сервисов, должен быть защищенный (трудно взламываемым), должен быть легко сменяемым/блокируемым в случае компроментации/утере и должен быть дешевым. Биометрия этим критериям не соответствует, а чиповые карты (и несимметричные ключи) - вполне.
Если "по дороге" несколько маршрутизаторов (+ firewall и анализаторы протоколов и т.п.) различных провайдеров и часть из них вами не контролируется (а значит их настройка вам недоступна), и не то бывает... :-)
О "значительном преимуществе" хранения средств в независимом блокчейне (в первую очередь от государства, его силовых органов и законов) его владелец вспомнит после его посещения братков с паяльником... :-)
Только адепты яблочного культа могут считать что экранные кнопки в верхней части тач экрана (когда держишь устройство в одной руке) это вершина правильного UI....
Ну видимо и по этой причине эти БД различаются... А вот DBA нужны всегда, когда разработчики не знают/понимают (или не хотят) как принципы работы баз данных, так и специфику самих прикладных данных, они считают что "пусть база сама разрулит"... Вот (не думая) и пихают в БД свои xml и json в чистом виде (когда собственно данных там от силы 30-50%, а все остальное "обертки")... :-(
"Про автономные/самонастраивающиеся СУБД давно говорят, но пока ни у кого хорошо не получается." - компания Oracle и фактическая работа ее БД с вами не согласны... :-) Т.е. при построении фактического плана исполнения учитывается "все что можно". Не только данные по статистике данных, но и "время отклика" и количество IO операций (причем с учетом "сколько читаем из памяти/буфера", а сколько c диска).... Грубо говоря иногда оптимальнее/быстрее прочитать всю таблицу, чем читать ее индекс и потом данные из таблицы, а иногда наоборот...
"По большому счету" оценка планировщика (статистика) может вполне поменяться со временем (не только от изменения параметров DB/OS, объема данных, но и от "расположения" данных на дисках и т.п. факторов).
Самая главная проблема при наличии jailbreak на устройстве - логика разработчиков ios приложений... :-) Казалось бы, ну есть/нашли что он установлен, предупредили пользователя при запуске своего приложения в диалоге что есть определенная "проблема безопасности" и спросили "Хочешь продолжить работу с приложением? Да/Нет." и все.... Пользователь сам решает. Но по какой то извращенной логике основное большинство ios приложений тупо при этом перестают работать. И никто не может вразумительно объяснить откуда такая логика извращенная берется... Ну ладно Apple со своим подходом "мы лучше вас знаем что вам нужно!", но сторонние то разработчики должны что-то понимать и быть более лояльны к потенциальным клиентам?
GDP - уступает по соотношению цена/функциональность вот такому - https://aliexpress.ru/item/1005002788339300.html (кому мало объема диска его можно заменить на более емкий).... Вес: 0,65 кг. Размер: 185x141x20 мм
Угу. Легко. Только подумать и разработать требования... :-)
А как это "по факту", то текущие процессы импортозамещения это наглядно демонстрируют... :-)
Стандартизация это хорошо... До тех пор пока не "превращается" в вендор лок... :-)
И "внезапно" не становится или значительно дороже альтернативных решений или вендор вдруг "говорит" - "а не буду я завтра с утра с вами работать, потому как не хочу...". И тут наступает настоящее "веселье"... :-)
:-) Вот это я понимаю реальный ответ человека который предлагает потенциально возможные решения проблемы... Только к этому остается еще добавить все + и - предложенных решений, и одно/два из этих решений рекомендуемых (на основе собственного опыта и оценки других показателей/факторов)... :-)
:-) А откуда вдруг "тайные знания" что "быстрее и надежнее"? "Бесплатно" ничего не бывает... Если надежнее (а блокчейн надежности реально добавляет), то точно не "быстрее"... Ну и JSON с его парсингом и хранением в БД (причем зачастую парсингом и на "входе" и на "выходе") скорости и производительности точно не добавляет (кроме удобства программистам). :-)
Так что "новые стандарты" = это дополнительные вычислительные ресурсы для обработки. Микросервисы = это дополнительные вычислительные ресурсы для обработки и синхронизации данных + затраты и проблемы эксплуатации (с ростом объема оборудования и сложности организации всей системы).
"Модно-молодежно" не всегда эффективно.... :-)
Если есть стандартный для s905 recovery режим с загрузкой zip обновлений (чаще всего требующий подпись "стандартными" Amlogic ключами) - можно будет и backup сделать и root получить... На 4pda можно найти т.н. "навесное" TWRP recovery для этой платформы.
Карта = ID клиента для поставщика сервисов
Сервисов много и использовать один ID для всех = риск кражи/утери как владельцем так и сервисами.
Т.е. ID может/должен быть различный для различных сервисов, должен быть защищенный (трудно взламываемым), должен быть легко сменяемым/блокируемым в случае компроментации/утере и должен быть дешевым. Биометрия этим критериям не соответствует, а чиповые карты (и несимметричные ключи) - вполне.
:-) Микросервисы... Отказоустойчивость...
Если "по дороге" несколько маршрутизаторов (+ firewall и анализаторы протоколов и т.п.) различных провайдеров и часть из них вами не контролируется (а значит их настройка вам недоступна), и не то бывает... :-)
:-) Ну "послали" вы OK "по сети"... А оно дошло?
Наиболее "круто" когда сотни микросервисов "упираются" в одну транзакционную "макробазу"... :-)
О "значительном преимуществе" хранения средств в независимом блокчейне (в первую очередь от государства, его силовых органов и законов) его владелец вспомнит после его посещения братков с паяльником... :-)
Согласен, но....
- Лучше чем ничего...
- Есть там и другие варианты... Типа
Ну как бы не совсем так... :-)
Китайцы выручают в этом случае...
Это да... Вместо признания и исправления явных собственных ошибок городить костыли, это стандартная практика... :-)
Только адепты яблочного культа могут считать что экранные кнопки в верхней части тач экрана (когда держишь устройство в одной руке) это вершина правильного UI....
Ну видимо и по этой причине эти БД различаются...
А вот DBA нужны всегда, когда разработчики не знают/понимают (или не хотят) как принципы работы баз данных, так и специфику самих прикладных данных, они считают что "пусть база сама разрулит"... Вот (не думая) и пихают в БД свои xml и json в чистом виде (когда собственно данных там от силы 30-50%, а все остальное "обертки")... :-(
"Про автономные/самонастраивающиеся СУБД давно говорят, но пока ни у кого хорошо не получается." - компания Oracle и фактическая работа ее БД с вами не согласны... :-)
Т.е. при построении фактического плана исполнения учитывается "все что можно". Не только данные по статистике данных, но и "время отклика" и количество IO операций (причем с учетом "сколько читаем из памяти/буфера", а сколько c диска)....
Грубо говоря иногда оптимальнее/быстрее прочитать всю таблицу, чем читать ее индекс и потом данные из таблицы, а иногда наоборот...
"По большому счету" оценка планировщика (статистика) может вполне поменяться со временем (не только от изменения параметров DB/OS, объема данных, но и от "расположения" данных на дисках и т.п. факторов).
Самая главная проблема при наличии jailbreak на устройстве - логика разработчиков ios приложений... :-)
Казалось бы, ну есть/нашли что он установлен, предупредили пользователя при запуске своего приложения в диалоге что есть определенная "проблема безопасности" и спросили "Хочешь продолжить работу с приложением? Да/Нет." и все.... Пользователь сам решает.
Но по какой то извращенной логике основное большинство ios приложений тупо при этом перестают работать. И никто не может вразумительно объяснить откуда такая логика извращенная берется... Ну ладно Apple со своим подходом "мы лучше вас знаем что вам нужно!", но сторонние то разработчики должны что-то понимать и быть более лояльны к потенциальным клиентам?
GDP - уступает по соотношению цена/функциональность вот такому - https://aliexpress.ru/item/1005002788339300.html (кому мало объема диска его можно заменить на более емкий).... Вес: 0,65 кг. Размер: 185x141x20 мм