Subject: обслуживание запросов в сети Скажите, пожалуйста, как переводится resolved to: Сontent requests are serviced from the site in the usual manner, e.g., by resolving DNS queries to the site's IP address, until detection of the given occurrence. Запрос решают, разрешают по адресу IP ???Спасибо!!! |
Запросы содержимого на данном сайте обслуживаются (обрабатываются) обычным способом, например разрешением (имхо, можно и "направлением") DNS-запросов на IP-адрес сайта до нахождения искомого вхождения. Может еще кто-то подтянется, чтобы подкорректировать формулировки, но примерно так |
Спасибо, Annaa!! :))) |
Тут специфический термин. Разрешение в смысле обнаружения, раскрытия. То есть обнаружением, DNS-запросом, какой у сайта был ip-адрес. DNS (domain name service) - это ведь служба разрешения доменных имен. Content requests я бы упростил до запросов, то же и при вхождение - долой. Получается: Запросы от сайта обрабатываются как обычно, например, производятся DNS-запросы ip адреса сайта, пока искомый не будет обнаружен. |
Подтягиваемся: боюсь, что alk здесь неправ. На самом деле: Обращения/запросы к содержимому сайтов обрабатываются на данном сайте обычным образом, например, посредством выделения/извлечения IP-адресов сайтов из DNS-запросов до обнаружения требуемого значения. |
может и так. Но обычно DNS-запросы делаются для получения ip-адресов. By resolving queries to ip address - то есть разрешением запросов до (уровня) ip адресов. DNS запросы напрямую и занимаются "извлечением". В противоположность Reverse DNS lookup - для получения имени сайта по его ip-адресу. http://en.wikipedia.org/wiki/Reverse_lookup Возможно я ошибаюсь, хотелось бы увидеть больший фрагмент текста. |
Alk, я во многих компьютерных вопросах сейчас действую, конечно интуитивно, я в свое время понимала много, но еще в эпоху до интернета, и сейчас несколько отстала от жизни, но объясните, почему Вы так бодро отбрасываете и content, и occurance. Ну occurance ладно. А вот что такое content request? Потом, не content requests from the site are serviced, а content requests are serviced from the site. При таком порядке слов from the site не является аттрибутивом к requests, соответственно это не запросы от сайта, на запросы, которые обрабатываются сайтом. Или в моих логических рассуждениях ошибка? |
Ой, пока я тут думала над формулировками, дискуссия началась без меня. Вижу, что User мыслит в том же направлении, что и я. Согласна с Alk, что хочется контекст пошире. С resolve все так, там направляется DNS-запрос для сопоставления доменного имени с IP-адресом. А вот, непонятно с content request. |
Annaa - я не знаю, что такое аттрибутив и по комментам Незнайки помню, что часто тексты, которые ей дают, не слишком грамотно составлены. Похоже, что автор не знает про аттрибутивы тоже. И хотел сказать, что запросы содержимого от сайтов клиентов обрабатываются. Если бы они сайтом обрабатывались, то были бы by the site где угодно. Я исхожу из общего смысла фрагмента и пытаюсь передать адекватно смысл, не увязая в лишних словах. Запрос содержимого - так по-русски не говорят. Хотя возможно для перевода важнее дословность. Специалист прочтет и лишнее потом сам отбросит. |
Re "Я исхожу из общего смысла фрагмента и пытаюсь передать адекватно смысл, не увязая в лишних словах." Это порочная, на мой взгляд, практика. Называется "пересказывать своими словами"; помнится, в школе иногда задавали. Наверно, приносит какую-то пользу, только к переводу не имеет никакого отношения. А аскер, сердешный, просит (и ждет) именно перевода. |
Ой, оказывается, все самое интересное я проспала, извините! Доброе утро!! :))) Не уверена, что дополительный контекст что-нибудь проянит: An infrastructure "insurance" mechanism enables a Web site to fail over to a content delivery network (CDN) upon a given occurrence at the site. Upon such occurrence, at least some portion of the site's content is served preferentially from the CDN so that end users that desire the content can still get it, even if the content is not then available from the origin site. In operation, content requests are serviced from the site in the usual manner, e.g., by resolving DNS queries to the site's IP address, until detection of the given occurrence. Thereafter, DNS queries are managed by a CDN dynamic DNS-based request routing mechanism so that such queries are resolved to optimal CDN edge servers. After the event that caused the occurrence has passed, control of the site's DNS may be returned from the CDN back to the origin server's DNS mechanism. Всем большооооооое спасибо!!!!! |
Стало попонятнее. Позволю себе еше немного порочной практики, а профессионалы сделают свое дело. Механизм страхования сетевой инфраструктуры дает возможность веб-сайту в случае сбоя на нем переключиться на CDN (сеть доставки содержимого :). Как только это произойдет, по крайней мере часть веб страниц начнет обслуживаться уже CDN так, чтобы пользователи продолжали получать доступ к материалам сайта даже когда они не доступны с исходного сайта. В нормальном режиме работы сайта запросы к нему продолжают обслуживаться (этой системой страхования) привычным образом, например разрешением DNS-запросов к сайту до его ip-адреса, пока не будет зарегистрирован сбой.[то есть пока эти запросы не перестанут проходить] Тогда-то DNS-запросы начнут обслуживаться в CDN уже основанным на DNS механизмом динамической маршрутизации запросов так, чтобы эти запросы оптимально разрешались ближайшим (краевым?) CDN сервером. После устранения неисправности управление обслуживанием DNS-запросов может быть возвращено назад DNS-механизму сервера. Я нашел этот кусок в Сети http://cxp.paterra.com/uspregrant20040083283.html Полный текст здесь: http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PG01&p=1&u=/netahtml/PTO/srchnum.html&r=1&f=G&l=50&s1="20040083283".PGNR.&OS=DN/20040083283&RS=DN/20040083283 |
alk: аттритутив это определение (про это в школе Вы проходили?), по грамматике английского языка определение не может стоять после глагола (сказуемого). Если же Вы посмотрите на приведенный фрагмент, то сможете заметить, то там тоже предлог используется аналогичным образом: some portion of the site's content is served preferentially from the CDN. Здесь-то очевидно, что это не содержимое CDN, а сайта, и оно обрабатывается CDN. Это первое. Второе, стало ясно, что речь идет именно о работе с содержимом сайта, то есть о том, как к нему добраться, то есть ни content, ни occurance выбрасывать не следует. И User, по-моему occurance это здесь все-таки "вхождение" - я это все воспринила изначально как описание того, как обрабатываются запросы с поисковой системы, но здесь тоже система оптимизации работы с содержимом сайта. |
Спасибо, Alk, большое!!!!!!!!!!!!!!!!!!!!!! |
Alk, как Вам удалось загнать Ваш текст таким неудобным для чтения образом? Да, Alk, occurance, это конечно сбой. Тут я недоглядела. |
Подобного рода механизмы (но попроще) известны. Round Robin DNS - распределяет нагрузку между серверами, но не умеет определять отказы. http://www.webopedia.com/TERM/R/Round_Robin_DNS.html Представьте себе, вот сервер Мультитрана упал, но есть некая промежуточная система, которая следит, чтобы запросы юзеров обслуживались. Любой запрос клиента начинается с DNS-запроса, по какому такому адресу живет сайт www.mutitran.ru - сайт не отвечает на этот DNS-запрос, тогда система это обнаруживает и сама начинает обслуживать dns-запросы клиентов, отправляя их на подходящий адрес резервного сервера, где лежит копия словаря Мультитран и его замечательного форума! |
Прекрасное завершение дискуссии! Всем спасибо! |
Annaa - по поводу неудобства чтения - это общая беда форумного минимализма. Пока пишешь текст в окошке, не думаешь и не видишь, как он будет читаться, а предварительный просмотр здесь не очень поможет, смотришь ошибки/опечатки. Нужно было побольше писать с новой строки наверное, учту. Думаю, с "на практике" вы попали в точку. Хотя в этом предложении описывается именно то, как все работает постоянно, пока сбой не случился. Дальше - про то, как в режиме сбоя. Про аттрибутивы я нигде не проходил, первый раз слышу это слово. Ваше замечание постараюсь уяснить. |
Аlk, по-английски определение - attributive, ну и аттрибутив, аттрибутивные конструкции это своего рода арго (профессинальный жаргон). |
You need to be logged in to post in the forum |