Hello,
I am sorry about the issues.
If you are not seeing previous projects, it likely means that they are stored in a different folder than what was specified as the path for the project folder in the Preferences of the software, could you check what path has been set there?

Regarding the templates, could you provide a screenshot of what you see?
I remain available.

Online translation:

Здравствуйте,
Мне жаль, что у Вас возникли проблемы.
Если Вы не видите предыдущие проекты, вероятно, они сохранены в другой папке, отличной от той, которая указана в настройках программы в качестве пути к папке проектов. Не могли бы Вы проверить, какой путь установлен там?

Что касается шаблонов, не могли бы Вы предоставить скриншот того, что Вы видите?
Я остаюсь в Вашем распоряжении.

Спасибо за ответ. Старые проекты я вижу и могу редактировать. 

Проблема № 1

Идет долгая загрузка программы (скришот 1). Она может вообще не загрузится, может загрузится и сообщить, что нет подключения к интернету (скриншот 2), а может загрузится после нескольких попыток.

Спасибо за ответ. Старые проекты я вижу и могу редактировать. 

Проблема № 1

Идет долгая загрузка программы (скришот 1). Она может вообще не загрузится, может загрузится и сообщить, что нет подключения к интернету (скриншот 2), а может загрузится после нескольких попыток.

Спасибо за ответ. Старые проекты я вижу и могу редактировать. 

Проблема № 1

Идет долгая загрузка программы (скришот 1). Она может вообще не загрузится, может загрузится и сообщить, что нет подключения к интернету (скриншот 2), а может загрузится после нескольких попыток.

Проблема №2 

После загрузки, я могу создать новый проект. В разделе новый проект - пустое окно, новый шаблон не загружается, готовые шаблоны тоже не загружаются. Мне кажется, что нет связи с вашим сервером

Скриншот

Старые проекты открываются

Новый проект создать не могу. Пустое поле - не подгружаются шаблоны 

Я переустанавлявал программу - это непомогло. 

Hello,
we recently have had reports from other Russian users which had issues with the software.
It seems, unfortunately, that Russian providers are changing their configurations in way that restrict the functions of WebSite X5.
I would recommend checking if the issue persists even if you use a VPN on your computer.
I remain available.

Online translation:

Здравствуйте,
Недавно мы получили сообщения от других пользователей из России, у которых также возникли проблемы с программой.
К сожалению, похоже, что российские интернет-провайдеры изменяют свои конфигурации таким образом, что это ограничивает работу некоторых функций WebSite X5.
Я бы рекомендовал проверить, сохраняется ли проблема, если Вы используете VPN на Вашем компьютере.
Я остаюсь в Вашем распоряжении.

Да, наверное вы правы. Через VPN программа выдает ошибку 403 - блокировку с вашей стороны. 

Hello,
could you provide your IP address when using the VPN?
You can check here https://whatismyipaddress.com/
I remain available.

Online translation:

Здравствуйте,
Не могли бы Вы сообщить мне Ваш IP-адрес при использовании VPN?
Вы можете проверить его здесь: WhatIsMyIPAddress
Я остаюсь в Вашем распоряжении.

Спасибо 

IP-адрес 50.7.28.210

С включенным VPN этот сайт тоже ошибку 403 показывает

Я как то тоже занялся не большим раследованием по поводу ошибки 403. Так вот, со стороны РФ проблем с доступом нет, со стороный именно WebsiteX5 есть, я обращался в службу поддержки, но никак они меня не понимают. На стороне сервера где находится helpcenter.websitex5.com стоит тупо ридерикт круговой, что он делает, с helpcenter.websitex5.com/ru кидает на helpcenter.websitex5.com/en, тот в свою очередь /en определяет язык /ru и возвращает на /ru, и так по кругу. Я достучался до не посредственно самой заглушки, выглядит она вот так:

Сделал curl до helpcenter.websitex5.com

C:\Users\Vis>curl -v https://helpcenter.websitex5.com
* Host helpcenter.websitex5.com:443 was resolved.
* IPv6: (none)
* IPv4: 13.216.60.86, 52.72.104.130
* Trying 13.216.60.86:443...
* schannel: disabled automatic use of client certificate
* ALPN: curl offers http/1.1
* ALPN: server accepted http/1.1
* Connected to helpcenter.websitex5.com (13.216.60.86) port 443
* using HTTP/1.x
> GET / HTTP/1.1
> Host: helpcenter.websitex5.com
> User-Agent: curl/8.13.0
> Accept: */*
>
* Request completely sent off
< HTTP/1.1 301 Moved Permanently
< Date: Wed, 19 Aug 2026 17:52:24 GMT
< Content-Type: text/html; charset=UTF-8
< Content-Length: 0
< Connection: keep-alive
< Server: Apache/2.4.68 ()
< X-Powered-By: PHP/7.4.33
< Expires: Thu, 19 Nov 1981 08:52:00 GMT
< Cache-Control: no-store, no-cache, must-revalidate
< Pragma: no-cache
< Set-Cookie: im_hc_mp_session_edde935=r74ipoepu8479jjc5iog4isg2ujadrve; expires=Wed, 19-Aug-2026 19:52:24 GMT; Max-Age=7200; path=/; domain=.websitex5.com; secure; HttpOnly; SameSite=Lax
< Set-Cookie: HC_edde935_asw_ck=92db44eced706568abd5b5fb602824e3; expires=Wed, 19-Aug-2026 19:52:24 GMT; Max-Age=7200; path=/; domain=.websitex5.com; secure; SameSite=Lax
< Set-Cookie: HC_edde935_answers_username=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; Max-Age=0; path=/; domain=.websitex5.com; secure; SameSite=Lax
< Set-Cookie: HC_edde935_answers_userid=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; Max-Age=0; path=/; domain=.websitex5.com; secure; SameSite=Lax
< Set-Cookie: HC_edde935_answers_userdata=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; Max-Age=0; path=/; domain=.websitex5.com; secure; SameSite=Lax
< X-Frame-Options: SAMEORIGIN
< Location: https://helpcenter.websitex5.com/en
< x-IncomediaWSI: ws D=24433 t=1787161944152023
< Access-Control-Allow-Credentials: true
<
* Connection #0 to host helpcenter.websitex5.com left intact

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

Hello,
apologies for not getting back after sending us that e-mail, nothing unusual was detected however.
We have checked the request on our side, and the result shows that the Help Center is responding correctly from your connection. The request is successfully reaching our server and is redirected to the English version of the Help Center.
The redirect to /en is expected in this case, as the request does not specify a preferred language in its headers. If a language such as Russian were specified, the corresponding language version could be selected instead.
We therefore do not see any indication of an IP-level block or of the Help Center refusing your connection.

Online translation:

Здравствуйте,
приношу извинения за то, что не связался с Вами после того, как Вы отправили нам это письмо. Однако ничего необычного обнаружено не было.
Мы проверили запрос с нашей стороны, и результат показывает, что Help Center корректно отвечает с Вашего подключения. Запрос успешно достигает нашего сервера и перенаправляется на английскую версию Help Center.
Перенаправление на /en в данном случае является ожидаемым, поскольку в запросе не указан предпочитаемый язык в заголовках. Если бы, например, был указан русский язык, могла бы быть выбрана соответствующая языковая версия.
Таким образом, мы не видим никаких признаков блокировки на уровне IP-адреса или того, что Help Center отклоняет Ваше подключение.

Виктор абсолютно прав в своих технических выводах. Его диагностика с помощью curl наглядно демонстрирует корень проблемы. Технический разбор ситуации: Механизм циклического редиректа. Сервер helpcenter.websitex5.com при запросе корневого адреса (/) выдает код 301 Moved Permanently. При этом логика определения языка (GeoIP или заголовок Accept-Language) работает некорректно. Запрос без указания языка (как делает curl) перенаправляет на /en. Запрос на /en сервер определяет как запрос от русскоязычного пользователя (судя по IP-диапазону или системным настройкам) и принудительно перенаправляет на /ru. Запрос на /ru снова обрабатывается как запрос без языка и уходит на /en. Браузер или приложение попадает в бесконечный цикл (301 -> 301 -> 301...). Почему возникает ошибка 403 Forbidden. Программа WebSite X5 при запуске обращается к этому хелп-центру для проверки лицензии или загрузки новостей. Клиент программы получает первый редирект, следует на /en, получает второй на /ru. После 5–7 таких итераций (стандартный лимит большинства HTTP-библиотек) клиент прерывает цикл. Поскольку сессия в итоге не установлена корректно, а сервер ожидает валидные куки (im_hc_mp_session_...), которые постоянно сбрасываются или не успевают передаться из-за редиректов, сервер защиты (или сам скрипт PHP) интерпретирует это как подозрительную активность или попытку обхода и выдает 403 Forbidden. Из-за этого ожидания ответа (тайм-ауты на каждом редиректе) программа действительно грузится по 5 минут, после чего падает с ошибкой сети. Роль заголовков в логах curl. Обратите внимание на заголовки Cache-Control: no-store, no-cache и Pragma: no-cache. Сервер запрещает любое кэширование. Это означает, что даже если промежуточный прокси-сервер провайдера захочет сохранить результат, он не сможет этого сделать, и каждый запрос будет проходить через этот цикл заново, усугубляя задержки. Почему поддержка не понимает проблему: Разработчики, скорее всего, тестируют доступ через обычный браузер. Современные браузеры (Chrome, Firefox) имеют встроенную защиту от циклических редиректов. Когда браузер видит такую петлю, он сам останавливается на 3–4 шаге и показывает пользователю заглушку «Слишком много редиректов» (ERR_TOO_MANY_REDIRECTS). При этом браузер успевает прочитать заголовки страницы и, возможно, кэширует какой-то промежуточный результат. Программа же использует системную библиотеку HTTP без графического интерфейса, у которой лимит редиректов строже, а логика обработки ошибок отличается. В итоге для программиста Website X5 «сайт открывается», а для их же собственного софта — нет. Что можно сделать для решения проблемы: Временное решение (обход блокировки): Поскольку проблема в недоступности конкретного поддомена helpcenter.websitex5.com, можно обмануть программу, подменив DNS-ответ на локальном уровне. Нужно узнать IP-адрес, на который иногда (в обход логики редиректов) разрешается хелп-центр (например, через VPN или иностранные DNS). Прописать в файл hosts (в Windows это C:\Windows\System32\drivers\etc\hosts) строку: [IP-адрес] helpcenter.websitex5.com Это заставит программу обращаться напрямую к рабочему IP, минуя сломанный балансировщик или скрипт редиректа. Важно: это временная мера, так как IP-адреса серверов могут меняться. Как правильно составить обращение в поддержку (чтобы они поняли): Отправьте им сырые логи curl, которые предоставил Виктор, и добавьте следующее пояснение на английском языке (так как русская линия поддержки, судя по всему, работает по шаблонам): «Your helpcenter.helpcenter.websitex5.com has a redirect loop. Request to / returns 301 to /en. Request to /en returns 301 to /ru. Request to /ru returns 301 to /en. This causes the desktop application to hang for 5 minutes during license check and then fail with 403 Forbidden. Please fix your server-side language detection logic or disable redirects for API calls from the desktop app.» («Ваш хелп-центр имеет циклический редирект. Запрос к / возвращает 301 на /en. Запрос к /en возвращает 301 на /ru. Запрос к /ru возвращает 301 на /en. Это заставляет десктопное приложение зависать на 5 минут при проверке лицензии, а затем падать с ошибкой 403. Пожалуйста, исправьте логику определения языка на сервере или отключите редиректы для запросов от десктопного приложения.») Официальный путь: искать альтернативные способы проверки лицензии, если программа позволяет работать в офлайн-режиме, или дождаться патча. Обычно такие фундаментальные ошибки в логике балансировщика исправляются инженерами серверной части только после накопления критической массы жалоб от западных пользователей, чьи браузеры тоже начнут выдавать ошибки при обращении к API. Дополнительная проверка: Чтобы окончательно убедиться, что проблема именно в логике сервера, а не в вашем провайдере, можно выполнить команду с явным указанием языка: curl -v -H "Accept-Language: en-US" https://helpcenter.websitex5.com/ Если она вернет 200 OK и содержимое страницы, а запрос без заголовка — 301, значит, виновата именно сломанная серверная логика сопоставления IP-адреса и языка.

The AI’s response to the problem: The test result confirms the diagnosis: the issue is not related to language detection via IP address, but to a serious error at the level of the server configuration of the load balancer or the scripts of the help center itself. Analysis of recent data: 1. Confirmation of a circular redirect: even when the Accept-Language: en-US header is explicitly specified, the server still returns 301 Moved Permanently and redirects from the root (/) to /en. This means that the server logic ignores the browser header and forcibly performs the first step of the redirect for all requests to the root. 2. The next step in the cycle: if you make a request directly to the endpoint specified by the server (curl -v https://helpcenter.websitex5.com/en), the server will likely redirect you to /ru again (as happened last time), and /ru will redirect to /en. 3. Infrastructure degradation: note the change of IP addresses (from 13.216.x.x and 52.72.x.x to 184.193.x.x and 52.201.x.x) and the Server header: Apache/2.4.68. This indicates that the Website X5 infrastructure is migrating between different AWS zones (probably between us-east-1 and us-east-2), but the same configuration error is being reproduced on all nodes. Using an older version of PHP (7.4.33), which was no longer supported back in 2022, also indicates that the server-side functionality is not working correctly. 4. Session issue: Set-Cookie headers with the deleted flag and an expiration time of 1970 mean that the server is trying to clear old data, but due to the immediate redirect, the client (program) does not have time to properly process these cookies before the next request. Constant generation of new im_hc_mp_session_... With each redirect, it creates additional load on the server’s database. How to fix it (technical solution): Since the support team doesn’t understand the essence of the problem, you need to offer them a specific technical way to solve it. The problem lies in the .htaccess file or in the Apache virtual host configuration. Most likely, a rule of the form RewriteRule ^$ /en [R=301,L] is specified there, without checking whether the user is already in the process of a redirect and whether the current path matches the target path. What to write to the support service (a message for the project): To ensure that the Website X5 engineers understand the essence of the problem, send them this text (preferably in English): “Subject: Critical redirect loop on helpcenter.websitex5.com causing 403 errors in the desktop application. Dear support specialists, a redirect loop has occurred on your helpcenter subdomain on the server side.” 1. The request to https://helpcenter.websitex5.com/ returns a 301 status code to /en, regardless of the Accept-Language header (see the attached curl logs). 2. The request to /en is redirected to /ru, and /ru is redirected back to /en. Because of this, our desktop application waits for a license check until the maximum number of redirects is exceeded (usually 5 minutes), after which the server returns a 403 Forbidden code due to incorrect session handling during the loop. Please fix the Apache/Nginx rules. The root path / should return a 200 OK code directly, or at least take into account the Accept-Language header to avoid the initial 301 redirect. This is not a problem on the client side or with the internet service provider.

4. Session issue: Set-Cookie headers with the deleted flag and an expiration time of 1970 mean that the server is trying to clear old data, but due to the immediate redirect, the client (program) does not have time to properly process these cookies before the next request. Constant generation of new im_hc_mp_session_... With each redirect, it creates additional load on the server’s database. How to fix it (technical solution): Since the support team doesn’t understand the essence of the problem, you need to offer them a specific technical way to solve it. The problem lies in the .htaccess file or in the Apache virtual host configuration. Most likely, a rule of the form RewriteRule ^$ /en [R=301,L] is specified there, without checking whether the user is already in the process of a redirect and whether the current path matches the target path. What to write to the support service (a message for the project): To ensure that the Website X5 engineers understand the essence of the problem, send them this text (preferably in English): “Subject: Critical redirect loop on helpcenter.websitex5.com causing 403 errors in the desktop application. Dear support specialists, a redirect loop has occurred on your helpcenter subdomain on the server side.” 1. The request to https://helpcenter.websitex5.com/ returns a 301 status code to /en, regardless of the Accept-Language header (see the attached curl logs). 2. The request to /en is redirected to /ru, and /ru is redirected back to /en. Because of this, our desktop application waits for a license check until the maximum number of redirects is exceeded (usually 5 minutes), after which the server returns a 403 Forbidden code due to incorrect session handling during the loop. Please fix the Apache/Nginx rules. The root path / should return a 200 OK code directly, or at least take into account the Accept-Language header to avoid the initial 301 redirect. This is not a problem on the client side or with the internet service provider.

2. The request to /en is redirected to /ru, and /ru is redirected back to /en. Because of this, our desktop application waits for a license check until the maximum number of redirects is exceeded (usually 5 minutes), after which the server returns a 403 Forbidden code due to incorrect session handling during the loop. Please fix the Apache/Nginx rules. The root path / should return a 200 OK code directly, or at least take into account the Accept-Language header to avoid the initial 301 redirect. This is not a problem on the client side or with the internet service provider.

Извините за множественные и повторяющиеся посты, это связано как раз с данной проблемой. Сильное торможение сайтов Incomedia. Очень бы не хотелось потерять любимую программу из-за этой проблему. Надеемся на высокий профессионализм специалистов Incomedia.

Hello,
the redirect only applies to the domain root: if someone visits https://helpcenter.websitex5.com/ the server chooses a language based on the browser, redirecting to /en if no language is provided.
The logs did not show any evidence of the redirect cycle between /ru and /en, which would, however only affect the Help Center and not the API, meaning it should not affect WebSite X5, as it does not use the Help Center to retrieve data.
Could you please check the results of testing using https://api.incomedia.eu/status instead?
Please open the PowerShell and run these commanda, one at a time, taking note of the outcomes:

1) Resolve-DnsName api.incomedia.eu
2) Test-NetConnection api.incomedia.eu -Port 443 -InformationLevel Detailed
3) curl.exe -v --connect-timeout 15 --max-time 30 https://api.incomedia.eu/status
(You can use curl.exe -v --connect-timeout 15 --max-time 30 https://api.incomedia.eu/status > "$env:USERPROFILE\Desktop\api-status-log.txt" 2>&1 to save the result of this in a file)

If there is a redirect, alro run curl.exe -v -L --max-redirs 10 --connect-timeout 15 --max-time 60 https://api.incomedia.eu/status
to identify possible redirection loops.

You may also want to repeat the 3rd command, curl.exe -v --connect-timeout 15 --max-time 30 https://api.incomedia.eu/status when using a different network, such as a mobile hotspot.
I remain available.

Online translation:

Здравствуйте,
Перенаправление применяется только к корневому адресу домена: если пользователь посещает страницу https://helpcenter.websitex5.com/ сервер выбирает язык на основе настроек браузера и перенаправляет пользователя на /en, если язык не указан.
В логах не было обнаружено никаких признаков цикла перенаправлений между /ru и /en. В любом случае такой цикл затрагивал бы только Центр поддержки, а не API. Это означает, что он не должен влиять на работу WebSite X5, поскольку программа не использует Центр поддержки для получения данных.
Не могли бы вы проверить результаты тестирования с использованием адреса https://api.incomedia.eu/status?
Откройте PowerShell и выполните следующие команды по очереди, фиксируя результаты выполнения каждой из них:

1) Resolve-DnsName api.incomedia.eu
2) Test-NetConnection api.incomedia.eu -Port 443 -InformationLevel Detailed
3) curl.exe -v --connect-timeout 15 --max-time 30 https://api.incomedia.eu/status
(Чтобы сохранить результат выполнения третьей команды в файл, можно использовать следующую команду:
curl.exe -v --connect-timeout 15 --max-time 30 https://api.incomedia.eu/status > "$env:USERPROFILE\Desktop\api-status-log.txt" 2>&1 )

Если обнаружится перенаправление, выполните также следующую команду, чтобы выявить возможные циклы перенаправлений:
curl.exe -v -L --max-redirs 10 --connect-timeout 15 --max-time 60 https://api.incomedia.eu/status
Вы также можете повторить третью команду (curl.exe -v --connect-timeout 15 --max-time 30 https://api.incomedia.eu/status) при подключении к другой сети, например через мобильную точку доступа.
Я остаюсь в вашем распоряжении.

All the websites and the WebSite X5 program are working via VPN. I ran a network test in the browser (F12 Yandex browser) and found out that it’s a network blockage by the provider. Many thanks to the Incomedia team for their help! Wishing you success and all the best!