|
КомпьютерМастер |
|
| Услуги | Цены | Гарантии | Вызов мастера | Всё о компьютерах | Полезные ссылки |
Работа в Интернет - Вопросы и ответы | |
Можно ли перенести URL ссылки из HTML-документа куда-нибудь, не открывая его в текстовом редакторе и не смотря href-ы?Можно перенести ссылку в буфер обмена. Для этого в контекстном меню NN 4.7 (англ.) есть команда "Copy Link Location", а в IE5.0 (русском) - "Копировать ярлык". При просмотре скачанной и сохраненной на диск страницы она выглядит не так, как выглядела на сайте. Как это может быть?Возможно, эта страница использует файл стилей (*.css) или JavaScript (*.js), находящиеся во внешнем по отношению к ней файле. Возможно, страница содержит JAVA-апплет. При сохранении только HTML-страницы сохраняется только сама страница, и, естественно, на локальном диске этих файлов нет. В IE сайт работает, а в NN-нет.
При просмотре сохраненной на диск страницы с помощью Internet Explorer страница сначала загружается, а потом вдруг - "Невозможно отобразить страницу". В чем здесь дело и как с этим бороться?Это особенность IE (уж не знаю - глюк ли, или так задумывалось изначально?) - при загрузке страницы, содержащей элемент IFRAME и невозможности загрузить "подстраничку" в этот IFRAME отображение страницы срывается вышеуказанным образом. Положение усугубляется тем, что сейчас почти все сайты участвуют в той или иной баннерной сети, а в коде загрузки баннеров IFRAME используется очень часто. Хотя именно поэтому в "своих" копиях страниц без этих IFRAME вполне можно обойтись. Варианты решения проблемы:
При открытии некоторых страниц в "Блокноте" и последующем сохранении происходит искажение - исчезают переводы строк. Как такое может быть и можно ли сделать страницу "нормальной"?Это глюк "Блокнота", который почему-то не "переваривает" последовательность байт (возврат каретки)-(возврат каретки)-(перевод строки), заменяя их при сохранении побелами. В редактируемой Вами странице каким-то образом концы строк оказались именно такими последовательностями байт. В норме так быть не должно, но на практике может произойти по нескольким причинам. Скорее всего, вебмастер сайта создавал страницу под Windows и закачивал ее на UNIX-сервер по FTP в BINARY-режиме. При загрузке по HTTP на Вашу Windows-машину произошло ASCII-преобразование с заменой кода (перевод строки) на последовательность (возврат каретки)-(перевод строки). Скачанные архивы не раскрываются.Причина, скорее всего, та же, что и в предыдущем вопросе. Я скачал страницы сайта, связанные ссылками. Ссылки относительные. Но переход между сохраненными страницами почему-то невозможен, браузер не находит страницу на моем диске. Как это исправить?Проверьте, не начинаются ли относительные ссылки со слеша '/'. Дело в том, что слеш в начале относительной ссылки означает "корневой каталог". При работе с сервером это - корневой каталог веб-сервера, а при работе с локальным диском - корневой каталог диска. Если сохраненный у Вас сайт лежит, скажем, в папке C:\Site, а в какой-либо странице есть ссылка HREF="/index.html", то браузер будет искать ее на C:\index.html, а не на C:\Site\index.html. Исправьте такие ссылки, если они есть. Я скачал и сохранил страницу содержания сайта (с большим количеством относительных ссылок на другие страницы). Так как ссылки относительные, то при загрузке страницы с диска они ведут на диск. Как мне теперь загрузить с веб-сервера страницы по ссылкам, не переписывая их все в "Блокноте" на абсолютные?
Откройте страницу в "Блокноте" и между тегами <HEAD> и </HEAD> поставьте тег: <BASE HREF="базовый URL"> После этого все ссылки на странице "станут абсолютными", и Вы сможете скачивать с нее другие страницы по ссылкам. После скачивания страниц уберите или закомментируйте этот тэг для перехода на сохраненные Вами страницы. Могу ли я воспользоваться прокси-сервером, отличным от сервера провайдера?Вы можете воспользоваться любым прокси-сервером, который Вам это разрешит. Прокси-сервера провайдеров, как правило, проверяют Ваш IP адрес на предмет принадлежности к адресам, выдаваемым этим провайдером. Если адрес не входит в этот диапазон, Вам скорее всего "откажут". В Интернете сущетсвуют так называемые "публичные" прокси-сервера, обслуживающие клиента с любым адресом. Среди них есть так называемые "анонимные" (anonymity proxy), скрывающие Ваш адрес от серверов, к которым Вы обращаетесь (см. следующий вопрос). При обращении через прокси-сервер соединение с "конечным" сервером устанавливает фактически не мой компьютер, а он. Значит ли это, что "конечный" сервер не сможет определить мой настоящий IP?Скорее всего, нет. Большинство прокси-серверов, в том числе и провайдерские, настроены так, что передают конечному серверу адрес клиента (и предыдущих прокси-серверов, если они каскадированы) в параметрах HTTP-запроса (поле X-Forwarded-For). Только так называемые анонимные прокси сервера не передают это поле. Другое дело, что конечный сервер может не учитывать это поле, записывая в логи только "физический" IP-адрес прокси-сервера. Чем плохи cookies? Почему их рекомендуется отключать?Некоторые сайты, требующие авторизованного входа, используют cookies бездумно, вернее сказать "переиспользуют". Так, есть почтовые веб-сервера, куда стоит однажды зайти под своим именем и паролем со включенными cookies, и при всех следующих входах с этой же машины в форме входа оказывается "услужливо заполненным" не только поле "имя", но и "пароль" !! Понятно, что с этой данной машины любой человек сможет читать Вашу почту, причем совершенно автоматически и без всякого хакерства. Кроме того, cookies широко используются разными счетчиками, рейтингами и баннерными службами для своей статистики, что можно рассматривать как своего рода вторжение в частную жизнь пользователей Интернет. Можно ли из браузера получить доступ к НЕанонимной учетной записи на сервере (с использованием логина и пароля)?
Можно. Для этого URL запишите следующим образом: Правда ли, что с помощью браузера (скажем, IE) можно только скачивать файлы с FTP-серверов, а закачивать файлы (скажем, обновлять свой сайт по FTP) нельзя?Только в том случае, если браузер настроен для работы через прокси-сервер. Здесь вступают в силу ограничения не столько браузера, сколько прокси типа "FTP через HTTP". Если браузер настроен на прямую работу с серверами Интернет, то проблем с "закачкой" файлов быть не должно (конечно, если это разрешено в правах доступа сервера). Я случайно скачал файл ZIP (EXE, RAR, и т.д.) в текстовом (ASCII) режиме. Можно ли его восстановить, или придется качать заново?Вопреки довольно распространенному мнению, файл в большинстве случаев восстановить можно! Если в качестве клиентской использовалась машина под Windows, а сервер работает под UNIX-подобной системой, то искажения файла в процессе его приема (не передачи!) клиентом заключаются в замене всех кодов 10 (0A) на последовательности 13,10 (0D, 0A). Технически для восстановления надо в искаженном файле убрать код 13 перед каждым кодом 10. Я скачал файл Word в ASCII-режиме, а он не раскрывается. Но ведь это же текстовый файл?
Под "текстовыми файлами" с точки зреня режима их передачи по FTP надо понимать только файлы с так называемым "простым" или "плоским" текстом, т.е. таким текстом, который создается, например, в блокноте или встроенном редакторе FAR или NC. С этой точки зрения, Perl-скрипт, например, является текстовым файлом (хотя он используется как программа), а документ Word - двоичный файл, который надо перекачивать в BINARY режиме.
|
|
