igoh

npm install -g @qwen-code/qwen-code

При первом запуске (команда qwen) спросит метод авторизации. Берём Qwen OAuth - откроется браузер, входим через учётку qwen.ai. Регистрация бесплатная, нужен только email или GitHub. Карту никто не просит. 2000 запросов в день бесплатно, без ограничений по токенам, без VPN.

Шаг 2: Подключаем CodePilot1C как MCP-сервер

MCP (Model Context Protocol) - стандарт для подключения внешних инструментов к AI-агентам. CodePilot1C запускает локальный сервер на порту 8765, а Qwen Code к нему подключается. Без CodePilot1C агент видит просто файлы на диске. С ним - видит живую конфигурацию через EDT.

Установка плагина в EDT: Справка -Установить новое ПО - Добавить

вводим адрес https://ondysss.github.io/codepilot1c-edt/ → выбираем "1C Copilot" → устанавливаем → перезапускаем EDT.

Затем в EDT: Настройки → 1C Copilot → MCP Host → включаем. Сервер поднимается на http://127.0.0.1:8765/mcp. Скриншот настроек ниже.

Настраиваем Qwen Code - создаём ~/.qwen/settings.json:

{ "mcpServers": { "codepilot1c": { "httpUrl": "http://127.0.0.1:8765/mcp" } } }

Или через CLI: qwen mcp add --transport http codepilot1c http://127.0.0.1:8765/mcp

Проверяем - запускаем qwen и вводим /mcp. Если в списке есть инструменты от codepilot1c - всё работает.

Шаг 3: Подключаем BSL Language Server

BSL Language Server - это движок языкового анализа для 1С (BSL). Знает где определена процедура, какие параметры, есть ли ошибки. Написан на Java - а Java у вас уже есть, потому что EDT на ней работает.

Скачиваем bsl-language-server-X.X.X-exec.jar (~115 МБ) со страницы релизов: https://github.com/1c-syntax/bsl-language-server/releases

В корне 1С-проекта создаём файл .lsp.json с путём к jar-файлу. Запускаем Qwen Code с флагом --experimental-lsp. Для удобства добавьте алиас: alias qwen1c='qwen --experimental-lsp'

Шаг 4: VS Code - если терминал не заходит

Не все хотят работать в консоли. Есть официальное расширение Qwen Code Companion для VS Code. Тот же агент, те же MCP и LSP, но с графическим интерфейсом. VS Code не заменяет EDT для 1С - он для работы с исходниками в EDT-формате (src/cf/).

Установка: Ctrl+Shift+X → ищем "Qwen Code Companion" (издатель qwenlm) → Install. Нужен VS Code 1.85.0+. После установки в боковой панели появится иконка Qwen.

Что даёт расширение: контекст открытых файлов, выделения кода, diff прямо в редакторе (принять/отклонить одним кликом), история разговоров.

Что это умеет делать - практические примеры

Анализ архитектуры: "Проанализируй структуру проекта. Какие общие модули используются чаще всего? Есть ли нарушения соглашений о суффиксах?" - агент дёргает BSL LS за список символов, параллельно лезет в CodePilot1C за метаданными из EDT, выдаёт конкретные примеры с именами файлов и строками.

Поиск и исправление ошибок: "Найди все критичные диагностики в модуле МенеджерОбъекта.МойДокумент. Исправь те, что можно исправить автоматически." - агент идёт в BSL Language Server за списком диагностик, предлагает исправления с объяснением каждого.

Навигация: "Где определена процедура ОбработкаПроведения в ПриходнаяНакладная? Покажи все места, где она вызывается." - BSL Language Server отвечает нативно, возвращает файл, строку, столбец.

Сколько стоит весь стек

Qwen Code CLI + Qwen OAuth: бесплатно, без VPN, без карты. BSL Language Server: бесплатно (open-source). CodePilot1C EDT плагин: бесплатно (open-source). Итого: 0 рублей.

Итог

Потратил пару часов на настройку, теперь пользуюсь каждый день. Qwen Code читает BSL-код нормально, CodePilot1C даёт доступ к метаданным из EDT, BSL Language Server подтягивает диагностики и навигацию. Всё это в терминале, бесплатно.

VPN не нужен. Иностранная карта не нужна. Работает из России напрямую.

LSP пока помечен как экспериментальный, но у меня ни разу не падал на реальных проектах. Если попробуете - расскажите в комментариях как зашло. Особенно интересно про опыт с большими конфигурациями типа ZUP или ERP.

Ссылки: https://github.com/1c-syntax/bsl-language-server.

https://github.com/ondysss/codepilot1c-edt

https://github.com/QwenLM/qwen-code

Кто-нибудь сталкивался с подобной ситуацией? Как вы поступали? Может, нужно обратиться в другую юридическую консультацию? Или сразу писать претензию в Роспотребнадзор? А может, есть какие-то независимые эксперты, которые могут оценить ущерб от повреждения мездры?

Буду благодарна за любой совет!

В прошлый раз я рассказал о том, для чего можно использовать VPS и неожиданно обнаружил, что пост вызвал живой интерес и многие захотели на практике попробовать изложенные мной методики. Я пообещал более детально всё описать и, собственно, прямо сейчас выполню обещанное

Для начала хотелось бы в очередной раз подчеркнуть, что мир изменился, и будет меняться дальше. Если раньше подавляющее большинство людей зарабатывали себе на жизнь выполнением каких-либо материальных задач – на заводах, фабриках, в полях и прочее – то сейчас работа смещается в сторону нематериальной обработки информации. Миллионы людей создают, обрабатывают и даже разрушают информацию, и тем самым зарабатывает себе на жизнь. Причем если раньше работа велась строго в офисе, то теперь всё больше людей стремятся работать удаленно. Создаются гигантские центры обработки данных, виртуальные рабочие места и, наверное, скоро настанет то время, когда офисные площади будут простаивать за ненадобностью. Какая разница, где физически находится работник, если он эффективно выполняет свои функции?

Для начала хотелось бы в очередной раз подчеркнуть, что мир изменился, и будет меняться дальше. Если раньше подавляющее большинство людей зарабатывали себе на жизнь выполнением каких-либо материальных задач – на заводах, фабриках, в полях и прочее – то сейчас работа смещается в сторону нематериальной обработки информации. Миллионы людей создают, обрабатывают и даже разрушают информацию, и тем самым зарабатывает себе на жизнь. Причем если раньше работа велась строго в офисе, то теперь всё больше людей стремятся работать удаленно. Создаются гигантские центры обработки данных, виртуальные рабочие места и, наверное, скоро настанет то время, когда офисные площади будут простаивать за ненадобностью. Какая разница, где физически находится работник, если он эффективно выполняет свои функции?

Офис может быть на океанском пляже, высоко в горах, в лесу – словом, там, где вам комфортно жить! Спросите – а причем здесь ВПС? Отвечу – это как раз и есть старт нового информационного мира, новые виртуальные офисы, удаленные рабочие места, которые могут перемещаться с вами по всему миру. Умея создавать комфортную информационную среду для себя и для клиентов, можно достаточно неплохо зарабатывать, и при этом жить в идеальных для себя условиях, кому бы не хотелось работать в комфортное время в комфортном месте, возможно мой цикл статей послужит стартом для большой карьеры или организации собственного информационного бизнеса !. Подписывайтесь на обновления, а я по мере своих сил постараюсь почаще радовать вас своими руководствами.

А теперь по сути дела. Какие бывают типы ВПС, что обозначает «OpenVZ» , «XEN», «KVM», «VM WARE» и т.д., и что нам нужно для продуктивной работы? Сегодня мы научимся выбирать ВПС, тестировать купленный сервер с целью проверить, не обманул ли нас жадный хостер. Итак, начнем!

Виртуализация и типы виртуализации

Виртуализация – это создание на одном физическом сервере большого количества виртуальных машин. Ничто не ново виртуализация возникла в 60-70 годах в эпоху мейнфреймов и была доступна исключительно крупным корпорациям. Происходит это за счет того, что ресурсы обычного сервера зачастую простаивают, и поэтому была придумана технология, которая позволяет «уплотнить» железо и виртуализировать его. Давайте поймем, какие типы виртуализации бывают и для чего они нужны.

Сегодня в коммерческих целях используется, по сути, 4 основных типа виртуализации:

- OpenVZ

- XEN

- KVM

- VMWARE

Сразу возникает вопрос – чем они различаются и для чего нужны? Читайте дальше – и всё поймёте.

OpenVZ

OpenVZ чем-то похож на коммуналку с тонкими стенами. То есть жить по сути можно, переночевать есть где, но очень многое зависит от соседей… Если у соседей постоянные ссоры, вы за счет тонких стен ощутите это на себе, так как ресурсы коммуналки делятся между всеми участниками и ограничиваются достаточно тонкими стенами chroot окружения контейнера. Так как ресурсы на опенвз не разграничены, это значит, что кто-то особо жадный может жрать их немерено, а остальные будут лапу сосать или что-то другое... Опенвз любят различные начинающие «школохостеры», так как он позволяет дико оверселить (от английского over sell), то есть продавать ресурсов больше, чем есть на самом деле. Казалось бы, совершенно непригодная технология? Однако не забывайте, что ОпенВз очень дешёвый и вполне сойдет для начальных проектов, обучения, прокси или впн – в общем, для всего того, где не требуются ресурсы и не критична 100% доступность сервера. Хотя бывают и честные хостеры, которые продают ровно столько ресурсов, сколько у них есть на сервере, и ограничивают хулиганствующих соседей четко заданными лимитами.

XEN

XEN бывает двух типов:

XEN PV (paravirtualization): чем-то похож на OpenVZ, только с более жёсткими ограничениями. Возвращаясь к аналогии с коммуналками – «более комфортная коммуналка с более толстыми стенами».

XEN HVM: так называемая контейнерная виртуализация. Это означает, что у вас будет изолированный сервер, который больше похож на настоящий. Вы сможете установить, например, операционную систему и прочие прелести отдельной квартиры.

KVM

KVM – это уже полноценная отдельная квартира! Соседи теоритически могут мешать, но это им будет проблематично. У вас полностью изолированный контейнер, у вас гарантированные ресурсы. В общем, вполне себе неплохо.

VMWARE

Это коммерческий гипервизор с кучей плюшек (увы, платных). Эдакая квартира с улучшенной планировкой. Для наших целей он сейчас не представляет никакого интереса. Но можно устроить холивар в комментариях – на тему что лучше, KVM или VMWARE ESXI…

Следующий аспект, на который необходимо обратить внимание, это тип диска. Тут я что-то новое вряд ли скажу. В современных серверах стоят в основном диски 3-х типов SSD (круто и дорого), SAS (наш выбор) и SATA. На что это влияет? На скорость обработки вашим сервером большого количества запросов, например если у вас большой и посещаемый интернет-магазин (надеюсь, у вас именно такой, ну или скоро будет именно такой). Веб-сервер создает множество запросов к базе данных, база данных в свою очередь активно обращается к диску и создает кучу процессов чтения-записи, а в обработке большого количества запросов чтения записи равных SSD дискам просто нет. SAS тоже вполне неплохой вариант, надежные и хорошие диски, но уступающие по скорости SSD. А вот SATA я не использую. SATA в серверах разве что для бекапов сгодится.

Процессор

Тут всё понятно: чем современнее процессор (а его параметры мы научимся смотреть ниже) и чем больше количество ядер – тем лучше.

Оперативная память

Аналогично, что и с процессором – чем больше, тем лучше.

Скорость соединения сервера с внешним миром

Тоже достаточно важный параметр. Здесь важно, какую скорость вам гарантирует хостер. Понятно, что он может написать хоть 1 гигабит в секунду, но если на этом гигабите будет сидеть тысяча человек и поливать ДДОСом какую то невинную жертву, то вам от этого канала ничего не останется.

Итак, мы взяли для начала самый дешевый ВПС (ссылки на дешевые ВПС были в прошлой статье). Скорее всего, это будет OPenVZ с SAS-дисками. Заказали и оплатили, выбрали операционную систему при установке. Нам сейчас не особо важно, какой дистрибутив Линукса это будет, но давайте начнем, например, с debian. Скачали putty или kitty, вбили в поле hostname or ip address ип сервера, который вам дали, набираем login as: root и password, который вы ввели при установке. Пароль не отображается? Бывает, в Линуксе он вообще не отображается, поэтому после ввода пароля просто жмем ентер. А теперь давайте проверим, что же мы получили.

Итак, посмотрим для начала, какой процессор стоит.

Можно просто скопипастить из статьи

cat /proc/cpuinfo

в kitty или putty просто кликаем правой кнопкой мыши

X5550 с тактовой частотой 2.6 Ghz – в принципе, неплохо для дешевой виртуалки, далеко не последний, но и не откровенное старье.

Теперь с помощью speedtest для Линукс посмотрим скорость канала

Просто скопипастим это в командную строку

wget https://raw.github.com/sivel/speedtest-cli/master/speedtest_... --no-check-certificate

chmod a+rx speedtest_cli.py

mv speedtest_cli.py /usr/local/bin/speedtest-cli

chown root:root /usr/local/bin/speedtest-cli

И далее запускаем speedtest, набирая в командной строке

speedtest-cli

И что же мы видим? – скорость загрузки на сервер -465 мбит (похоже, не ограничивают или забыли порезать), скорость загрузки с сервера – 25.5. Неплохо, пинг вполне допустим, а если вот так speedtest-cli – share, то сможем запостить куда-то на форум, например.

а теперь тестируем все и сразу

wget --no-check-certificate https://github.com/rafa3d/vHWINFO/raw/master/vhwinfo.sh -O - -o /dev/null|bash

Итак – по порядку -

hostname: mega. (public ip ) – имя вашего сервера

SO: Debian GNU/Linux 8.3 (jessie) 64 bits – операционная система

kernel: 2.6.32-042stab113.11 – версия ядра

virtual: OpenVZ – тип виртуализации

cpu: Intel(R) Xeon(R) CPU X5550 @ 2.67GHz – процессор

vcpu: 1 core / 5333.97 bogomips – количество ядери скорость проца

RAM: 256 MB (28% used) / swap 0 MB (0% used) – оперативная память (гады где мой своп ?)

HD: 3.6G (10% used) / inkling speed 947 MB/s – размер диска и его скорость

cachefly 10MB: 13.2 MB/s (probably Gigabit Port) – скорость интернет соединения

Собственно, вот и всё. А в следующем выпуске мы узнаем, что такое ВПН, зачем он нужен, какие бывают ВПН, как его устанавливать и использовать. Я расскажу о том, как ставить ВПН на сервер, как подключаться к нему с телефона на андроиде или ios с компа.

Ну и напоследок видео