Если при работе с Android Studio в эмуляторе возникает ошибка — нет возможности запустить эмулятор без отладки, выполняем следующую команду:
adb shell am clear-debug-app
Примеры использования кода
Если при работе с Android Studio в эмуляторе возникает ошибка — нет возможности запустить эмулятор без отладки, выполняем следующую команду:
adb shell am clear-debug-app
Введение: в этой статье будет описан процесс привязки открытых карт (Open Street Map) к мобильной платформе Android. Результатом будет «маленькое» приложение, которое будет работать на телефоне без подключенного интернета.
библиотека для работы с картами Open Street Map. Исходный код находится на github. Данную библиотеку требуется прикрепись к проекту.
Читать далее «Android Osmdroid & Mobac»https://riptutorial.com/postgresql/example/29417/foreign-data-wrapper
To access complete schema of server db instead of single table. Follow below steps:
CREATE EXTENSION postgres_fdw;
CREATE SERVER server_name FOREIGN DATA WRAPPER postgres_fdw OPTIONS (host 'host_ip', dbname 'db_name', port 'port_number');
CREATE USER MAPPING FOR CURRENT_USER SERVER server_name OPTIONS (user 'user_name', password 'password');
CREATE SCHEMA schema_name;
IMPORT FOREIGN SCHEMA schema_name_to_import_from_remote_db FROM SERVER server_name INTO schema_name;
SELECT * FROM schema_name.table_name;
This can be used to access multiple schema of remote DB.
Ниже написан скрипт для автоматического создания копии БД с последующим восстановлением на тестовой среде.
#!/bin/bash echo "Архивация БД vote-dev" dir_folder=/var/lib/postgresql/vote-dev mkdir -p $dir_folder cd $dir_folder # создание backup pg_dump vote-dev > $dir_folder/vote-dev-day_$(date +\%Y\%m\%d).bak # disconnect БД psql -c "SELECT pg_terminate_backend(pid) FROM pg_stat_activity WHERE pid <> pg_backend_pid() AND datname = 'vote-test';" # удаление и создание БД dropdb vote-test psql -c 'create database "vote-test";' psql -c 'ALTER DATABASE "vote-test" OWNER TO mobnius;' # восстановление резервной копии psql -U postgres vote-test < $dir_folder/vote-dev-day_$(date +\%Y\%m\%d).bak ls -1tr | head -n -7 | xargs -d '\n' rm -f -- echo "Завершено"
Библиотека android-core является набором функция и команд для реализации проекта «Мобильный обходчик», цель которого сбор информации с помощью мобильного устройства.
Библиотека находиться по адресу git.appcode.pw и ее можно получить при помощи команды
git clone https://git.appcode.pw/android-core.git
Для привязки библиотеки к проекту требуется:
git submodule add https://git.appcode.pw/android-core.git core
include ':app' include ':core' // вот ее и нужно добавить rootProject.name='Kes'
dependencies { ... implementation project(path: ':core') ... }
Для прямого запроса к базе данных в NodeJS доступна библиотека mssql
// https://github.com/tediousjs/node-mssql npm install mssql
Далее формируем config для подключения к БД:
const config = { user: 'логин', password: 'пароль', server: 'dbsrv\\sql2017', database: 'MobileService', options: { enableArithAbort: false } }
Пример выполнения процедуры:
const sql = require('mssql'); sql.connect(config, function (err) { var request = new sql.Request(); request.input('User', '5B26F42C-C6E7-4B92-AFED-972EAB0B095A') .input('Date', '02-07-2020') .execute('[dbo].[UI_Get_Statistics_By_User]', (err, result) => { if (!err) { var items = result.recordset; console.log(items); } else { console.error(err); } sql.close(); }); });
Главная проблема javascript это то что он однопоточный. Эта же проблема есть и в приложения написанных на NodeJS.
Итак нам понадобится:
Инструкцию по установке Windows и настройке IIS описывать не буду, это можно найти в интернете. Приступаем сразу к запуску NodeJS приложения.
Читать далее «Распределение нагрузки в IIS для NodeJS»Передача RPC запроса в Postman
Создание печатной формы в Pentaho Report Designer – Open Source дизайнере отчетов. Для примера взята форма отчета «Отчет о кредитах, выданных нерезидентам (форма 17-ПБ)», который банки Казахстана сдают в Национальный банк, в рамках регуляторной отчетности.
Многие думают, что изменение параметров в postgresql.conf — это реальный путь к успеху. Однако это не всегда так. Конечно, чаще всего хорошие параметры конфигурации базы данных очень полезны. Тем не менее, во многих случаях реальные проблемы будут возникать из-за странного запроса, скрытого глубоко в некоторой логике приложения. Даже вполне вероятно, что запросы, вызывающие реальные проблемы, не являются теми, на которые вы обратили внимание. Возникает естественный вопрос: как мы можем отследить эти запросы и выяснить, что на самом деле происходит? Мой любимый инструмент для этого — pg_stat_statements, который всегда должен быть включен по моему мнению, если вы используете PostgreSQL 9.2 или выше (пожалуйста, не используйте его в более старых версиях).