тоже долго бился с такой проблемой, пока не нашел совет обратиться в техподдержку с письмом. в результате они или отключают какие-то проверки или делают что-то еще, но регистрация проходит.
отправляется письмо на адрес oraclehelp_ww@oracle.com со следующим содержимым:
Hi Oracle Customer Service,
I have a problem getting Oracle Cloud Free Tier.
I filled all forms required.
I have verified my E-mail.
I have done payment verification with my debit card.
But I got the message:
"Error processing transaction
We're unable to complete your sign up."
(a) I did not use prepaid cards. I used my debit card.
(b) I did not mask my location or identity.
(c) I entered complete and accurate account details.
My bank confirmed your payment verification has been successfully completed:
you deducted 0.85 EUROs from my account and immediately returned them back to my account.
What should I do to get Oracle Cloud Free Tier subscription?
Help me to resolve the issue, please.
потом приходит ответ:
Hello,
Please try registering again within the next 5 business days using the same email, aaa@bbb.ccc, and you shouldn't have anymore issues.
Regards,
Karan
Oracle Help
мне кажется это просто развитие идеи переименовать program files в program files (x86) вместо создания program files (x64): все делать шиворот-навыворот
предположу, что низкоуровневые сетевые протоколы точно не входят в список критериев для для выбора в пользу или против микросервисной архитектуры, т.к. они немного про другое. монолит бы прилег при таких проблемах еще быстрее.
поэтому, IMHO, микросервисы в комментариях под данной статьей — это оффтоп.
разумеется никакого отдельного репозитория под тесты нет. все в одном репозитории. меняются требования — переписываются тесты — переписывается основной код.
почему несколько версий тестов все-таки? пишется код, под него пишутся тесты (или наоборот), потом все вместе коммитится. про какие версии и камни речь?
Что за стек такой, что нельзя протестировать код, не перебирая несколько версий тестов?
откуда взялись несколько версий тестов? речь о том, что в .NET для тестов отдельный проект заводится.
А, так мы говнокод тут обсуждаем? Я-то думал лучшие практики, раз речь зашла про правильное расположение файлов.
если уже речь заходит про говнокод, то как раз для него и нужна документация. для чистого кода она нужна редко. а если речь про документацию на проект, то у вас она вперемешку с кодом лежит? в каком виде?
а почему в модель должны лезть всякие db connection? если даже предположить, что в модели нужны IO, то в модель попадает интерфейс, например, репозитория, в реализации которого и есть всякие db connection. и при желании сменить db connection на nosql db connection (или все, что угодно) никаких изменений в модель вносить не придется.
если в курсе, то рассказать о своем опыте
ps: про SSD Вам уже прокомментировали, добавлю только то, что аббревиатуры имеют свою сферу применения и спрашивают о них, обычно, в этих сферах.
вот тут тоже описывают такую проблему. и предлагают решение. надо пробовать дальше их доставать.
тоже долго бился с такой проблемой, пока не нашел совет обратиться в техподдержку с письмом. в результате они или отключают какие-то проверки или делают что-то еще, но регистрация проходит.
отправляется письмо на адрес oraclehelp_ww@oracle.com со следующим содержимым:
потом приходит ответ:
после этого регистрация проходит успешно.
мне кажется это просто развитие идеи переименовать
program files
вprogram files (x86)
вместо созданияprogram files (x64)
: все делать шиворот-навыворотответ по ICMP-протоколу никак не гарантирует работоспособность шлюза, так что такой мониторинг — это скорее "мониторинг"
предположу, что низкоуровневые сетевые протоколы точно не входят в список критериев для для выбора в пользу или против микросервисной архитектуры, т.к. они немного про другое. монолит бы прилег при таких проблемах еще быстрее.
поэтому, IMHO, микросервисы в комментариях под данной статьей — это оффтоп.
а при чем тут микросервисы?
dievsky, а планируется добавить Space?
разумеется никакого отдельного репозитория под тесты нет. все в одном репозитории. меняются требования — переписываются тесты — переписывается основной код.
почему несколько версий тестов все-таки? пишется код, под него пишутся тесты (или наоборот), потом все вместе коммитится. про какие версии и камни речь?
откуда взялись несколько версий тестов? речь о том, что в .NET для тестов отдельный проект заводится.
если уже речь заходит про говнокод, то как раз для него и нужна документация. для чистого кода она нужна редко. а если речь про документацию на проект, то у вас она вперемешку с кодом лежит? в каком виде?
у Падлы был интереснее :)
еще пример :)
даже не один
кем считаетесь? "созданием с тонкой душевной организацией"?
мозг ломается на сочетании русских и английских символов. для меня читабельность кода очень сильно падает при таком сочетании.
а зачем это? если это все равно читают только программисты, разве у них возникают проблемы с переводом данных терминов?
особенно убивает это:
ух! а можно пример класса с методами на русском языке? сам работаю в банковской сфере, но таких экспериментов не наблюдал...
а почему в модель должны лезть всякие db connection? если даже предположить, что в модели нужны IO, то в модель попадает интерфейс, например, репозитория, в реализации которого и есть всякие db connection. и при желании сменить db connection на nosql db connection (или все, что угодно) никаких изменений в модель вносить не придется.
как либген: пиратские "корпорации" зла", лишающие упущенной выгоды "корпорации добра".
скорее наполняться подробностями :)
эти аббревиатуры употреблялись для того, чтобы:
ps: про SSD Вам уже прокомментировали, добавлю только то, что аббревиатуры имеют свою сферу применения и спрашивают о них, обычно, в этих сферах.