WEB, PYTHON, UBUNTU, JOOMLA, VIRTUEMART

Информация о материале: Автор: Геннадий Едиг; Категория: Web, Python, Ubuntu, Joomla, Virtuemart; Опубликовано: 16 августа 2025; Просмотров: 11

Введение

В этой статье я подробно опишу, как мне удалось убрать название организации из печатной формы гарантийного талона в системе 1С:Предприятие. Гарантийный талон был добавлен в систему через внешнюю обработку с расширением .epf, и мне потребовалось изменить его печатную форму.

Шаг 1: Подготовка к работе

Перед началом работы я выполнил следующие подготовительные действия:

Создал резервную копию файла обработки (.epf) - это важно на случай, если что-то пойдет не так.
Определил версию платформы 1С, так как от этого зависит способ редактирования.
Убедился, что у меня есть права на изменение конфигурации.

Шаг 2: Открытие внешней обработки

Запустил 1С:Предприятие в режиме конфигуратора.
В меню выбрал "Файл" → "Открыть".
В диалоговом окне выбрал файл с расширением .epf, который содержит обработку гарантийного талона.
После открытия файла в дереве конфигурации появилась внешняя обработка.

Шаг 3: Поиск нужного элемента в печатной форме

В дереве конфигурации нашел объект "Обработка" и раскрыл его.
Нашел раздел "Формы" и выбрал нужную печатную форму (обычно она называется "ФормаПечати" или аналогично).
Открыл форму в редакторе форм.

Шаг 4: Редактирование печатной формы

В редакторе форм перешел на вкладку "Элементы формы".
Нашел элемент, который отвечает за вывод организации. Это мог быть:
- Поле формы
- Надпись (Label)
- Табличный документ (если форма построена на его основе)
В моем случае организация выводилась в табличном документе, который формировался в модуле формы.

Шаг 5: Изменение кода формы

Перешел в модуль формы (кнопка "Модуль" в редакторе формы).
Нашел процедуру, которая формирует печатную форму (обычно называется "Сформировать" или "ПриФормировании").
В коде нашел строку, где добавляется информация об организации. Это могло выглядеть примерно так:

ТабличныйДокумент.ВывестиСекцию("Заголовок|Организация: " + Организация.Наименование);

Изменил код, убрав вывод названия организации:

ТабличныйДокумент.ВывестиСекцию("Заголовок|Организация: ");

Или полностью удалил строку, если она не нужна. На самом деле сделал вывод "белыми чернилами".

Шаг 6: Проверка изменений

Сохранил изменения в обработке (Ctrl+S).
Запустил 1С в режиме предприятия.
Открыл обработку и проверил печатную форму гарантийного талона.
Убедился, что название организации больше не выводится.

Шаг 7: Сохранение и распространение изменений

Вернулся в конфигуратор.
Выбрал "Файл" → "Сохранить как" и сохранил измененную обработку под новым именем (например, добавив версию или дату).
Распространил новую версию обработки среди пользователей.

Заключение

В результате этих действий мне удалось успешно убрать название организации из печатной формы гарантийного талона. Весь процесс занял около 30 минут, включая время на тестирование.

Важно помнить, что при работе с внешними обработками:

Всегда создавайте резервные копии
Внимательно анализируйте код перед изменениями
Тестируйте изменения перед внедрением в рабочую среду

Если вы не уверены в своих действиях, лучше обратиться к специалисту по 1С, чтобы избежать возможных проблем в работе системы.

PS Описано всё несколько сложнее чем было на самом деле . Чтобы в следующий раз запутать себя :)

Информация о материале: Автор: Геннадий Едиг; Категория: Web, Python, Ubuntu, Joomla, Virtuemart; Опубликовано: 31 мая 2025; Просмотров: 66

Как и многие Joomla-администраторы, я использовал компонент JLSitemap для генерации карты сайта. Это был удобный инструмент, который автоматически собирал URL страниц, включая статьи, категории и даже кастомные компоненты, такие как страницы апартаментов на моём сайте. Sitemap был критически важен для SEO, обеспечивая быструю индексацию сотен страниц поисковыми системами вроде Яндекса и Google.

Однако после очередного обновления Joomla компонент JLSitemap утратил работоспособность. Ошибки в маршрутизации и несовместимость с кастомными URL-структурами сделали его бесполезным. К тому же разработчики перевели JLSitemap на платную модель. Платить за компонент, который больше не отвечает моим нуждам, не хотелось, особенно когда у меня есть VPS-сервер и Python — мощный инструмент для автоматизации. Так родилась идея заменить JLSitemap кастомным Python-скриптом.

Подробнее: Предыстория: прощай, JLSitemap

Информация о материале: Автор: Геннадий Едиг; Категория: Web, Python, Ubuntu, Joomla, Virtuemart; Опубликовано: 04 мая 2025; Просмотров: 119

Печать из Windows 10/11 на принтере HP LaserJet 1100 возможна и в 2025 году. Для этого достаточно иметь компьютер с LPT-портом. Это может быть PCI-плата с LPT, как у меня, или Ubuntu из коробки, которая не требует дополнительных настроек. После установки можно сразу приступать к печати, следуя описанным ниже шагам.

Это руководство описывает процесс установки и настройки принтера HP LaserJet 1100 на сервере Ubuntu 24.04, подключенного через LPT-порт, и превращения сервера в принт-сервер для сетевого доступа, включая печать с Windows 10. Используется драйвер Gutenprint для локальной печати и CUPS для сетевого доступа.

Предварительные требования

Сервер Ubuntu 24.04 с root-доступом.
Принтер HP LaserJet 1100, подключенный через LPT-порт (/dev/lp0).
Сеть со статическим IP (например, 192.168.0.200).
Клиент Windows 10 для сетевой печати.

Пошаговая инструкция

Подробнее: Установка HP LaserJet 1100 на сервер Ubuntu как принт-сервер в 2025 году :)

Информация о материале: Автор: Геннадий Едиг; Категория: Web, Python, Ubuntu, Joomla, Virtuemart; Опубликовано: 02 мая 2025; Просмотров: 131

Описание задачи

Задача заключалась в настройке сайта на VPS-сервере с ISPmanager, чтобы приложение на FastAPI было доступно по адресу https://dwc.ru/, заменив заглушку index.html. Изначально FastAPI-приложение работало по адресу http://dwc.ru:8000/frontend/index.html, но не поддерживало HTTPS по адресу https://dwc.ru:8000/frontend/index.html из-за отсутствия безопасного соединения. Необходимо было сделать так, чтобы фронтенд интернет-магазина отображался по https://dwc.ru/ с поддержкой HTTPS.

Изначальная конфигурация системы

Начальная конфигурация включала:

Сервер: VPS с ISPmanager, где Nginx выступал фронтенд-сервером, а Apache — бэкенд-сервером на порту 8080.
Конфигурация Nginx (/etc/nginx/vhosts/www-root/dwc.ru.conf):
- Слушал порты 192.168.0.31:80 и 192.168.0.31:443 (SSL).
- Проксировал запросы на Apache (http://127.0.0.1:8080).
- Обрабатывал статические файлы и PHP-скрипты с fallback на Apache.
- Использовал SSL-сертификаты Let’s Encrypt (/var/www/httpd-cert/www-root/dwc.ru_le1.crtca и dwc.ru_le1.key).
- Перенаправлял www.dwc.ru на dwc.ru и HTTP на HTTPS.
Конфигурация Apache (/etc/apache2/vhosts/www-root/dwc.ru.conf):
- VirtualHost на 127.0.0.1:8080, обслуживающий корневую директорию /var/www/www-root/data/www/dwc.ru.
- Настроен для обработки PHP и статических файлов.
- Отображал заглушку index.html в корневой директории.
Приложение FastAPI:
- Работало на http://127.0.0.1:8000.
- Обслуживало фронтенд по адресу /frontend/index.html, доступному через http://dwc.ru:8000/frontend/index.html.
- Не было интегрировано с Nginx или Apache, что делало его недоступным по HTTPS на корневом домене.

При обращении к https://dwc.ru/ отображалась заглушка index.html, а приложение FastAPI было доступно только через незащищённый порт 8000, что не подходило для продакшена.

Проблемы и процесс решения

Основные проблемы:

Заглушка: Файл index.html в /var/www/www-root/data/www/dwc.ru/ отображался вместо фронтенда FastAPI.
HTTPS: Приложение FastAPI не было настроено для HTTPS, и прямой доступ к порту 8000 через HTTPS не работал.
Ошибки Nginx: Первоначальные попытки проксирования на FastAPI приводили к синтаксическим ошибкам в директивах proxy_set_header и некорректной обработке корневого пути (/).
Обработка корня: FastAPI возвращал JSON-ответ ({"message":"Welcome to DWC.ru API"}) для корневого пути, вместо фронтенда по адресу /frontend/index.html.

Шаги решения

Создание резервных копий:

Созданы резервные копии конфигураций Nginx и Apache для возможности восстановления:

mkdir -p ~/backups/configs
sudo cp /etc/nginx/vhosts/www-root/dwc.ru.conf ~/backups/configs/dwc.ru.nginx.bak
sudo cp /etc/apache2/vhosts/www-root/dwc.ru.conf ~/backups/configs/dwc.ru.apache.bak

Отключение заглушки:
Перемещён файл index.html, чтобы он не отображался:
```
sudo mv /var/www/www-root/data/www/dwc.ru/index.html /var/www/www-root/data/www/dwc.ru/index.html.bak
```
Обновление конфигурации Nginx:
Изменён файл /etc/nginx/vhosts/www-root/dwc.ru.conf для проксирования запросов на FastAPI (http://127.0.0.1:8000) и отображения фронтенда в корне.

Столкнулись с ошибками в директивах proxy_set_header (например, invalid number of arguments), вызванными некорректными значениями (например, proxy_set_header Host ;).

Итеративно исправляли конфигурацию, обеспечив правильный синтаксис (например, proxy_set_header Host $host;).

Добавлена обработка корневого пути (location = /) для прямой отдачи /frontend/index.html, а запросы к API (/api/) перенаправлялись на FastAPI.

Финальная конфигурация Nginx:

Окончательная конфигурация явно отображает фронтенд для корня и проксирует запросы API на FastAPI:

server {
    listen 192.168.0.31:80;
    server_name dwc.ru www.dwc.ru;
    return 301 https://dwc.ru$request_uri;
}

server {
    listen 192.168.0.31:443 ssl;
    server_name dwc.ru;

    ssl_certificate "/var/www/httpd-cert/www-root/dwc.ru_le1.crtca";
    ssl_certificate_key "/var/www/httpd-cert/www-root/dwc.ru_le1.key";
    ssl_ciphers EECDH:+AES256:-3DES:RSA+AES:!NULL:!RC4;
    ssl_prefer_server_ciphers on;
    ssl_protocols TLSv1 TLSv1.1 TLSv1.2 TLSv1.3;
    ssl_dhparam /etc/ssl/certs/dhparam4096.pem;

    access_log /var/www/httpd-logs/dwc.ru.access.log;
    error_log /var/www/httpd-logs/dwc.ru.error.log notice;

    # Serve frontend for root
    location = / {
        root /var/www/www-root/data/www/dwc.ru;
        try_files /frontend/index.html =404;
        add_header Cache-Control "no-cache, no-store, must-revalidate";
        add_header Pragma "no-cache";
        add_header Expires "0";
    }

    # Proxy API requests to FastAPI
    location /api/ {
        proxy_pass http://127.0.0.1:8000;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }

    # Serve static frontend files
    location /frontend/ {
        alias /var/www/www-root/data/www/dwc.ru/frontend/;
        try_files $uri $uri/ /frontend/index.html;
        add_header Cache-Control "no-cache, no-store, must-revalidate";
        add_header Pragma "no-cache";
        add_header Expires "0";
    }

    gzip on;
    gzip_comp_level 5;
    gzip_disable "msie6";
    gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript application/javascript image/svg+xml;

    ssi off;
}

server {
    listen 192.168.0.31:443 ssl;
    server_name www.dwc.ru;

    ssl_certificate "/var/www/httpd-cert/www-root/dwc.ru_le1.crtca";
    ssl_certificate_key "/var/www/httpd-cert/www-root/dwc.ru_le1.key";
    ssl_ciphers EECDH:+AES256:-3DES:RSA+AES:!NULL:!RC4;
    ssl_prefer_server_ciphers on;
    ssl_protocols TLSv1 TLSv1.1 TLSv1.2 TLSv1.3;
    ssl_dhparam /etc/ssl/certs/dhparam4096.pem;

    return 301 https://dwc.ru$request_uri;
}

Применение конфигурации:

sudo nginx -t
sudo systemctl restart nginx

Отключение Apache:
Поскольку Apache больше не требовался (его роль заменил FastAPI), VirtualHost был отключён:
```
sudo mv /etc/apache2/vhosts/www-root/dwc.ru.conf ~/backups/configs/dwc.ru.apache.disabled
sudo systemctl restart apache2
```
Тестирование и отладка:
Проверяли сайт с помощью:
```
curl -L https://dwc.ru/
```
Изначально возникала ошибка 500 Internal Server Error из-за некорректной директивы alias для корневого пути. Заменили alias на root и try_files.

Проверяли работу FastAPI:
```
curl http://127.0.0.1:8000/frontend/index.html
```
Анализировали логи ошибок:
```
sudo tail -f /var/www/httpd-logs/dwc.ru.error.log
sudo tail -f /var/www/httpd-logs/dwc.ru.access.log
```
Очистка кэша:
Очистили кэш Nginx для исключения проблем с кэшированием:
```
sudo rm -rf /var/cache/nginx/*
sudo systemctl restart nginx
```

Изменения относительно первоначальной настройки

По сравнению с изначальной конфигурацией были внесены следующие изменения:

Удаление заглушки: Файл /var/www/www-root/data/www/dwc.ru/index.html перемещён в index.html.bak.
Реконфигурация Nginx:
- Заменено проксирование на Apache (http://127.0.0.1:8080) проксированием на FastAPI (http://127.0.0.1:8000) для запросов к /api/.
- Добавлена отдача /frontend/index.html для корневого пути (/) с использованием root и try_files.
- Настроена обработка статических файлов фронтенда из /var/www/www-root/data/www/dwc.ru/frontend/.
- Добавлены заголовки управления кэшем для предотвращения проблем с кэшированием.
- Сохранена поддержка SSL с сертификатами Let’s Encrypt.
Отключение Apache: Конфигурация VirtualHost перемещена в резервную копию, так как Apache больше не нужен.
Интеграция FastAPI: FastAPI корректно обрабатывает API-запросы, а фронтенд для корня обслуживается напрямую через Nginx.

Итоговый результат

Интернет-магазин на базе FastAPI теперь доступен, временно доступен, по адресу https://dwc.ru/, отображая фронтенд (/frontend/index.html) с каталогом товаров. Сайт использует HTTPS с сертификатами Let’s Encrypt, а запросы к API (/api/) корректно проксируются на FastAPI. Заглушка больше не отображается, конфигурация стабильна, а резервные копии позволяют восстановить систему при необходимости.

Решение потребовало тщательной отладки ошибок синтаксиса Nginx, настройки обработки статических файлов и интеграции с FastAPI, обеспечив удобный доступ пользователей к интернет-магазину.

Информация о материале: Автор: Геннадий Едиг; Категория: Web, Python, Ubuntu, Joomla, Virtuemart; Опубликовано: 02 мая 2025; Просмотров: 98

Сегодня хочу поделиться важным наблюдением, которое сэкономит вам кучу нервов при работе с ISPmanager на хостинге reg.ru. Речь пойдёт о коварном поведении панели управления при создании SSL-сертификатов.

Главное правило: Никогда не включайте редирект с HTTP на HTTPS до получения Let's Encrypt сертификата! Иначе вместо настоящего SSL вы получите молчаливую подмену на самоподписанный сертификат.

Почему это происходит?

Подробнее: Тихий подвох ISPmanager: как не попасть на самоподписанный сертификат вместо Let's Encrypt

Как убрать организацию из печатной формы гарантийного талона в 1С или Файл с расширением .epf в платформе «1С:Предприятие» — файл внешней обработки.