mayorovp

Отсутствие маски для рандомных строк - это не "защита", а здравый смысл. Вы считали, сколько возможных строк надо будет проверить, чтобы скачать все?

3 656 158 440 062 976

И это не учитывая первую часть (то есть еще на 700 умножьте). Если проверять по 1000 возможных ссылок в секунду - вам понадобится 81 миллион лет.

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

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

Поставьте cygwin.

При чем тут /opt/google/chrome - разве ваш профиль лежит там? Проблемное место - где-то в ~/

Гиблое дело. Алгоритмы в такой сети достаточно сложные, чтобы их можно было моделировать математически. Поставленную задачу (определение границ масштабируемости) куда проще решать нагрузочным тестированием в лаборатории.

Если кратко - то используйте лямбды до тех пор, пока не запутаетесь в них. Как запутаетесь - так и поймете ответ на свой вопрос.

А поставить галочку не помогает?

Откройте инструменты разработчика в браузере Chrome или их аналог в другом браузере, и посмотрите, отправляется ли вообще второй запрос. И если отправляется - то в каком он состоянии.

Если запрос не отправляется - значит, проблема на стороне клиента.
Если запрос в состоянии Stalled (это такое состояние в хроме, не знаю как оно в других браузерах называется) - значит, вы уперлись в число запросов на домен.
Если запрос в состоянии SendingRequest - вы уперлись в число одновременных процессов на сервере.
Если запрос в состоянии Waiting - вероятно, вы уперлись в блокировку сессии. Хотя возможен и вариант с числом процессов или с любой другой блокировкой.

Не нравится мне вот эта строчка: Serial.WriteLine((string)sd.Dequeue());
Вы как проверяете, что в очереди sd вообще что-то есть?

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

Парадигм программирования всего 4, и все они очень стары.

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

Web: программистам на C# на смену ASP.NET WebForms, подходящему только для веб-приложений, пришел ASP .NET MVC, позволяющий делать веб-сайты. Появился WebAPI. Появился Owin.

В решениях SSO (single sign-on) на смену WS-Federation пришел openid-connect.

В области ORM появилось решение Entity Framework Code First.

Полностью обновился Windows Workflow Foundation.

Чудес не бывает. Waiting (TTFB) 10.81 s означает, что браузер 10 секунд именно что ждал ответа от сервера.

Значит, проблема - на сервере. Вы напрасно ищите ее в джаваскрипте.

Приведите серверный код, без него ошибку не найти.

----

У меня только одна догадка: блокировка на каком-то ресурсе. Проверьте, корректно ли запрос updateComment завершает транзакцию или закрывает другие ресурсы.

ASP.NET MVC Шариком напрямую не поддерживается, только WebForms.
Но вы можете создать provider-based application, оно размещается на отдельном от Шарика домене и общается с ним через API.

Если ресурсы позволяют, посмотрите в сторону openid-connect или WS-Federation. Оно выглядит куда красивее, нежели basic auth.

Если права не наследуются - значит, их наследование кто-то выключил. Надо включить обратно, вот и все.

Свойства - Безопасность - Дополнительно

В старом С++ работал указатель только на обычные функции, а функции - члены класса нельзя было присваивать.

Все можно было делать, главное - понимать что именно делаешь.

struct foo {
  void bar();
};

typedef void (foo::*member_ptr) ();
member_ptr p = &foo:bar;

foo f;
(f.*p)(); // косвенный вызов bar

Если встает такой вопрос, то единой точки отказа в системе не должно быть вообще.

Ищите способ зарезервировать СХД и сетевую инфраструктуру.

DC - это Domain Controller? Резервировать в первую очередь!