даже это делать не обязательно - достаточно выполнить `source ~/.aliases` в текущей консоли. В этом файле хранить алиасы, а не захламлять тот же ~/.zshrc , а в том же ~/.zshrc также просто прописать `source ~/.aliases`
у меня немного не вяжется "передать файл с подписью в телегу" для проверки и " можно развернуть локально (важно для безопасной работы с ЭП)". Точнее, даже, правильно ли я понимаю, что в вашей реализации вы через "левый сервис" (aka Telegram) засылаете не просто sig-файл, а целиком весь архив, включая и сам подписанный документ (ПД и прочие конфиденц. данные)?
Пользовался - мне не так удобно. Удобнее (опять таки - лично мне) "телефон на торпеде" слева от руля, где открыт навигатор, а на магнитоле только плеер и пара мини-окон типа контроля полосы/дистанции
в ответе банка нет про то, что можно было войти с двух номеров на один аккаунт - есть только про то, что уведомления поступали на старый ("удалённый") телефонный номер и не факт, что это один и тот же аккаунт - возможно счета привязали на новый аккаунт/номер, а в системе был баг, который уведомления слал на старый аккаунт/номер. Об этом я вам и написал выше - вероятно была нет развязки аккаунта, логина (телефона) для входа в этот аккаунт и в БД существовало две записи "аккаунт + телефон1" (помечен как удалённый) и "аккаунт + телефон2" (который активный). Скрипт для входа учитывает признак удаления и пускает только по телефон2 (автор того поста не тестил вход с телефон1 - только предположил), а вот скрипт, который отправляет счета, не учитывает признак удаления и засылал на телефон1. Хотя это не отвечает на вопрос почему счета (не уведомления о них) не были видны в аккаунте - вероятно, было заведено 2 аккаунта (старый, удалённый с телефон1 + новый с телефон2), к новому аккаунту были перепривязаны лицевые счета клиента, а вот сервис, который выставлял найденные счета этого "не видел" и более того, привязка в этом сервисе шла не по аккаунту, а по номеру телефона, что и привело к подобному багу
Но, в отличии от тинька, который ошибку не сильно признал, а потом молча поправил, тут ошибку признали и исправили
Когда-то давно у Тинька я лично находил проблему со входами в ЛК при "дубликатах" учёток, но ведь никто сейчас за подобное не хейтит данный банк - ошибку признали и исправили
А из статьи при посыле "я перестал видеть счета оплату" делать вывод "значит можно заходить с нескольких номеров" такое себе - автор пробовал это сделать, чтобы так утверждать? Вероятно в БД историческая учётная запись осталась помеченная как "удалено", а какие-то запросы реализованы криво и не учитывают признак удаления. Возможно не разделены толком accountID и УЗ - может они в одной табличке лежат ...
ну почему же "левое"? Так же официально через ruStore поставилось и было предложено к установке из МТС Банка. Правда да, "разработчик" в сторе другой. Но и у MTS Pay свой разработчик там, как и у МТС Инвестиции. Вот это уже смущает конечно...
даже это делать не обязательно - достаточно выполнить `source ~/.aliases` в текущей консоли. В этом файле хранить алиасы, а не захламлять тот же
~/.zshrc, а в том же~/.zshrcтакже просто прописать `source ~/.aliases`Бонус и так уже есть - экономия денег на оплату "задержки закрытия гейта"
плацебо же
эти моменты я не отслеживал :( не бегать же мне за "отчитайтесь мне, как вы наказали"...
Вот в доброделе есть отчётность - пожаловался на яму или препятствие на ПЧ, тебе в ответ фоточку с исправленным. Вроде мелочь, а приятно
видимо от компании зависит - скидывал в Urent скрин с видеорегистратора, там принимали без проблем
например, по геолокации в конкретный момент времени - если в этом месте был только один самокат, то точно он
Если речь про квадраты, то почему бы сперва не сузить искомый квадрат до максимальных допустимых сторон, проверяя только углы?
а у нас VK/RuTube/Дзен не против получается?
они её ещё не сделали - только планируют делать и тестировать, как я понял из новости по ссылке
где-то ещё возникает потребность в lazy-зависимостях... когда их потребность нужна будет потом, а не сейчас
если " у компонента 100500 зависимостей", то проблема в архитектуре компонента, а не в потребности в автоматическом (через либы) DI
ЗЫ: и да, "ручной" DI через конструкторы - тоже DI...
у меня немного не вяжется "передать файл с подписью в телегу" для проверки и " можно развернуть локально (важно для безопасной работы с ЭП)".
Точнее, даже, правильно ли я понимаю, что в вашей реализации вы через "левый сервис" (aka Telegram) засылаете не просто sig-файл, а целиком весь архив, включая и сам подписанный документ (ПД и прочие конфиденц. данные)?
тот же v2rayN чем не подошёл? Который уже умеет в маршрутизацию и даже есть куча geo-правил...
То есть, Ubisoft достаточно поднять сервер, который будет проверять код активации, а остальную инфраструктуру держать не обязательно...
Пользовался - мне не так удобно. Удобнее (опять таки - лично мне) "телефон на торпеде" слева от руля, где открыт навигатор, а на магнитоле только плеер и пара мини-окон типа контроля полосы/дистанции
в ответе банка нет про то, что можно было войти с двух номеров на один аккаунт - есть только про то, что уведомления поступали на старый ("удалённый") телефонный номер и не факт, что это один и тот же аккаунт - возможно счета привязали на новый аккаунт/номер, а в системе был баг, который уведомления слал на старый аккаунт/номер. Об этом я вам и написал выше - вероятно
быланет развязки аккаунта, логина (телефона) для входа в этот аккаунт и в БД существовало две записи "аккаунт + телефон1" (помечен как удалённый) и "аккаунт + телефон2" (который активный). Скрипт для входа учитывает признак удаления и пускает только по телефон2 (автор того поста не тестил вход с телефон1 - только предположил), а вот скрипт, который отправляет счета, не учитывает признак удаления и засылал на телефон1. Хотя это не отвечает на вопрос почему счета (не уведомления о них) не были видны в аккаунте - вероятно, было заведено 2 аккаунта (старый, удалённый с телефон1 + новый с телефон2), к новому аккаунту были перепривязаны лицевые счета клиента, а вот сервис, который выставлял найденные счета этого "не видел" и более того, привязка в этом сервисе шла не по аккаунту, а по номеру телефона, что и привело к подобному багуНо, в отличии от тинька, который ошибку не сильно признал, а потом молча поправил, тут ошибку признали и исправили
Когда-то давно у Тинька я лично находил проблему со входами в ЛК при "дубликатах" учёток, но ведь никто сейчас за подобное не хейтит данный банк - ошибку признали и исправили
А из статьи при посыле "я перестал видеть счета оплату" делать вывод "значит можно заходить с нескольких номеров" такое себе - автор пробовал это сделать, чтобы так утверждать? Вероятно в БД историческая учётная запись осталась помеченная как "удалено", а какие-то запросы реализованы криво и не учитывают признак удаления. Возможно не разделены толком accountID и УЗ - может они в одной табличке лежат ...
ну почему же "левое"? Так же официально через ruStore поставилось и было предложено к установке из МТС Банка. Правда да, "разработчик" в сторе другой. Но и у MTS Pay свой разработчик там, как и у МТС Инвестиции. Вот это уже смущает конечно...
там не только SU в жёлтый окрашен, но и, к примеру, UK: https://www.iso.org/obp/ui/#iso:pub:PUB500001:en
А можно ведь просто прекратить регистрацию новых доменов и оставить уже существующие и дальше "жить"...