JetGoods: Бесплатный конструктор Telegram-ботов с премиум-функциями без ограничений
JetGoods — это инновационный инструмент для создания Telegram-ботов. Он позволяет создавать и настраивать ботов без технических знаний. С помощью JetGoods вы можете улучшить взаимодействие с клиентами. Что такое JetGoods? JetGoods — это инновационная платформа, предназначенная для создания и управления Telegram-ботами без необходимости иметь глубокие технические знания. Она предлагает простой и интуитивно понятный интерфейс для создания сложных ботов. Простота использования: JetGoods предлагает интуитивно понятный интерфейс. Мощные функции: Широкий набор инструментов и функций. Гибкость и масштабируемость: Легкая адаптация к меняющимся потребностям. Используя JetGoods, пользователи могут создавать ботов, которые не только отвечают на базовые запросы, но и предоставляют персонализированный опыт. Преимущества JetGoods JetGoods предлагает ряд значительных преимуществ, которые делают его идеальным выбором для создания Telegram-ботов. Во-первых, JetGoods обеспечивает простоту и удобство в использовании, что позволяет пользователям сосредоточиться на разработке своего бота, не отвлекаясь на технические детали. Кроме того, JetGoods предоставляет широкий спектр функций и инструментов, которые позволяют создавать высокоэффективные и функциональные боты. Это…
Проблема совместимости типов данных PostgreSQL и H2 при создании таблиц из Entity
Описание проблемы При разработке приложения на Quarkus с использованием Hibernate и PostgreSQL в production-окружении и H2 для тестов возникает проблема несовместимости типов данных. Hibernate автоматически генерирует DDL-скрипты на основе Entity-классов, но некоторые типы данных PostgreSQL не поддерживаются H2. Примеры типичных ошибок: 1. Тип INTERVAL Unknown data type: «INTERVAL» Error executing DDL «create table vsm.backup_scheduled_tasks ( task_delay interval second(18,9) not null, …)» 2. Тип TINYINT Unknown data type: «TINYINT» Error executing DDL «create table idp.AUTHENTICATION_EXECUTION ( REQUIREMENT tinyint check (REQUIREMENT between 0 and 3), …)» Корневая причина Решение: Кастомный диалект H2 Создаём класс H2CustomDialect, который перехватывает DDL-скрипты перед их выполнением и заменяет несовместимые типы: Настройка проекта 1. Подключение диалекта в application.properties: 2. Maven-зависимость для H2: Как это работает? 1. Hibernate генерирует DDL на основе Entity: 2. H2CustomDialect перехватывает SQL: 3. H2 успешно выполняет скрипт: 4. Hibernate автоматически конвертирует: Преимущества подхода ✅ Без изменения Entity — аннотации остаются прежними ✅ Прозрачность —…
DeepSeek: новая AI-модель, которая меняет правила игры. И как её попробовать прямо сейчас в Telegram!
В мире искусственного интеллекта каждый день появляются новые технологии. Однако лишь немногие из них действительно меняют подход к решению задач. Например, DeepSeek — одна из таких моделей. Она не просто улучшает существующие решения. Она предлагает уникальные возможности, которые делают её серьёзным конкурентом для ChatGPT и других популярных AI-систем. В этой статье мы разберём, чем DeepSeek выделяется на фоне других моделей. Также расскажем, как вы можете начать использовать её уже сегодня через Telegram-бота @DeepSeekGPTbot. Что такое DeepSeek? Это новая AI-модель, разработанная для решения широкого спектра задач: от генерации текста и анализа данных до помощи в программировании и обучении. Кроме того, она построена на передовых алгоритмах машинного обучения, что позволяет ей работать быстрее, точнее и эффективнее, чем многие аналоги. Преимущества DeepSeek Сравнение с другими моделями DeepSeek выделяется своей способностью глубоко анализировать контекст и предоставлять точные ответы даже на сложные запросы. В то время как Claude-3.5 и ChatGPT-4o также демонстрируют высокий уровень понимания,…
Foreground процесс завершается в Android
Написал приложение, которое в Foreground режиме периодически пингует сервер и забирает с него некую информацию. Проблема в том, что через некоторое время приложение перестаёт выходить на связь. По коду вроде проблем нет, и я начал капать в сторону того, что сам Android убивает фоновые процессы. Интересно, что в настройках приложения я отключил всякую оптимизацию, разрешил работу в фоне, но ему оказалось этого недостаточно. Для начала рекомендую подключить устройство к ПК, и снять с него логи. Для этого нужно активировать режим разработчика и разрешить отладку по USB. Далее (согласно https://habr.com/ru/companies/redmadrobot/articles/687184/) в консоли пишем команду: , где HA55EAVLKNFMACDS — id Вашего подключенного устройства полученный из команды (adb devices). В предполагаемое время я увидел такое: Всё-таки андроид убил приложение. Попытаюсь использовать решение отсюда https://stackoverflow.com/questions/75120437/xiaomi-redmi-android-error-in-logcat-w-powerchecker-controller-autokillapp Ещё интересный сайт https://dontkillmyapp.com/
The emulator process for avd has terminated. Android Studio
Среди прочих проблем, которые являются причиной появления данной ошибки — есть проблемы с gpu. Для того, чтобы получить более детальное описание причины Вашей ошибки, стоит посмотреть логи здесь: C:\Users\{userName}\AppData\Local\Google\AndroidStudio2024.2\log\idea.log По ошибкам отсюда можно попытаться найти решение в интернете. Но в моём случае, там не было зацепок, и я нашёл логи при прямом запуске эмулятора из командной строки. Вот пара команд для отображения списка виртуальных устройств и запуска конкретного устройства: {Your Android Sdk Directory}\emulator\emulator -list-avds {Your Android Sdk Directory}\emulator\emulator @avdName В консоли отображаются нормальные логи, по которым мне удалось быстро нагуглить решение. Проблема была в VkCommonOperations.cpp:1583] FATAL in initVkEmulationFeatures, err code: 4300000000: Failed to find memory type for ColorBuffers. и её решением предлагали изменит тип графического ускорителя через интерфейс https://stackoverflow.com/a/78734934/11269954. Но проблема в том, что выбор Emulator Performance Graphics просто недоступен: Оказалось, что нужно вручную поправить файл config.ini внутри папки с конфигурацией виртуального устройства. (В моём случае это C:\Users\userName\.android\avd\Pixel_7a_API_29.avd\config.ini) Согласно описания…
Нюансы подключения к ActiveMQ Artemis в обычном и кластерном режиме
Проблема — клиент не восстанавливает подключение к серверу ActiveMQ после обрыва соединения. Здесь зависит от режима соединения. При обычном (не кластерном) соединении достаточно установить параметр reconnectAttempts=-1. Это заставит клиента бесконечно пытаться подключиться к узлу, с которым изначально было установлено соединение. По-умолчанию параметр установлен в значение 0, что запрещает попытки переподключения, также можно установить конкретное число попыток, например reconnectAttempts=5. В итоге соединение должно выглядеть примерно следующим образом: quarkus.artemis.url=tcp://127.0.0.1:61616?clientFailureCheckPeriod=5000&retryInterval=1000&reconnectAttempts=-1&callTimeout=3000 При кластерном подключении, значение параметра reconnectAttempts=-1 сыграет с Вами злую шутку, т.к. при отваливании live-ноды кластера переподключение к новой live-ноде не произойдёт и приложение просто скажет Вам: Connection failure to 127.0.0.1/127.0.0.1:61616 has been detected: AMQ219015: The connection was disconnected because of server shutdown [ code=DISCONNECTED] Это из-за того, что клиент будет бесконечно пробовать переподключиться к той ноде, к которой он был подключен изначально, и ему абсолютно без разницы, что она умерла, что используется режим ha=true, что в url перечислен список нод для подключения.…
Особенности сборки native приложений в Quarkus через GraalVM
Столкнулся с некоторыми проблемами: Ошибки типа Discovered unresolved type during parsing… и Discovered unresolved method during parsing… Имеют свойство появляться в случайном порядке, если в приложении существует несколько мест вызывающих данную ошибку. Сначала пытался лечить путем добавления аргумента сборки quarkus.native.additional-build-args=—initialize-at-run-time….. но это оказалось бесполезно, т.к. при сборке, грааль сканирует весь код и находит места вызовов несуществующих классов/методов, и если найдёт, то прекращает сборку и вываливает ошибку. На эту тему есть небольшое замечание тут. Как скипнуть эту проблему или игнорировать такие вещи — не нашёл. Разработчики пишут, что они заботятся о нас, чтобы наша приложуха не дай бог не выкинула ошибку типа ClassNotFoundException. Причина появления этой ошибки — Внутри одной из зависимостей/транзитивных зависимостей есть код, который: При сборке приложения в jar проблем не возникает, т.к. сборщик не копает внутрь работы зависимостей и не смотрит как там взаимодействуют между собой транзитивные зависимости, а просто собирает проект и всё. При запуске приложения из…
JPA Criteria API
Выборка записей с максимальной датой в разрезе значений определённого поля На SQL выражение выглядит так (записи с максимальным create_timestamp у каждого sender’а): Но т.к. criteria api поддерживает подзапросы полько в секции where, то можно реализовать только такой запрос (будет делать то же самое): Если реализовать интерфейс Specification, то он будет выглядеть так: При этом, это поля из модели, сгенерированные maven-плагином: Выборка записей с максимальной датой На SQL выражение выглядит так (записи с максимальным create_timestamp): Если реализовать интерфейс Specification, то он будет выглядеть так: Выборка записей с полем, значения которого входят в список значений По аналогии с предыдущими примерами: Выборка записей с полем, значение которого равно указанному значению По аналогии с предыдущими примерами: Выборка записей с полем, значение даты которого равно или более указанной даты Case insensitive like
Elasticsearch 403
Да, эластиксёрч в россии всё. Но у нас пока есть tor, поэтому можно использовать wget через tor proxy:
Логгирование обращений к базе данных в Spring Boot
Чтобы логгировать SQL-запросы к базе данных — нужно добавить следующие свойства: Ещё есть вариант использовать библиотеку p6spy, которая будет писать в лог настоящие запросы: