Я не могу понять, как так получается, что такой эффект достигается столь мизерными количествами вещества. Атака чего-то типа «Чернобыля» сводится к тому чтобы бешено загрузить процессор или все его ядра. Их всё-таки немного. Но ведь точек, где происходит контроль за мышцами, очень много?.. Как токсин блокирует их все? Или не нужно все, есть какой-то минимальный процент, который нужно поразить? Взять хотя бы веко. Подъём века контролируется одной мышцей, и достаточно её одну заблокировать? Или всё же там имеет место что-то типа дурной рекурсии, положительной обратной связи, безудержного размножения искажённых сигналов?
Спасибо, ваджрный брат.
Хотел бы ещё порекомендовать лекции Александра Моисеевича Пятигорского. Пелевин ему посвятил очень прочувствованный фрагмент в «Фудзи». https://www.youtube.com/watch?v=k6KiPXTc568
для краткости «без промисов» означало здесь «без промисов в явной форме с использованием then/catch вместо присваивания»… const a = await(p) противопоставляется p.then(a => doSomething(a)) как императивный синхронный стиль функциональному асинхронному; разумеется возможны переходные и смешанные формы; здесь речь о граничных случаях
Может, я невнимателен, но почему-то не вижу ничего толком про образование. У кого-нибудь есть хорошие ресурсы или ссылка на аналитику по VR в образовании? Порно — это замечательно, но… мы ведь не только мастурбируем, но ещё и иногда учимся, да?
Спасибо! Извините, если это уже заданный кем-то вопрос, но: а существует ли что-то вроде описанного Вами решения в виде опен-сорс фреймворка, чтобы установить на локальный сервер и наслаждаться? Просто я преподаю веб-технологии и хотел бы устроить в аудитории мини-гугл-доки.
Добрый день[ и с праздником]! Вы могли бы подсказать мне, как лучше и понятнее объяснить студентам разницу между RPC и REST?
Я так понимаю, что Филдинг, один из разработчиков HTTP, ввел термин REST как обобщение практики, уже реализованной в до него изобретенном и работающем вебе. Практики, которую сегодня ярко воплощают PHP-сценарии, т.е. когда новый запрос/реакция серверной части ничего не знает о предыдущем состоянии дел и все начинается с нуля. Это верно?
В то же время приложения, сделанные на RoR, Python, Node включают в себя цикл обработки запросов, фактически постоянно вися в памяти серверного компьютера и включая в себя «веб-сервер» как компонент — и у них есть полная возможность хранить между запросами что угодно. Как это соотносится с REST?
Есть ли какая-либо четкая корреляция между REST/RPC и серверными технологиями? Или REST/RPC — это чисто семантика обращения к удаленному исполнителю совершенно абстрагированная от того, что и как происходит на той стороне?
Извините за вот это все, но я был бы очень благодарен за ответ.
Хотел бы ещё порекомендовать лекции Александра Моисеевича Пятигорского. Пелевин ему посвятил очень прочувствованный фрагмент в «Фудзи». https://www.youtube.com/watch?v=k6KiPXTc568
Что у нас с OS X в связи с этим?
Но, может быть, вы имели в виду, что CORS — это механизм, как раз разрешающий обращаться к ресурсам на других доменах?
Я так понимаю, что Филдинг, один из разработчиков HTTP, ввел термин REST как обобщение практики, уже реализованной в до него изобретенном и работающем вебе. Практики, которую сегодня ярко воплощают PHP-сценарии, т.е. когда новый запрос/реакция серверной части ничего не знает о предыдущем состоянии дел и все начинается с нуля. Это верно?
В то же время приложения, сделанные на RoR, Python, Node включают в себя цикл обработки запросов, фактически постоянно вися в памяти серверного компьютера и включая в себя «веб-сервер» как компонент — и у них есть полная возможность хранить между запросами что угодно. Как это соотносится с REST?
Есть ли какая-либо четкая корреляция между REST/RPC и серверными технологиями? Или REST/RPC — это чисто семантика обращения к удаленному исполнителю совершенно абстрагированная от того, что и как происходит на той стороне?
Извините за вот это все, но я был бы очень благодарен за ответ.