(потом я перечитал и понял что это про гипотетический мир без https)
Эмм, только вконтакте использует https и все описанные граждане могут вас слушать только при наличии у них закрытого ключа вконтакте
Да и вообще любой адекватный сервис использует шифрование
При гравитационном сжатии уменьшается потенциальная энергия газа, она и превращается в тепло.
Грубо говоря, частицы газа планеты «ускоряются» за счет притяжения, и одновременно тормозятся за счет трения друг об друга. Вот планета и греется. Ну и медленно сжимается.
Простите, а в чем цель тысячи хабростатей в стиле «вольный пересказ документации» или «пересказ прессрелиза о выходе очередной железки/софтины»? А таких статей дофига.
Цель простая — человек нашел то что ему интересно и изложил как считал нужным.
Есть еще авторские статьи, где автор описывает свой опыт, результаты исследований или просто свои ценные мысли. И несомненно такие статьи гораздо интереснее. Но приходится мирится с тем, что на хабре допустимы оба типа статей. То есть хабр это IT reddit и издание с авторскими статьями в одном лице.
Разлогинился из LinkedIn…
Про фичу которая показывает «ваш профиль просматривали» я знал, но только сейчас понял какая это дыра в безопасности(кстати, при платном доступе в linked in можно вроде бы ссылку на профиль видеть, а не «Lecturer in...»)
Любой адекватный человек понимает, что кореляции между «знанием своих пожеланий о ЗП» и «полезностью сотрудника» нету никакой, если конечно сотрудник не устраивается на должность рекрутера. Просто нанимателям так проще, а все любят перекладывать свои проблемы на других.
переделка движка сайта, но внешний вид сайта остался без изменений (Кстати может кто подскажет как писать в резюме такие вещи)
Писать как «передлка движка сайта». А на собеседовании или по телефону рассказывать что именно там переделали и что поменялось — не обязательно снаружи, даже просто «код стал читабельный» это уже полезное действие.
«У Вас условия труда лучше» не хватит?
Хватит. Не хватит — на месте разберетесь.
Поэтому я считаю вопрос о зарплате довольно скользким.
Ну и не отвечайте.
И интересно, почему никто не практикует приём сотрудника одним днём
Почему же, многие компании могут сделать предложение в течение двух-трех дней. Но по ТК вы все равно должны 2 недели отработать на старой работе.
>Задержки на установку соединения сказываются на производительности, разве нет?
Соединение устанавливается один раз при подключении. Как и у WebSockets, они ведь наверное тоже требуют первоночальное подключение?)
>Ну и также все общение при использовании SSE инкапсулируется в HTTP — а это промежуточные прокси, файрволлы, которые могут буфферизовать траффик, что приводит к увеличению времени ответа.
Так позвольте, а что, WebSocket это не касается?
Вобщем давайте я сформулирую свою мысль. Единственное значимое отличие WebSocket от SSE — наличие двухсторонней связи(SSE — односторонняя).
Oh, so wrong…
Этот пост — о сравнении HTTP-запросов и Web Socket.
И его главный постулат — websocket быстрее, потому что не надо каждый раз слать хедеры.
Но, внезапно, SSE это тоже долгоживущий TCP-сокет. Который передает заголовки лишь при подключении(как и WebSocket). То есть, это сравнение совершенно не о том
А чего это у защитников copyright в заставке играет кавер на «лето» Вивальди? Купили бы права на какую-нибудь современную композицию, показали бы пример, чего уж там.
Да, и видео в тему www.youtube.com/watch?v=tk862BbjWx4
out –
New in version 1.8.
Specifies the location of the result of the map-reduce operation. You can output to a collection, output to a collection with an action, or output inline. You may output to a collection when performing map reduce operations on the primary members of the set; on secondary members you may only use the inline output.
Вы очевидно указали out:«interests», как в примерах.
Вообще, Aggregation Framework следует применять там, где требуется быстрый отклик, в то время как Map-Reduce предназначен для предварительной обработки сырой информации
Я бы раскрыл тему, а то не особо понятно, что это значит.
А именно
а) Aggregation framework умеет утилизировать индексы(иногда). MR, очевидно всегда делает перебор.
Отсюда следует что AF работает не во сколько-то там раз быстрее, а имеет лучшую асимптотику(опять же, иногда, в монго на эту тему есть хорошая документация).
б) AF работает с нативными функциями, так что есть и другая составляющая скорости.
в) AF имеет весьма стремный синтаксис, в отличие от MR
Эмм, у SIP несколько другие свойства из-за того что он строится на UDP.
HTTP использует фичу TCP-соединения по поводу упорядоченности, и работает по принципу открыть соединение-отправить запрос-получить ответ по тому же TCP-соединению.
Это как раз свойства протоколов.
Когда мы говорим, что у нас есть метод MOVE, ожидающий заголовок Destination, мы создаем новый протокол, поверх HTTP.(а не меняем HTTP, и не создаем протокол похожий на HTTP) Вообще говоря описание API это и есть описание протокола.
Эмм, только вконтакте использует https и все описанные граждане могут вас слушать только при наличии у них закрытого ключа вконтакте
Да и вообще любой адекватный сервис использует шифрование
Грубо говоря, частицы газа планеты «ускоряются» за счет притяжения, и одновременно тормозятся за счет трения друг об друга. Вот планета и греется. Ну и медленно сжимается.
Цель простая — человек нашел то что ему интересно и изложил как считал нужным.
Есть еще авторские статьи, где автор описывает свой опыт, результаты исследований или просто свои ценные мысли. И несомненно такие статьи гораздо интереснее. Но приходится мирится с тем, что на хабре допустимы оба типа статей. То есть хабр это IT reddit и издание с авторскими статьями в одном лице.
Про фичу которая показывает «ваш профиль просматривали» я знал, но только сейчас понял какая это дыра в безопасности(кстати, при платном доступе в linked in можно вроде бы ссылку на профиль видеть, а не «Lecturer in...»)
Впрочем, разобрались и ладно
С чего бы? Для больших объемов длина хеша растет логарифмически, как и глубина дерева.
Хватит. Не хватит — на месте разберетесь.
Ну и не отвечайте.
Почему же, многие компании могут сделать предложение в течение двух-трех дней. Но по ТК вы все равно должны 2 недели отработать на старой работе.
Соединение устанавливается один раз при подключении. Как и у WebSockets, они ведь наверное тоже требуют первоночальное подключение?)
>Ну и также все общение при использовании SSE инкапсулируется в HTTP — а это промежуточные прокси, файрволлы, которые могут буфферизовать траффик, что приводит к увеличению времени ответа.
Так позвольте, а что, WebSocket это не касается?
Вобщем давайте я сформулирую свою мысль. Единственное значимое отличие WebSocket от SSE — наличие двухсторонней связи(SSE — односторонняя).
Этот пост — о сравнении HTTP-запросов и Web Socket.
И его главный постулат — websocket быстрее, потому что не надо каждый раз слать хедеры.
Но, внезапно, SSE это тоже долгоживущий TCP-сокет. Который передает заголовки лишь при подключении(как и WebSocket). То есть, это сравнение совершенно не о том
Два текстовых протокола, с минимальными различиями на уровне кодирования
Что, простите?)
Да, и видео в тему
www.youtube.com/watch?v=tk862BbjWx4
Вы очевидно указали out:«interests», как в примерах.
Я бы раскрыл тему, а то не особо понятно, что это значит.
А именно
а) Aggregation framework умеет утилизировать индексы(иногда). MR, очевидно всегда делает перебор.
Отсюда следует что AF работает не во сколько-то там раз быстрее, а имеет лучшую асимптотику(опять же, иногда, в монго на эту тему есть хорошая документация).
б) AF работает с нативными функциями, так что есть и другая составляющая скорости.
в) AF имеет весьма стремный синтаксис, в отличие от MR
Написано же — bath salt…
HTTP использует фичу TCP-соединения по поводу упорядоченности, и работает по принципу открыть соединение-отправить запрос-получить ответ по тому же TCP-соединению.
Это как раз свойства протоколов.
Когда мы говорим, что у нас есть метод MOVE, ожидающий заголовок Destination, мы создаем новый протокол, поверх HTTP.(а не меняем HTTP, и не создаем протокол похожий на HTTP) Вообще говоря описание API это и есть описание протокола.