говорят там все на столько сырое что не готово к адекватному использованию, у тебя как раз отличный пример на руках.
Повторю свою рекомендацию, запусти среду разработки и отладчик на такой же среде что и прод, как минимум исключишь разное поведение из-за сырой реализации под архитектуру arm
Александр Антонов, проверку на повторяющиеся числа ты сделать должен будешь уже поиском по базе, так как тебе нужно сохранять высланные номера пользователям, чтобы сравнить их со введенными (плюс рекомендуется сохранять их какое то время, с пометкой использованное, чтобы исключить вероятность совпадения если злоумышленник узнал код уже после того как пользователь его использовал)
я точно помню что приложение настоятельно рекомендуют ставить в корень диска, возможно ему пробелы в имени мешают (так часто бывает с кривыми программами)
а посмотреть глазками есть ли этот файл в указаном каталоге?
Антон, а цены у всего этого великолепия какие?
облачная телефония это значит корпоративные тарифы, не работа с физиками и соответствующее отношение (отношения юриков почти никак не защищены ничем кроме договора, который в случае с опсосами заключается и инициируется в одностороннем порядке, когда как у физиков есть еще кое какие права)
p.s. вот смотрю у tele2 корпоративные тарифы где может быть облачный ats начинаются от 700р/мес и я это еще не ковырялся в нюансах, там 100% понадобится что то докупить
Для теста создай в каталоге веб сервера, где включена поддержка php свой файл
test.php
<?php
session_start();
echo session_id();
?>
затем открой ссылку с этим файлом в браузере site/test.php
он покажет идентификатор, если нажать F5 идентификатор должен остаться прежним, это значит где то в коде на сайте у тебя банально очищается идентификатор
если нет - значит какая то проблема в браузере или настройках php, с высокой вероятностью в логах ошибок веб сервера будет вся необходимая информация
mayton2019 ,
напомню что mfc это был свой интерфейс, своя библиотека, достаточно сложная, поверх winapi, не нужно между ними ставить знак равенства
сколько не изучай, абсолютно у всех инструментов разработки UI есть проблемы, очень часто решения либо многословные (много тратить ресурсов на разработку), поэтому неправильно этот аргумент использовать как повод для выбора той или иной UI
mayton2019, эээ
могу ли я мороженное кушать вместе с котлетой?
конечно можешь!
gtk это просто библиотека, kde это просто desktop environment, они прекрасно существуют вместе (само собой независимо но там видны попытки их взаимной интеграции, хотя бы визуальной)
у майкрософтовского .net программы еще меньше, считанные килобайты на интерфейс
я говорю про ресурсы, которые съедает итоговое приложение, когда .net только набирал обороты, у меня была возможность напрямую сравнивать winapi/qt/.net, на слабых машинах, очень образцово медленно отрисовывается интерфейс на последний (и очень приятно на qt)
Вон недавно была новость 1.2% это уже пользователи steam под linux, знаковый показатель, да не значительный но радует что разработчики игр потихоньку задумываются хотя бы в тестах про запуск под proton (wine)
Кто мог и хотел, уже давно пересели на linux, проблема в том что есть заметная часть тех кто хочет но не может именно потому что разработчики используемого ими софта прикипели к windows
в чем вопрос то?
сложно самостоятельно отрисовать лини и подписать текст и числа?
координата риски по X вычислять как номер_дня_в_году*ScreenWidth/количество_дней_в_году, координаты цифры - константное смещение (там соседние квадратики на экране максимум на пиксел будут отличаться), тут же рисуешь месяцы, увеличивая высоту каждой третьей полоски для надписи, ну отдельно вычисляешь расположение номера года.
ScreenWidth - размер графика для года (как я понял у тебя он совпадает с шириной графика)
Повторю свою рекомендацию, запусти среду разработки и отладчик на такой же среде что и прод, как минимум исключишь разное поведение из-за сырой реализации под архитектуру arm