[Предложение] Передавать Telegram-юзернейм в поле Comment при создании подписки

[engvin]

Добрый день, хотел бы предложить небольшое улучшение.

Когда пользователь оформляет подписку (в том числе пробную), и его данные передаются из бота в панель, было бы удобно, если бы при наличии у него открытого Telegram-юзернейма, он автоматически записывался в поле Comment у соответствующего клиента в 3xui.

Это упростит идентификацию пользователей, особенно при технической поддержке.

Спасибо за ваш проект!

[simon15x]

Епт, мог бы в соседней ветке по-русски написать. Я изначально не знал, что наша тема.
Юзернэйм нужно не только в панель пихать, еще и в платежную систему, я это сразу поправил, первым делом. И заюзал реквест чела, который не приняли, чтобы хоть какая-то статистика была. Автор проект кинул, перейдя на другую панель, она может и более гибкая, с лучшим функционалом, но жрет как кобыла.
Чувствую дорабатывать каждому придется под себя все, учитывая, что пул реквесты не принимают. Благо никто не против.

[engvin]

А как ты поправил?
Я попробовал, там вроде всего две строчки добавить, в create_client и update_client, но не работает, не добавляет комментарий. Посмотрел api 3xui, получается что в addClient вообще не предусмотрен comment:
curl --location 'http://localhost:2053/panel/api/inbounds/addClient' \ --header 'Accept: application/json' \ --data '{ "id": 5, "settings": "{\"clients\": [{\"id\": \"bbfad557-28f2-47e5-9f3d-e3c7f532fbda\",\"flow\": \"\",\"email\": \"dp1plmlt8\",\"limitIp\": 0,\"totalGB\": 0,\"expiryTime\": 0,\"enable\": true,\"tgId\": \"\",\"subId\": \"2rv0gb458kbfl532\",\"reset\": 0}]}" }'

[snoups]

Добрый день, спасибо за предложение!

Идея понятна и, действительно, в некоторых случаях может упростить идентификацию. Однако:

• username - необязательный параметр. Он есть не у всех пользователей, и при его отсутствии поле Comment останется пустым.

• В техподдержке обычно ориентируются на Telegram ID, так как он уникален и всегда присутствует. При обращении в поддержку ID легко получить и использовать для поиска.

Если все же рассматривать возможность добавления username, важно понимать, в чем именно он помогает по сравнению с ID. Могли бы привести конкретный пример, где наличие username в Comment действительно ускоряет решение задачи, и при этом ID недостаточно?

[snoups]

И заюзал реквест чела, который не приняли, чтобы хоть какая-то статистика была.

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

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

По поводу "другой" панели - тут вопрос приоритетов. Создавать сервис с расчётом на слабые машины не совсем целесообразно. Ну и в целом - зачем запускать сервис по продаже на "хилой" системе? Remnawave действительно мощнее и гибче. Более высокие системные требования в этом случае оправданы - если нужна стабильность, масштабируемость и нормальная поддержка. Тем более, сами ноды при этом остаются легкими!

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

Проект полностью открыт. Никаких ограничений на изменения нет - откуда вообще информация, что pull request'ы не принимаются? Если есть предложения - присылай, я открыт к ревью. По мере наличия времени обязательно посмотрю и помогу с интеграцией, если нужно.

[simon15x]

Добрый день, спасибо за предложение!

Идея понятна и, действительно, в некоторых случаях может упростить идентификацию. Однако:

• username - необязательный параметр. Он есть не у всех пользователей, и при его отсутствии поле Comment останется пустым.
• В техподдержке обычно ориентируются на Telegram ID, так как он уникален и всегда присутствует. При обращении в поддержку ID легко получить и использовать для поиска.

Если все же рассматривать возможность добавления username, важно понимать, в чем именно он помогает по сравнению с ID. Могли бы привести конкретный пример, где наличие username в Comment действительно ускоряет решение задачи, и при этом ID недостаточно?

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

[simon15x]

Извиняюсь, без цитат.
Я не могу светить хостинг, но не всегда в нужной локации, по умеренным ценам, с хорошей пропускной способностью есть производительные машины.
И в моем случае оно именно так.
К тому же выбор производительности зависит и от количества пользователей.
Если я просчитал, что комфортным для каждого пользователя будет определенная пропускная способность, то я не могу завести пользователей более «определенного количества на машину». Определенное количество * на стоимость = какая-то сумма.
Выбирая более мощную машину сроки окупаемости и количество выхлопа уменьшается, т.к. затраты становятся больше.
Это касаемо «ремня».
Касаемо всего остального - свое мнение высказал основываясь на постах автора в других местах, хорошо, если это не так.

[simon15x]

А как ты поправил? Я попробовал, там вроде всего две строчки добавить, в create_client и update_client, но не работает, не добавляет комментарий. Посмотрел api 3xui, получается что в addClient вообще не предусмотрен comment: curl --location 'http://localhost:2053/panel/api/inbounds/addClient' \ --header 'Accept: application/json' \ --data '{ "id": 5, "settings": "{\"clients\": [{\"id\": \"bbfad557-28f2-47e5-9f3d-e3c7f532fbda\",\"flow\": \"\",\"email\": \"dp1plmlt8\",\"limitIp\": 0,\"totalGB\": 0,\"expiryTime\": 0,\"enable\": true,\"tgId\": \"\",\"subId\": \"2rv0gb458kbfl532\",\"reset\": 0}]}" }'

Ну не обязательно добавлять в коммент.
Но если нужно в коммент - api тоже не закрытый бинарник. А вообще есть поля, которые не используются. Или должны использоваться, но там не то, что пригодно для использования😇 я вообще первым делом прикрутил в платежи идентификаторы. Для всех главное деньги. И там нужно найти клиента.