всмысле? гитхаб блокнули?
там вроде и сайты мс и гугла еще в том числе
там вроде и сайты мс и гугла еще в том числе
🤷♂1
ну в общем, там гитхаб выдает по dns адрес 140.82.116.4 (см ниже)
если ходить на 140.82.116.3 то получаем ОК
если днс сервера нет дома, можно в hosts прописать чтото такое:
а предыстория такая: DNS выдаёт 140.82.121.3/.4 — эти адреса мертвы напрямую (блок провайдера/транзита, трасса дохнет за Frankfurt)
Update: неактуально, все заработало, ркн говорит типа не при делах
если ходить на 140.82.116.3 то получаем ОК
если днс сервера нет дома, можно в hosts прописать чтото такое:
140.82.116.3 github.comа предыстория такая: DNS выдаёт 140.82.121.3/.4 — эти адреса мертвы напрямую (блок провайдера/транзита, трасса дохнет за Frankfurt)
Update: неактуально, все заработало, ркн говорит типа не при делах
🔥4
Чернов пишет
ну в общем, там гитхаб выдает по dns адрес 140.82.116.4 (см ниже) если ходить на 140.82.116.3 то получаем ОК если днс сервера нет дома, можно в hosts прописать чтото такое: 140.82.116.3 github.com а предыстория такая: DNS выдаёт 140.82.121.3/.4 — эти…
вариантов скорее всего несколько, но что-то утверждать нельзя в принципе
• побочный эффект настройки ТСПУ
• реальное тестирование новых правил блокировок
• самсунг/гугл/гитхаб - в статус страницах не писали о сбоях ровно ничего
• авария в дц или транзите задела бы другие хосты в том числе
• проблемы были у разных пользователей на разных провайдерах - мтс/билайн/домашние провайдеры и тд
• у кого-то работало, у кого-то нет
• побочный эффект настройки ТСПУ
• реальное тестирование новых правил блокировок
• самсунг/гугл/гитхаб - в статус страницах не писали о сбоях ровно ничего
• авария в дц или транзите задела бы другие хосты в том числе
• проблемы были у разных пользователей на разных провайдерах - мтс/билайн/домашние провайдеры и тд
• у кого-то работало, у кого-то нет
🔥1
Слышали же что сбер там выпустил супер-пупер-ультра-гига-макси-тралала модель 3.5 ultra ?
недоступно для смертных:
GET /v1/models — два базовых адреса дают разный набор:
https://api.giga.chat/v1/models (Салют для Бизнеса):
GigaChat-2, GigaChat-2-Max, GigaChat-2-Pro
Embeddings, Embeddings-2, EmbeddingsGigaR, GigaEmbeddings-3B-2025-09
https://gigachat.devices.sberbank.ru/api/v1/models (основной, шире):
GigaChat, GigaChat-2, GigaChat-2-Max, GigaChat-2-Pro,
GigaChat-Max, GigaChat-Max-preview, GigaChat-Plus,
GigaChat-Pro, GigaChat-Pro-preview, GigaChat-preview
+ те же 4 embedder-модели
p.s. хотел затестить, а нельзя
недоступно для смертных:
GET /v1/models — два базовых адреса дают разный набор:
https://api.giga.chat/v1/models (Салют для Бизнеса):
GigaChat-2, GigaChat-2-Max, GigaChat-2-Pro
Embeddings, Embeddings-2, EmbeddingsGigaR, GigaEmbeddings-3B-2025-09
https://gigachat.devices.sberbank.ru/api/v1/models (основной, шире):
GigaChat, GigaChat-2, GigaChat-2-Max, GigaChat-2-Pro,
GigaChat-Max, GigaChat-Max-preview, GigaChat-Plus,
GigaChat-Pro, GigaChat-Pro-preview, GigaChat-preview
+ те же 4 embedder-модели
p.s. хотел затестить, а нельзя
🔥1
#truemail слушайте, ну мне нравится как оно начинает выглядеть и какой там функционал реализован, а сколько еще можно доработать ...
Всё помещается в 49 мб файл-бинарник
https://gitverse.ru/chernov/truemail
p.s. сегодня даже 1 письмо написал )
Всё помещается в 49 мб файл-бинарник
https://gitverse.ru/chernov/truemail
p.s. сегодня даже 1 письмо написал )
1🔥4🏆2
Чернов пишет
#truemail вроде бы уже норм, можно использовать
https://github.com/bintocher/truemail
перевез его на гитхаб, потому что гитверс - г. неполноценное, по апи нельзя issue, токены и прочее....
чисто Llm не поработать вообще
перевез его на гитхаб, потому что гитверс - г. неполноценное, по апи нельзя issue, токены и прочее....
чисто Llm не поработать вообще
GitHub
GitHub - bintocher/truemail: Локальный почтовый клиент: IMAP/JMAP/EWS, CalDAV/CardDAV, Gmail API. Tauri + Rust.
Локальный почтовый клиент: IMAP/JMAP/EWS, CalDAV/CardDAV, Gmail API. Tauri + Rust. - bintocher/truemail
6🔥3 1
Продаю (своё) Mac mini M4 Pro 2024 года в расширенной конфигурации.
- M4 Pro - 14 CPU / 20 GPU
- 24 ГБ памяти
- SSD на 1 ТБ
- Ethernet 1 Гбит/с
- 3× Thunderbolt 5, HDMI, 2× USB‑C спереди
- Wi‑Fi 6E, Bluetooth 5.3
В комплекте оригинальные аксессуары Apple:
- Magic Keyboard с Touch ID и цифровым блоком (заводская русско-английская раскладка - не гравировка
- Magic Mouse 3
- Magic Trackpad
Состояние: с виду отличное
Куплен: март 2025
Комплект: оригинальные кабели, коробка от клавы + от macmini (поищу, может и от тачпада и мышки осталось)
Причина продажи: переехал обратно на win бук
Цена: 200к
Рядом с Краснодаром, отправлю т/к. Доставка входит в стоимость.
Покупал в сдек мак вот этот
, остальное не помню где (клава 18к, мышь 12к, трекпад кажется за 10-15к)
- M4 Pro - 14 CPU / 20 GPU
- 24 ГБ памяти
- SSD на 1 ТБ
- Ethernet 1 Гбит/с
- 3× Thunderbolt 5, HDMI, 2× USB‑C спереди
- Wi‑Fi 6E, Bluetooth 5.3
В комплекте оригинальные аксессуары Apple:
- Magic Keyboard с Touch ID и цифровым блоком (заводская русско-английская раскладка - не гравировка
- Magic Mouse 3
- Magic Trackpad
Состояние: с виду отличное
Куплен: март 2025
Комплект: оригинальные кабели, коробка от клавы + от macmini (поищу, может и от тачпада и мышки осталось)
Причина продажи: переехал обратно на win бук
Цена: 200к
Рядом с Краснодаром, отправлю т/к. Доставка входит в стоимость.
Покупал в сдек мак вот этот
, остальное не помню где (клава 18к, мышь 12к, трекпад кажется за 10-15к)
🤨4🏆2
Просто приходишь в llm, и спрашиваешь - каких скилов мне не хватает для #qlik )
p.s. - дайте фотку своим llm - и всё будет )
p.p.s - а потом на этот список пишем - "
p.s. - дайте фотку своим llm - и всё будет )
p.p.s - а потом на этот список пишем - "
/goal - всё делай"🔥1🏆1
Тем временем #qlik #mcp обновился до версии 1.6.1 - теперь он умеет при создании гиперкуба использовать правильную сортировку и ставить лимиты на кол-во строк. https://github.com/bintocher/qlik-sense-mcp
Ну т.е. например просим покажи топ10 - и он реально должен это сделать, причем быстро. (Раньше сортировка не работала, и лимит строк тоже не работал)
А вы в свою очередь пишите llm своим - "иди (сайт выше) изучай что нового и обновляй скилы"
Готово )
Ну т.е. например просим покажи топ10 - и он реально должен это сделать, причем быстро. (Раньше сортировка не работала, и лимит строк тоже не работал)
А вы в свою очередь пишите llm своим - "иди (сайт выше) изучай что нового и обновляй скилы"
Готово )
GitHub
GitHub - bintocher/qlik-sense-mcp
Contribute to bintocher/qlik-sense-mcp development by creating an account on GitHub.
"GLM нашёл то, что пропустили оба первых ревьюера."
Норм! Я тут команду себе сделал, для ревью, суть в том что она запускает параллельно: codex + claude + claude z.ai для ревью кода. (этот скилл вы себе сами сделаете за 1 промпт)
Собственно,
приложу в комментарии, там в нём:
Универсальный стандарт агента проверки кода: карта операции,
таблица инвариантов, матрица параллельных путей, каталог из 16 классов дефектов, пошаговая методология, проверочные списки авторизации и корректности, строгая обязательная форма находки (уровень, заголовок, место, воспроизведение, ожидалось, причина, варианты устранения, проверка исправления), правила работы с
предсуществующим долгом и спорными ярлыками.
Обычный /review от который внутри claude code не находил половины багов, но гремучая смесь из 3 разных LLM и подробной инструкции как правильно делать - вот это сильно!
Сама инструкция "выстрадана" из моих разработок в течении примерно 3 месяцев. Т.е. у меня есть история многих репозиториев, там есть issue, есть pr и так далее - у меня claude + codex одновременно исследовали все репозитории мои, куда я что-то писал и на основании этого составили эту инструкцию, потом была "двойная сводка" опять же 2 моделями и получилось то что получилось.
Проверяйте, тестируйте, делитесь комментариями.
Сама инструкция .... - тут (да да, там 100кб текста и 1500+ строк)
Норм! Я тут команду себе сделал, для ревью, суть в том что она запускает параллельно: codex + claude + claude z.ai для ревью кода. (этот скилл вы себе сами сделаете за 1 промпт)
Собственно,
standard.md
приложу в комментарии, там в нём:
Универсальный стандарт агента проверки кода: карта операции,
таблица инвариантов, матрица параллельных путей, каталог из 16 классов дефектов, пошаговая методология, проверочные списки авторизации и корректности, строгая обязательная форма находки (уровень, заголовок, место, воспроизведение, ожидалось, причина, варианты устранения, проверка исправления), правила работы с
предсуществующим долгом и спорными ярлыками.
Обычный /review от который внутри claude code не находил половины багов, но гремучая смесь из 3 разных LLM и подробной инструкции как правильно делать - вот это сильно!
Сама инструкция "выстрадана" из моих разработок в течении примерно 3 месяцев. Т.е. у меня есть история многих репозиториев, там есть issue, есть pr и так далее - у меня claude + codex одновременно исследовали все репозитории мои, куда я что-то писал и на основании этого составили эту инструкцию, потом была "двойная сводка" опять же 2 моделями и получилось то что получилось.
Проверяйте, тестируйте, делитесь комментариями.
Сама инструкция .... - тут (да да, там 100кб текста и 1500+ строк)
🔥11 2🏆1
Forwarded from Екатерина
Вайб салон в Питере
Алексей Колоколов и Сергей Громов решили устроить Нечто. Не митап и не хакатон, а vibe salon!
В программе:
▪️Прожарка дата-продуктов, которые каждый из нас навайбкодил в этом году. Если что это уже не MVP, а полноценные рыночные решения.
▪️Решение кейса "сделай свою BI-платформу за час". Это для дата-энтузиастов
▪️Напитки, закуски, веселое общение для всех остальных. Может и гитару захвачу
Это будет как в гостиной Гриффиндора, только в офисе BI Consult на Васильевском острове.
Среда 5 августа
Откроем двери и начнем наливать с 18:00
Официальная часть с 19:00 и пока не разведут мосты
Форма регистрации
Символический оргвзнос 1000р
Алексей Колоколов и Сергей Громов решили устроить Нечто. Не митап и не хакатон, а vibe salon!
Vibe - потому что про расслабление, хорошее настроение. И потому что вайбкодинг 🤓
Salon - потому что вечер в гостиной с разговорами, идеями, музыкой, интеллектуальным общением.
В программе:
▪️Прожарка дата-продуктов, которые каждый из нас навайбкодил в этом году. Если что это уже не MVP, а полноценные рыночные решения.
▪️Решение кейса "сделай свою BI-платформу за час". Это для дата-энтузиастов
▪️Напитки, закуски, веселое общение для всех остальных. Может и гитару захвачу
Это будет как в гостиной Гриффиндора, только в офисе BI Consult на Васильевском острове.
Среда 5 августа
Откроем двери и начнем наливать с 18:00
Официальная часть с 19:00 и пока не разведут мосты
Форма регистрации
Символический оргвзнос 1000р
🔥5 2
Давно не писал про #truemail, он продолжает развиваться, с 23 июля уже много доработок было сделано, отмечу ключевые
Метки и умные папки
Появились метки для писем: свой раздел в боковой панели, список с цветами в настройках, назначение прямо из меню письма и цветной значок в списке. Правила разбора почты умеют ставить метку сами.
У умных папок теперь есть счётчик писем — включается правой кнопкой по папке: непрочитанные, всего или оба сразу. Число меняется в тот же миг, как письмо прочитано.
Переименование встроенной умной папки наконец работает: заданное имя видно везде, а не только в окне правки. Чтобы вернуть имя по умолчанию — очистите поле, и оно снова будет следовать за языком интерфейса.
Почта
Список сам подгружает старые письма, когда прокручиваешь до конца - порциями, с индикатором. Работает для Exchange, Gmail, Яндекса, Outlook и обычной почты.
Для каждой папки можно выбрать, что показывать рядом с именем: всего писем, непрочитанные или ничего.
В режиме диалогов действия применяются ко всей переписке сразу: прочитано, переместить, удалить.
Починено: папки Exchange больше не разъезжаются по верхнему уровню, приглашения на встречи показывают участников и кнопки ответа, открытое письмо не исчезает из непрочитанных мгновенно, а перенос писем в Gmail между «Всей почтой» и «Входящими» больше не застревает в очереди.
Календарь
Событие настраивается щелчками по готовым полям, без ручного ввода служебных строк. Повторяющиеся события больше не теряют настройки при сохранении. В шапке появилась кнопка "Сегодня" - возвращает к текущей дате в любом представлении.
Окно и мелочи
Своя строка заголовка вместо системной: окно тянется за неё, рядом с кнопками появляется «Обновить», когда вышла новая версия. Закрытие прячет программу в трей, сворачивание - тоже, и это можно выключить.
В контекстное меню проводника Windows добавился пункт "Отправить -> truemail": выбранные файлы сразу становятся вложениями нового письма.
Кнопка сброса фильтра показывает, что именно он отсекает, и снимает всё одним щелчком. Esc закрывает любое всплывающее окно.
Скорость и память
Самое важное под капотом. Программа перестала качать почту и грузить процессор, когда её никто не трогает: догрузка старых писем уходила в бесконечный круг и за сутки давала тысячи лишних обращений к серверу.
Расход памяти взят под контроль: потолок для процесса отрисовки, ограничение на список писем, устранена утечка в настройках аккаунтов, свёрнутое окно освобождает разметку и восстанавливает её вместе с позицией прокрутки.
Обновление данных после синхронизации идёт не чаще раза в 5 секунд, а при свёрнутом окне откладывается до возвращения.
Обновления
Новая версия проверяется каждые 6 часов и скачивается заранее, поэтому кнопка «Обновить» ставит её сразу. Скачанные пакеты не копятся. После обновления окно открывается само.
Все выпуски и файлы для установки:
https://github.com/bintocher/truemail/releases
Метки и умные папки
Появились метки для писем: свой раздел в боковой панели, список с цветами в настройках, назначение прямо из меню письма и цветной значок в списке. Правила разбора почты умеют ставить метку сами.
У умных папок теперь есть счётчик писем — включается правой кнопкой по папке: непрочитанные, всего или оба сразу. Число меняется в тот же миг, как письмо прочитано.
Переименование встроенной умной папки наконец работает: заданное имя видно везде, а не только в окне правки. Чтобы вернуть имя по умолчанию — очистите поле, и оно снова будет следовать за языком интерфейса.
Почта
Список сам подгружает старые письма, когда прокручиваешь до конца - порциями, с индикатором. Работает для Exchange, Gmail, Яндекса, Outlook и обычной почты.
Для каждой папки можно выбрать, что показывать рядом с именем: всего писем, непрочитанные или ничего.
В режиме диалогов действия применяются ко всей переписке сразу: прочитано, переместить, удалить.
Починено: папки Exchange больше не разъезжаются по верхнему уровню, приглашения на встречи показывают участников и кнопки ответа, открытое письмо не исчезает из непрочитанных мгновенно, а перенос писем в Gmail между «Всей почтой» и «Входящими» больше не застревает в очереди.
Календарь
Событие настраивается щелчками по готовым полям, без ручного ввода служебных строк. Повторяющиеся события больше не теряют настройки при сохранении. В шапке появилась кнопка "Сегодня" - возвращает к текущей дате в любом представлении.
Окно и мелочи
Своя строка заголовка вместо системной: окно тянется за неё, рядом с кнопками появляется «Обновить», когда вышла новая версия. Закрытие прячет программу в трей, сворачивание - тоже, и это можно выключить.
В контекстное меню проводника Windows добавился пункт "Отправить -> truemail": выбранные файлы сразу становятся вложениями нового письма.
Кнопка сброса фильтра показывает, что именно он отсекает, и снимает всё одним щелчком. Esc закрывает любое всплывающее окно.
Скорость и память
Самое важное под капотом. Программа перестала качать почту и грузить процессор, когда её никто не трогает: догрузка старых писем уходила в бесконечный круг и за сутки давала тысячи лишних обращений к серверу.
Расход памяти взят под контроль: потолок для процесса отрисовки, ограничение на список писем, устранена утечка в настройках аккаунтов, свёрнутое окно освобождает разметку и восстанавливает её вместе с позицией прокрутки.
Обновление данных после синхронизации идёт не чаще раза в 5 секунд, а при свёрнутом окне откладывается до возвращения.
Обновления
Новая версия проверяется каждые 6 часов и скачивается заранее, поэтому кнопка «Обновить» ставит её сразу. Скачанные пакеты не копятся. После обновления окно открывается само.
Все выпуски и файлы для установки:
https://github.com/bintocher/truemail/releases
GitHub
Releases · bintocher/truemail
Локальный почтовый клиент: IMAP/JMAP/EWS, CalDAV/CardDAV, Gmail API. Tauri + Rust. - bintocher/truemail
А так же, постепенно развивается mcp для qlik
Только что релизнул версию 1.8.0
https://github.com/bintocher/qlik-sense-mcp
#qlik #mcp
Только что релизнул версию 1.8.0
https://github.com/bintocher/qlik-sense-mcp
#qlik #mcp
GitHub
GitHub - bintocher/qlik-sense-mcp
Contribute to bintocher/qlik-sense-mcp development by creating an account on GitHub.
1🔥3
#Qlik Sense #mcp Server - выход версии 2.0
С прошлого поста про 1.7.2 вышли четыре версии. Главное направление работы про то, чем работа с Qlik через модель отличается от работы с тем что умеют llm - "работа с бд".
Проблема, вокруг которой всё крутилось
Qlik почти никогда не отвечает ошибкой на кривой запрос.
Он отвечает числом.
- Сгруппировали по полю с опечаткой - Qlik посчитает имя за выражение, вернёт одну строку с общим итогом, и это выглядит как настоящий ответ.
- Отфильтровали по значению, которого в данных нет, получим аккуратную таблицу нулей.
- Написали фильтр по дате не в той форме - получим итог за весь период.
Ни в одном из случаев в ответе нет ничего, за что можно зацепиться. Для человека это неудобно, для модели - фатально: она процитирует число как факт.
Что сделано в 2.0
Вопрос описывается словами, а выражения пишет сервер.
{
"group_by": ["region_name"],
"metrics": [{"field": "amount", "agg": "sum"}],
"filters": [{"field": "order_date", "period": "2024"}]
}
Ни строчки синтаксиса Qlik. Модель не ошибается в том, чего не пишет.
Форму фильтра по датам сервер подбирает замером. Оказалось, что угадать её нельзя в принципе: сравнение внутри set-анализа идёт с тем, как значение выглядит на экране, а не с тем, как хранится. На поле, которое показывается как
На соседнем поле, которое показывается голым числом, работает только он - и в шестьдесят раз быстрее.
Поэтому сервер сначала считает эталон, потом пробует дешёвый вариант и берёт его, только если ответ совпал.
Ответ можно проверить по нему самому. Расчёт за период возвращает крайние даты того, что реально попало в счёт. Вышли за границы запроса - значит Qlik условие отбросил, и это видно сразу.
Проверки перед расчётом делает сам Qlik. Раскрытие переменных, синтаксис, имена полей, поля внутри модификатора - всё спрашивается у движка. Пакет проверок стоит 4 миллисекунды против секунд на расчеты гиперкуба. Собственный разбор формул регулярками убран целиком.
Несколько вопросов идут одним обращением. Список независимых запросов выполняется за те же пять обращений к Qlik, что и один. Три разных вопроса - за 0,16 секунды.
Даты пишутся одинаково везде. Раньше расчёт возвращал
Что было до этого
версия 1.9 научился отказывать вместо того, чтобы отвечать неверно. Несуществующее поле в группировке - отказ с подсказкой похожего имени, а не строка с общим итогом. В каждом ответе появились предупреждения: мера, которая везде ноль, SQL, написанный вместо выражения Qlik, пустой результат. Объекты листа стали отдавать поля и выражения, которыми они пользуются, - включая мастер-элементы и поля внутри фильтров.
версия 1.8 была про то, чтобы данные не терялись молча. Постраничная выборка переехала на сторону Qlik: раньше приложения за пределом лимита записей просто не существовали для сервера, а общее число врало.
Поиск по значениям поля тоже ушёл в движок - на поле с 200 тысячами значений локальный просмотр не мог найти совпадение в принципе.
Вызовы к движку сериализованы: параллельные обращения по одному сокету выбрасывали ответы друг друга.
Удалено 55 избыточных методов, это около 1180 строк, включая один, падавший на каждом вызове.
Там же схема в адресе стала определять транспорт целиком, а проверка сертификата выключилась по умолчанию: Qlik Sense отдаёт самоподписанный сертификат, и с включённой проверкой корректная установка не работала.
Количество настроек уменьшилось с 24 до 15 - но по факту, там теперь везде дефолтных хватает, не нужно отдельно ничего тюнинговать
Исходники и описание: https://github.com/bintocher/qlik-sense-mcp
С прошлого поста про 1.7.2 вышли четыре версии. Главное направление работы про то, чем работа с Qlik через модель отличается от работы с тем что умеют llm - "работа с бд".
Проблема, вокруг которой всё крутилось
Qlik почти никогда не отвечает ошибкой на кривой запрос.
Он отвечает числом.
- Сгруппировали по полю с опечаткой - Qlik посчитает имя за выражение, вернёт одну строку с общим итогом, и это выглядит как настоящий ответ.
- Отфильтровали по значению, которого в данных нет, получим аккуратную таблицу нулей.
- Написали фильтр по дате не в той форме - получим итог за весь период.
Ни в одном из случаев в ответе нет ничего, за что можно зацепиться. Для человека это неудобно, для модели - фатально: она процитирует число как факт.
Что сделано в 2.0
Вопрос описывается словами, а выражения пишет сервер.
{
"group_by": ["region_name"],
"metrics": [{"field": "amount", "agg": "sum"}],
"filters": [{"field": "order_date", "period": "2024"}]
}
Ни строчки синтаксиса Qlik. Модель не ошибается в том, чего не пишет.
Форму фильтра по датам сервер подбирает замером. Оказалось, что угадать её нельзя в принципе: сравнение внутри set-анализа идёт с тем, как значение выглядит на экране, а не с тем, как хранится. На поле, которое показывается как
01.01.2024, фильтр по числу 45292 не работает и молчит об этом. На соседнем поле, которое показывается голым числом, работает только он - и в шестьдесят раз быстрее.
Поэтому сервер сначала считает эталон, потом пробует дешёвый вариант и берёт его, только если ответ совпал.
Ответ можно проверить по нему самому. Расчёт за период возвращает крайние даты того, что реально попало в счёт. Вышли за границы запроса - значит Qlik условие отбросил, и это видно сразу.
Проверки перед расчётом делает сам Qlik. Раскрытие переменных, синтаксис, имена полей, поля внутри модификатора - всё спрашивается у движка. Пакет проверок стоит 4 миллисекунды против секунд на расчеты гиперкуба. Собственный разбор формул регулярками убран целиком.
Несколько вопросов идут одним обращением. Список независимых запросов выполняется за те же пять обращений к Qlik, что и один. Три разных вопроса - за 0,16 секунды.
Даты пишутся одинаково везде. Раньше расчёт возвращал
45292, а образцы значений того же поля - 01.01.2024.Что было до этого
версия 1.9 научился отказывать вместо того, чтобы отвечать неверно. Несуществующее поле в группировке - отказ с подсказкой похожего имени, а не строка с общим итогом. В каждом ответе появились предупреждения: мера, которая везде ноль, SQL, написанный вместо выражения Qlik, пустой результат. Объекты листа стали отдавать поля и выражения, которыми они пользуются, - включая мастер-элементы и поля внутри фильтров.
версия 1.8 была про то, чтобы данные не терялись молча. Постраничная выборка переехала на сторону Qlik: раньше приложения за пределом лимита записей просто не существовали для сервера, а общее число врало.
Поиск по значениям поля тоже ушёл в движок - на поле с 200 тысячами значений локальный просмотр не мог найти совпадение в принципе.
Вызовы к движку сериализованы: параллельные обращения по одному сокету выбрасывали ответы друг друга.
Удалено 55 избыточных методов, это около 1180 строк, включая один, падавший на каждом вызове.
Там же схема в адресе стала определять транспорт целиком, а проверка сертификата выключилась по умолчанию: Qlik Sense отдаёт самоподписанный сертификат, и с включённой проверкой корректная установка не работала.
Количество настроек уменьшилось с 24 до 15 - но по факту, там теперь везде дефолтных хватает, не нужно отдельно ничего тюнинговать
Исходники и описание: https://github.com/bintocher/qlik-sense-mcp
GitHub
GitHub - bintocher/qlik-sense-mcp
Contribute to bintocher/qlik-sense-mcp development by creating an account on GitHub.
1🔥8🏆2 2
#claude кажется включил по-умолчанию remote control, мне при старте сессии сразу прислал ссылку для браузера, и собственно вопрос я написал в браузере, а он улетел уже в терминал на компе
Причем мои внутренние команды (/build_epic) он тоже в браузере понимает. Клёво
Причем мои внутренние команды (/build_epic) он тоже в браузере понимает. Клёво