← На главную

Работа удаленного разработчика часто сопряжена с техническими ограничениями, особенно когда требуется постоянная синхронизация с ХранилищемКонфигурации. Если прямое подключение по TCP-порту работает медленно или ограничено настройками сети, нам необходимо рассмотреть архитектурные альтернативы. Давайте разберем, как грамотно организовать процесс разработки, не прибегая к неэффективным методам вроде копирования файлов по FTP.

Почему FTP — это тупиковый путь?

Важно понимать, что ХранилищеКонфигурации — это не просто набор файлов на диске, а полноценная база данных, управляемая специальным процессом crserver. Работа хранилища предполагает постоянное поддержание транзакций, блокировок и отслеживание версий объектов метаданных. Протокол FTP предназначен для передачи файлов и не поддерживает транзакционный механизм 1С. Попытки «залить» или «скачать» хранилище через FTP неизбежно приведут к повреждению структуры данных, так как сервер хранилища ожидает постоянной связи с файлами конфигурации.

Решение 1: Организация защищенного соединения через VPN

Если у клиента уже есть сервер, наиболее профессиональным решением будет настройка VPN (Virtual Private Network). Это позволит вашему компьютеру стать частью локальной сети клиента. После установления VPN-туннеля ХранилищеКонфигурации будет доступно через обычный локальный IP-адрес, как если бы вы находились в офисе.

Преимущества метода:

• Прозрачность для платформы 1С.
• Безопасность передачи данных через зашифрованный канал.
• Возможность работы со всеми сетевыми ресурсами клиента.

Решение 2: Веб-публикация хранилища конфигурации

Поскольку у клиента уже настроен веб-сервер Apache, мы можем опубликовать ХранилищеКонфигурации как веб-сервис. Это позволит подключаться к хранилищу через протокол HTTP/HTTPS, используя стандартные порты, которые обычно открыты на межсетевых экранах.

Для реализации этого метода необходимо:

1. Установить сервер хранилища на стороне клиента.
2. Настроить публикацию через Web-сервер (Apache или IIS).
3. При подключении в конфигураторе 1С указывать адрес в формате http://адрес_сервера/имя_публикации.

Это значительно стабильнее классического TCP-подключения при работе через интернет, так как HTTP-протокол более устойчив к временным разрывам связи.

Решение 3: Переход на систему контроля версий Git

Если канал связи критически узкий, работа с хранилищем 1С в привычном виде всегда будет медленной. В этом случае мы рекомендуем рассмотреть переход на использование Git. Это современный стандарт разработки, который кардинально меняет подход к хранению кода.

Как организовать процесс с Git:

• Конфигурация выгружается в текстовые файлы (XML или BSL-файлы) с помощью инструментов автоматизации.
• Используется система контроля версий (например, GitHub, GitLab), которая передает только изменения (диффы), а не весь объем конфигурации.
• Локальная разработка ведется на своей копии базы, после чего изменения пушатся в репозиторий.

Конечно, этот метод требует настройки процесса выгрузки и сборки, однако при работе на удаленке он позволяет работать с кодом максимально быстро, независимо от скорости интернета.

Итоговые рекомендации

Проанализировав ситуацию, мы рекомендуем двигаться по следующему пути:

1. Если объем изменений небольшой и нужно минимальное вмешательство в инфраструктуру — настраивайте VPN.
2. Если нужно решение «здесь и сейчас» с минимальными затратами — используйте уже настроенный у клиента Apache для веб-публикации хранилища.
3. Если вы планируете долгосрочную и масштабную разработку — обязательно переходите на Git, так как это единственный способ избавиться от зависимости от скорости сети при синхронизации метаданных.

Помните, что первичная синхронизация хранилища всегда занимает время из-за необходимости выгрузки всех объектов метаданных. Однако после выполнения базовой выгрузки последующие операции (захват объектов, помещение в хранилище) будут происходить значительно быстрее.