Согласно проведённых исследований, ученые доказали, что большинству достаточно ссылки на ученых или исследования, поэтому проводить эти самые исследования этим самым ученым нет нужды.
работаем уже лет пять где-то с ними. стабильно, всё автоматизировано, вплоть до замены жестких дисков роботом.
техсуппорт есть двух видов — managed сервера они рулят почти моментально, root сервера «всё ваше».
ночной саппорт может только несколько нажимов совершить, дневной грамотный, могут помочь разобраться с проблемой.
проблем с их стороны помню только одну, когда сервер ушел в ребут и не восстанавливался — диск в рейде один полетел. ночной был не в силах помочь, просто не имея прав. в 8 утра немецкого появился дневной суппорт, и проблему решили.
1und1.de — держу тут, серверное железо (а не бытовуха), настоящие аппаратные рейды, а не lsi, и прочие плюшки. да, в полтора раза дороже, чем hentzer. но не за возух.
Ну в нашей шарашке на МКЭ как раз этому учили, в целом, мне понравилось, когда одна и та же СЛАУ разными решателями давали весьма такой неплохой разброс решения, как от начальных условий, так и просто от тяготения некоторых к локальным экстремумам.
А в результатае, почти все в дипломах пользовались чьим-нибудь одним проверенным качественным решателем, чтобы не реизобретать велосипеды.
ну на старых фортранах в нашей шарашке считали на MPI.
openMP разве научился на несколько узлов разноситься?
что-то на моей памяти только несколько узлов с общей памятью
На практике, я видел как люди не могли войти из-за сбоя таймзоны — сессия жила 15 минут, а сдвиг на час делал куку невалидной сразу после входа. Пользователь видел это так: вводит логин, вводит пароль, видит результат успешного логина. Но на любое дальнейшее движение опять форму логина.
кстати — почему а вторую страницу нельзя залогиниться на первой? рандомная фигня не обязана меняться на каждый рефреш.
Зачем нужен таймстамп вообще? Чем он лучше рандомного?
Если сервер дал клиенту таймстамп — зачем его отдавать обратно? Пусть сервер помнит что он передал — иначе клиент вернёт любую фигню.
Да, можно синхронизовать время клиента и сервера и солить в момент отправки — но… в чем безопасность этой схемы?
Ну и толку-то? Если сервер не проверяет это значение — то достаточно один раз перехватить передающуюся пару unixtime + pass.
Если проверяет — см выше пункты 2 и 3.
в данноё схеме всё сильно плохо:
1) пароль, введенный пользователем вообще не используется. авторизация производится по md5(пароль). проще говоря, имея дамп базы с сервера можно просто «в лоб» использовать скачанный оттуда хеш, не заморачиваясь разворачиванием
2) никак не рассматривается вопрос «расхождения» часов
3) никак не рассматривается вопрос разных часовых поясов
в общем и целом — +1 hidden поле для защиты от «спам ботов» и передача модифицированного пароля — по сути передача того же пароля.
2) английский понимают и отвечают на английском, но вся панель — на немецком.
проблем впрочем мне не доставляет — хотя я немецкого не знаю.
Вводим javascript:alert("\u0064\u006Fcument.creat\u0065\u0045\u006C\u0065ment('ifra\x6D\x65')")
Видим:
техсуппорт есть двух видов — managed сервера они рулят почти моментально, root сервера «всё ваше».
ночной саппорт может только несколько нажимов совершить, дневной грамотный, могут помочь разобраться с проблемой.
проблем с их стороны помню только одну, когда сервер ушел в ребут и не восстанавливался — диск в рейде один полетел. ночной был не в силах помочь, просто не имея прав. в 8 утра немецкого появился дневной суппорт, и проблему решили.
А в результатае, почти все в дипломах пользовались чьим-нибудь одним проверенным качественным решателем, чтобы не реизобретать велосипеды.
openMP разве научился на несколько узлов разноситься?
что-то на моей памяти только несколько узлов с общей памятью
кстати — почему а вторую страницу нельзя залогиниться на первой? рандомная фигня не обязана меняться на каждый рефреш.
Если сервер дал клиенту таймстамп — зачем его отдавать обратно? Пусть сервер помнит что он передал — иначе клиент вернёт любую фигню.
Да, можно синхронизовать время клиента и сервера и солить в момент отправки — но… в чем безопасность этой схемы?
Если проверяет — см выше пункты 2 и 3.
1) пароль, введенный пользователем вообще не используется. авторизация производится по md5(пароль). проще говоря, имея дамп базы с сервера можно просто «в лоб» использовать скачанный оттуда хеш, не заморачиваясь разворачиванием
2) никак не рассматривается вопрос «расхождения» часов
3) никак не рассматривается вопрос разных часовых поясов
в общем и целом — +1 hidden поле для защиты от «спам ботов» и передача модифицированного пароля — по сути передача того же пароля.