Из чего состоят веб ресурсы: Веб-ресурс: что это такое

Веб-ресурс: что это такое

Современное общество невозможно представить без сети Интернет. Каждый раз, заходя на определенные страницы или попросту сидя в социальных сетях, мы не задумываемся о специальной терминологии и о разнице определенных, привычных нам вещей. В данной статье разберемся, что же такое, собственно, веб-сайт и веб-ресурс, какие виды веб-ресурсов существуют, и в чем их особенности. Если же вы хотите самостоятельно научиться создавать веб-сайты, приглашаем вас пройти наши бесплатные онлайн курсы программирования и вёрстки.

Понятия веб-сайт и веб-ресурс

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

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

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

Виды веб-ресурсов

Существуют определенные различия веб-ресурсов по видам:

1. по доступности сервисов:

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

2. по физическому расположению:

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

Также можно выделить наиболее интересные виды веб-ресурсов по типу сайтов:
Сайт для рекламы. На таком сайте главную роль обычно играет «дизайн» как способ улучшить внешний вид чего-либо или более успешно визуализировать (в таком случае можно говорить о «дизайне» как виде деятельности).

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

Хранение веб-сайтов

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

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

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

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

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

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

Веб-ресурсы

Веб-ресурсы

1. Обзор

Инструмент Веб-ресурсы позволяет отображать веб-страницы на сайте курса/проекта и на Моем сайте. Веб-ресурсы отображаются на панели инструментов слева.

С чего начать?

При добавлении инструмента Веб-ресурсы вам понадобится указать адрес сайта, доступ к которому вы хотите открыть.

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

2. Добавить веб-ресурс

Добавьте инструмент Веб-ресурсы на ваш сайт. Подробную информацию о том, как добавить инструмент на ваш сайт, см. в разделе 4.1 справки по инструменту Настройки сайта.

При добавлении инструмента веб-ресурсы вам понадобится указать адрес сайта, доступ к которому вы хотите открыть.

2.1. Добавить ссылку на веб-страницу

Чтобы добавить ссылку на веб-сайт, скопируйте URL сайта и вставьте в текстовое поле Адрес.

Для того чтобы корректно указать адрес ссылки, рекомендуется скопировать его из адресной строки браузера во время просмотра сайта, ссылку на который вы хотите дать студентам. В Windows используйте горячие клавиши Ctrl+C, чтобы скопировать и Ctrl+V, чтобы вставить адрес ссылки, в Mac OS X используйте горячие клавиши Cmd+C и Cmd+V.

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

Sakai позволяет одновременно добавлять до 4 веб-ресурсов. Чтобы добавить несколько веб-ресурсов одновременно, выберите число добавляемых сайтов в выпадающем списке Добавить еще страниц?

Чтобы удалить веб-ресурс до того, как вы добавили его на сайт, нажмите на иконку .

Затем нажмите на кнопку Продолжить.

Ссылка на добавленный ресурс появится в меню инструментов слева. Если веб-сайт не появился в меню инструментов, обновите страницу браузера. Нажав на ссылку ресурса в меню инструментов, вы перейдете на страницу инструмента Веб-ресурсы, где будет отображен добавленный вами ресурс.

3. Добавить веб-ресурсы на Мой сайт

Добавление веб-ресурсов на Мой сайт происходит так же, как добавление веб-ресурсов на другие сайты (см. раздел 2).

В меню инструментов на Моем сайте нажмите на ссылку Мои сайты.

Отметьте галочкой Мой сайт.

Нажмите на ссылку Изменить под заголовком инструмента.

Чтобы добавить инструмент Веб-ресурсы, нажмите на ссылку Инструменты под заголовком страницы.

Далее следуйте инструкциям раздела 2. Добавить веб-ресурс.

4. Изменить настройки веб-ресурсов

Вы можете изменить параметры добавленного веб-ресурса.

Для того чтобы изменить параметры ресурса, нажмите на ссылку Настройки под заголовком страницы веб-ресурса.

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

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

Какие бывают типы и виды веб-сайтов, популярные разновидности и классификация интернет-ресурсов на примерах

Сегодня на просторах Всемирной Сети работает огромное количество онлайн-площадок, которые нужно как-то разделять между собой. Поэтому рассмотрим, какие бывают веб-сайты: основные виды и их классификация с примерами – тема сегодняшнего обзора. Узнайте, какими особенностями обладает каждый их тип и чем он отличается от своих собратьев, и вам будет легче определиться с тем, что открывать, наполнять контентом и продвигать.

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

Виды интернет-ресурсов: классификация web-сайтов

Все их разнообразие можно условно разделить на несколько групп – по следующим признакам:

• По технике создания (специфике реализации) – на HTML, CMS.
• По характеру решаемых задач – персональные, социальные, коммерческие и так далее.
• По типу представления информации – открытые, с регистрацией, закрытые.
• По структуре и содержанию – посадочные страницы, интернет-магазины, блоги.
• По особенностям контента – справочники, видеохостинги, каталоги.

Рассмотрим основных представителей из каждой категории.

Техническое разделение

При разработке могут использоваться разные инструменты – по главным из них веб-ресурсы делят на 4 группы.

HTML

Написанные на этом языке сайты также называются статическими. Исторически они были первыми, и каждая их страница (с расширением *htm или *html) версталась вручную. Несмотря на то, что они морально устарели, они до сих пор остаются частично востребованными из-за следующих преимуществ:

• минимально нагружают сервер;
• дополняются анимацией, CSS, javascript;
• совместимы с любым хостингом;
• не нуждаются в скриптах.

Минус в том, что все изменения в меню и другие элементы и функции нельзя внести автоматически – приходится править самостоятельно. Поэтому HTML хорошо подходит для одностраничников, но не для крупных проектов.

CMS

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

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

Конструктор

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

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

• Изменить код не получится.
• Перенести веб-ресурс на CMS сложно или невозможно.
• SEO-настройки минимальны.
• Платформа может быть закрыта ее владельцем.

Так что на практике это неплохой выбор лишь для тестирования и первых пробных шагов.

Коммерческие

Очень популярные типы сайтов, отличающиеся от других тем, что любой из них запущен с целью заработка и предлагает своему посетителю потратить деньги: что-то заказать, записаться на платную консультацию или мастер-класс и так далее. Призыв может быть ненавязчивым или вполне прямым – главное, чтобы он вызывал отклик у целевой аудитории.

Существует 4 их подвида – рассмотрим каждый.

Интернет-магазины

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

Каждый зарегистрированный клиент получает личный кабинет с историей заказов, скидки и бонусы.

Сайты услуг

Отличаются от предыдущего варианта тем, что предоставляют людям разного рода обслуживание: на одном из них можно заказать нейл-мастера на дом, на другом – снять квартиру в чужом городе, на третьем – арендовать лимузин на свадьбу и так далее.

Landing Page

Их часто называют «воронками», потому что их цель – затянуть пользователя, вызвать у него интерес, заставить его совершить определенное действие, допустим, пройти курс или приобрести какую-то вещь. На это работают все элементы их логической структуры:

• Кликабельная шапка (заголовок) с ярким слоганом.
• Выгодное и сразу заметное торговое предложение.
• Преимущества клиента.
• Создающие кредит доверия фото, видео, отзывы.
• Призывная кнопка действия.
• Обратная связь.

Именно узкая направленность становится залогом впечатляющей конверсии посетителя в клиента.

Визитки

Проекты, состоящие из небольшого числа страниц (от 3 до 7), знакомящие целевую аудиторию с компанией, отвечающие на вопрос: «Кто мы?» и предоставляющие людям контакты, прайс-листы, варианты фидбэка. Быстро разрабатываются (на базе HTML) и запускаются, недорого стоят, являются представительством компании во Всемирной Сети.

Информационные

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

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

Black SEO

Данную группу формируют сайты, созданные для быстрого (и не всегда честного) заработка и/или продвигаемые при помощи разных «черных» методов: с обманом поисковиков, вирусным маркетингом и так далее. Обычно их век недолог, так как Яндекс, Google и подобные им системы банят их сразу после того, как обнаруживают факт нарушения.

В категорию входят следующие проекты.

Дорвеи

• Собирают трафик и, путем редиректа или ссылок, направляют его на основной сайт.
• Отличаются высокой плотностью «ключей», что считается спамом.
• Очень легко создаются, ведь текст можно просто наполнить запросами, а не писать для людей.

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

Адалт

«Взрослый» пример вида сайта: по названию понятно, что это ресурсы из категории 18+, то есть со слишком откровенным контентом (повышенного эротического содержания). Естественно, они очень посещаемы любителями «клубнички» и зарабатывают на платной подписке, покупке эксклюзивного фото и видео, тизерных сетях. Но следует понимать, что их владельцы сильно рискуют, вплоть до срока за распространение adult-материалов.

Поисковики стараются всеми силами бороться с такими проектами, закрывая их индексацию, но лазейки все-таки находят – благодаря соцсетям, почтовому спаму, вирусному маркетингу.

Сателлиты

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

Социальные сайты

Созданы для общения людей между собой. Предоставляют для этого самые разные средства. Можно выделить два принципиально отличающихся варианта.

Соцсети

Их ключевая особенность – высокая степень персонификации. У пользователя есть все инструменты, чтобы:

• Загружать личные фото и видео.
• Публиковать новости и рассказывать о своей жизни миру.
• Повышать степень узнаваемости.
• Заводить новые знакомства и поддерживать старые.

Обладают сравнительно небольшим количеством разделов, работают быстро, могут похвастаться высокой посещаемостью. У того же Instagram сегодня многомиллионная аудитория, хотя проект создавался тематическим, о Facebook, ВК, ОК и говорить не приходится.

Форумы

В их случае акцент сделан на обсуждение тем, как общих, так и достаточно специфических или даже специализированных. Цель здесь скорее обменяться мнениями и получить совет или выговориться, чем показать себя. Хотя на самых популярных из них все-таки хорошо работает система рангов, есть достижения, статусы и прочие «социальные» моменты, помогающие выделиться из общей массы.

Другое

Есть ресурсы, которые сложно однозначно записать в какую-то категорию. Перейдем к их рассмотрению.

Поисковики

Яндекс, Google и остальные сайты, выдающие ссылки на релевантные страницы в ответ на пользовательские запросы, помогающие людям найти информацию в Сети. Их особенность в том, что они не собирают чей-то трафик, а перенаправляют свой.

Сервисы

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

Каталоги

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

Закрытые сайты

Веб-ресурсы, инструментами которых может пользоваться ограниченный круг лиц:

• Работники компании.
• Сотрудники спецслужб.
• Студенты определенного учебного заведения.
• Люди, купившие платную подписку.

Этим они отличаются от полуоткрытых, чей функционал становится доступным любому прошедшему регистрацию человеку.

Новостные

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

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

Региональные

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

Тематические

Посвящены какой-то определенной области, причем довольно узкой, например, футболу или другому виду спорта, World of Warcraft или иной MMORPG, и так далее. Чтобы успешно развить такой проект, необходимо хорошо разбираться в вопросе и выбрать достаточно интересную нишу с не слишком размытыми рамками.

Общие

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

Блоги

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

Порталы

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

Трафосборники

Это интернет-ресурсы, нацеленные на переходы пользователей по запросам. Сегодня актуальны несколько их вариантов.

Статейники

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

Видеосайты

Площадки, на которых собраны и грамотно структурированы ролики, клипы, фильмы и подобные им материалы. Можно привлечь большое количество посетителей, если:

• Продумать дизайн.
• Поставить удобный медиаплеер.
• Сделать уникальные описания.
• Правильно дать рекламу.

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

Другое дело – видеохостинги, на которых пользователи размещают собственные материалы. Наиболее очевидный пример – мегапопулярный сегодня Youtube.

Справочники

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

Варезники

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

Агрегаторы

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

Мы рассмотрели, какие бывают типы веб-сайтов, классификацию их привели достаточно подробно, особенности каждого вида тоже описали. Теперь дело за вами: определяйтесь, что вам нужно, и помните, что разработку web-проекта можно по доступной цене заказать в «Студии 17».

Что такое веб-сайт и зачем он нужен

В этом уроке я расскажу, что такое веб-сайт и какие они бывают. Также поговорим о том, зачем нужен свой сайт и можно ли его бесплатно создать.

Определение

Веб-сайт или сокращенно сайт – это адрес в интернете, где публикуется какая-то информация. Она может быть в виде текста, фотографий, видео или и того и другого.

Интернет – это сборник таких адресов. Сколько их, точно никому не известно. Ведь любой человек может добавить во всемирную сеть свой ресурс. И не один – хоть десять, хоть сто.

Образовано слово веб-сайт от английского website. А сокращение сайт – от английского site. Также у этого слова есть синонимы: веб страница, интернет ресурс, портал.

Всё, что вы видите в Интернете: читаете, слушаете, смотрите — находится на сайтах. Этим словом называются и новостные ресурсы, и социальные сети, и даже поисковые системы.

Виды и устройство

Сайты бывают коммерческие и информационные.

Коммерческие – это те, через которые можно заказать услуги или товары:

• Интернет-магазины;
• Корпоративные;
• Интернет-каталоги;
• Визитки;
• Лендинги.

Информационные – те, на которых публикуют какую-то бесплатную информацию:

• Новостные;
• Статейные;
• Блоги;
• Web-порталы;
• Онлайн кинотеатры.

К информационным также относятся ресурсы для общения: социальные сети, блоги, форумы.

Адреса

У каждого веб ресурса в сети есть свое название, его уникальный адрес. Он называется url (урл). Этот адрес написан в верхней части браузера — в адресной строке.

Обычно у веб ресурсов английские адреса. И в конце точка с двумя или тремя буквами. Но бывают и русские названия.

Если после урла стоит слеш и ещё какая-то надпись, то это уже адрес отдельной страницы.

Например, вы читаете эту статью на сайте neumeka.ru. Это его уникальный адрес в сети, его url. По данному адресу у любого человека в интернете, не важно, где он живет, откроется именно этот ресурс.

А вот то, что написано после адреса, — это название конкретной страницы. То есть вы сейчас читаете статью «Что такое веб-сайт и зачем он нужен». И эта статья находится по адресу zachem_nuzhen_sayt.html.

Название страницы значения не имеет. Ведь страниц у каждого ресурса может быть много — сотни, а то и тысячи.

Страницы

Любой веб-ресурс состоит из страниц, как журнал или книга. И мы его листаем — для этого щелкаем по разделам в меню, кнопкам и гиперссылкам.

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

Но есть и очень крупные ресурсы – где тысячи, миллионы страниц. Это новостные издания, социальные сети, поисковые системы.

На заметку. В техническом плане сайты состоят из системы управления (CMS), в которую добавляется контент: статьи, картинки, товары и прочее. Также для работы веб-ресурса нужен домен и хостинг.

Для чего нужен собственный сайт

Мотивов, по которым люди заводят собственные сайты, несколько. Одни хотят заработать, другие – поделиться информацией, третьи – как дневник. Но так ли они нужны? Попробуем разобраться.

Информационный нужен, если вы можете дать людям что-то новое, то, чего еще нет в интернете. Но вы должны быть готовы потратить на него много времени и какое-то количество денег.

Такие проекты получают посетителей преимущественно из поисковых систем. Поэтому в первую очередь нужно ориентироваться на те страницы, которые уже есть в Яндексе и Гугле.

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

Коммерческий нужен, если вы что-то продаете или оказываете какие-то услуги. Только сначала определитесь, каким образом люди будут узнавать о вашем ресурсе. Рассчитывать только на поисковики не стоит:

1. Огромная конкуренция;
2. Первые год-два ресурс будет плохо показываться по запросам;
3. Нужно уметь оптимизировать сайты под требования поисковых систем.

Если у вас есть деньги, тогда беспокоиться не о чем – есть контекстная реклама и реклама в соцсетях. Также есть специалисты, которые ее грамотно настроят. Помимо рекламы можно заказать комплекс мероприятий, направленных на продвижение сайта в поисковых системах (SEO).

Когда он действительно необходим

Для бизнеса. Речь идет не только о крупных фирмах — это может быть маленький магазинчик или парикмахерская.

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

Там можно разместить и другие сведения: цены, сроки выполнения заказа, условия доставки, скидки и акции. А еще можно добавить фотографии, отзывы клиентов.

Кроме того, сайт для бизнеса – это еще и средство для привлечения новых клиентов. Ведь любой адрес можно бесплатно добавить в Яндекс и Google и получать оттуда посетителей.

Только не рассчитывайте, что на него сразу же начнут заходить люди из поисковиков. Для этого должно пройти определенное время (обычно год-два) и ресурс должен быть правильно оформлен технически (SEO).

Если у вас творческая профессия. Собственный проект нужен представителям творческих профессий: актерам, певцам, танцорам, художникам, фотографам, писателям. Это с одной стороны резюме, с другой – портфолио.

Такой ресурс выполняет сразу две функции:

• Удерживает поклонников;
• Привлекает новых клиентов/работодателей.

Какие проекты лучше не делать

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

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

Уже есть Вконтакте, Одноклассники, YouTube, Facebook, Instagram, Pinterest, Periscope. Сможете с ними тягаться?!

Сайты знакомств. Здесь та же ситуация, что и с соцсетями. Таких ресурсов много, но крупных всего несколько. У них огромные обороты – конкурировать бесполезно.

Развлекательные. Если Вы решили открыть кино или музыкальный сайт, где будете размещать файлы (музыку, клипы, фильмы), то лучше сразу откажитесь от этой затеи. То же самое касается и ресурсов, где можно что-то скачать: книги, игры, программы и т.д.

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

Личные странички. Это такие сайты, где автор рассказывает о себе, пишет заметки, публикует фотографии. Для этого сейчас есть социальные сети — они проще, удобнее и эффективнее.

Можно ли самому создать

Раньше, чтобы сделать сайт, нужно было учить языки программирования. Но сейчас всё куда проще — пару кликов мышкой и ресурс готов. Подробно о том, как самому создать сайт, я рассказывал здесь.

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

• Программист;
• Веб-дизайнер;
• Сеошник;
• Маркетолог;
• Менеджер проекта.

Кроме того, таким веб-ресурсом нужно постоянно заниматься: добавлять и удалять товары, менять цены, публиковать информацию.

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

Но нашлись ребята, которые научились на таких сайтах зарабатывать. За последние годы их стало много, и конкурировать с ними сложно – нужно многое знать и уметь. Как минимум: правильно выбрать тему проекта, работать с семантикой (поисковыми запросами), грамотно настроить сайт.

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

Автор: Илья Кривошеев

Интернет-сайт: что это такое

Сайт — это интернет-ресурс, который включает в себя объединённые ссылками и общей структурой документы (веб-страницы). Они обязательно имеют уникальное доменное имя (адрес), которое обычно официально регистрируется на юридическое или физическое лицо.

Как давно существуют сайты

Сегодня звучит удивительно, но еще до 1991 года люди не знали, что такое сайт. В августе именно этого года Тимоти Джон Бернерс презентовал миру первый веб-ресурс. У многих возникает вопрос: «Первый сайт, что это?». Британский изобретатель и ученый, по сути, опубликовал в сети небольшую совокупность страниц, на которых подробно описывалась новая технология, а именно WWW, или World Wide Web.

Подробнее о сайтах

С точки зрения Всемирной паутины, интернет-сайт — это обособленная информационная единица. Она может содержать в себе любое количество страниц: от одной до миллионов. Каждая страница — это текстовый документ, сформированный с помощью специальных языков программирования и разметки. Одними из самых распространённых сегодня технологий являются языки CSS, PHP и HTML. Скомпонованный текстовый файл загружается из сети браузером — это программа-обозреватель, которая обрабатывает код веб-страниц и преобразует его в визуально понятный для пользователя интерфейс.

Из чего состоит сайт

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

Сервер или хостинг. Файлы сайта должны храниться и обрабатываться на каком-либо физическом ресурсе. Эту функцию выполняют серверы. Они являются специальными компьютерами, которые предоставляют веб-проекту память на быстром носителе, ОЗУ и другие технические ресурсы. Один сервер может обслуживать несколько сайтов. Место и вычислительные ресурсы, выделенные на правах аренды, называются хостингом.

Доменное имя. Это адрес сайта, к примеру, sayt.com или nazvanie-sayta.ru. Доменные имена могут находиться в зонах разного уровня и тематики, что нужно учитывать при продвижении. Адреса высокого уровня имеют самую высокую стоимость. В некоторых зонах невозможно купить домен — это, к примеру, государственный сектор .gov.

Программные файлы или система управления контентом (CMS). Сегодня системные файлы для веб-проектов, как правило, не создаются вручную. Веб-мастера используют CMS — специальные движки, включающие в себя базовый функционал сайта. Самыми популярными системами управления контентом являются Opencart, WordPress, Prestashop, Joomla и Drupal. Сами CMS и база данных с картинками, текстами и прочим контентом хранятся на сервере. Итак, можно сделать вывод, что интернет-сайт — это CMS с файлами, размещённая на сервере и имеющая уникальное доменное имя.

Целевая классификация сайтов

Все веб-ресурсы создаются для решения определённых задач. По этому критерию их можно разделить на следующие виды.

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

Информационные. Работают для передачи определённой информации своей аудитории. Это могут быть новостные, научно-популярные, развлекательные или тематические площадки. Чаще всего информационные сайты создаются с целью их монетизации с помощью публикации рекламы или партнёрских ссылок.

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

Структурно-функциональная классификация сайтов

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

• лендинг — это одностраничный сайт с мощной рекламной составляющей. Его задача — завладеть вниманием посетителя и привести его к конверсионному действию;




• сайт-визитка — это небольшой ресурс с простой структурой. Такие проекты создаются для информирования аудитории о деятельности компании или отдельного специалиста;




• интернет-магазин — специальный коммерческий формат сайта, позволяющий удобно выбирать и заказывать товары. В его структуру обычно входят корзина, форма обратной связи, фильтры, окна с отзывами, кнопка «Купить» и пр.;




• персональный блог — этот вид сайтов посвящён конкретному человеку или его деятельности. Блоги могут быть развлекательными, биографическими, научными, информационными и пр.;




• сайты услуг — это ресурсы, структура и функционал которых позволяет бизнесу удобно и эффективно предлагать свои услуги.

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

Подведём итоги

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

ресурс — это… Что такое веб-ресурс?

Доступ к интернет-ресурсам

Как метаданные работают в Интернете

Метаданные для веб-ресурсов: как метаданные работают в Интернете

по

Мартин Диллон

Окончательная версия

1 Контекст нашего запроса

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

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

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

Библиотека должна быть переосмыслена как единый кооператив, а каталогизация должна быть переопределена как функция внутри этого кооператива.

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

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

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

Это подводит нас к задаче данной статьи: как получить (библиографический) контроль над ресурсами знаний в Интернете? У нас есть новая терминология, которая нам поможет: описание ресурса (или обнаружение ресурса) с использованием метаданных. Когда мы перейдем к Дублинскому ядру, я остановлюсь на причинах, по которым я отличаю открытие от описания ниже, но сначала я хочу обсудить концепцию метаданных.

2 Определения метаданных

Метаданные — это недавняя чеканка, хотя и не недавняя концепция.На современном жаргоне метаданные — это данные о данных: информация, передающая значение другой информации. Насколько я могу судить, этот термин приобрел известность в нашем контексте только с Интернетом, начиная с начала 90-х годов, когда он возник перед лицом недавно признанной потребности: обнаружение ресурсов в Интернете. (См. Ниже в разделе «Примечания», МЕТАДАННЫЕ, торговая марка)

Мы находим первую косвенную ссылку на метаданные в «Спецификации языка гипертекстовой разметки, версия 2.0 », в котором обсуждается« метаинформация »в разделе заголовка документа HTML:

Мета-информация выполняет две основные функции:

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

(/http://www.w3.org/MarkUp/html-spec/html-spec_toc.html)

Первый из этих маркеров нацелен на обнаружение ресурсов; вторая цель — описание ресурса.Первое упоминание термина «метаданные», используемого в этом смысле, происходит в геопространственном сообществе и его усилиях по определению систем описания ресурсов для геопространственных данных: «Стандарты содержания для цифровых геопространственных метаданных Федерального комитета по географическим данным» от 8 июня, 1994.

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

Метаданные как теги

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

Наше внимание сосредоточено исключительно на полях, определяемых тегами, которые используются в языках разметки. SGML был первым из серии стандартов, которые были инициированы в конце 80-х годов и недавно достигли высшей точки в XML.Теги в этих системах встречаются парами; каждая пара определяет и ограничивает поле, при этом содержимое поля находится между двумя тегами. Все языки разметки (SGML, HTML, XML) используют этот вид метаданных. Простой пример:

Amazon.com 12,50 долларов США

Каждое поле (или элемент в терминологии языков разметки) имеет начальный тег (<...>) и закрывающий тег (). Строка символов в скобках определяет поле; область между начальным и конечным тегами содержит строку символов, которая является значением поля. В приведенном выше примере пары имен в квадратных скобках:; , ; и , — метаданные; эти метаданные передают информацию о символьных строках в каждой из пар. Описанные таким образом данные: «Любое название», «Amazon.com ‘,’ 12,50 долларов США ‘.

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

Метаданные как дескрипторы

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

При обсуждении в веб-контексте термин «метаданные» может относиться к любому типу: системе тегов, которая определяет набор полей и его содержимое, или содержимому определенных полей, которые действуют как дескрипторы для других ресурсов. Эта двойственность может создать путаницу, и не помогает то, что одна и та же строка символов может действовать как метаданные на одном уровне и данные на другом, в зависимости от используемой точки зрения.

2.2 Метаданные в Интернете

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

Общие системы метаданных

Под общей системой метаданных я имею в виду методологию полной характеристики всех данных для приложения.Двумя основными примерами таких общих систем являются:

• «Структура мета-контента с использованием XML», предложение, представленное Консорциуму всемирной паутины (W3C) в июне 1997 года, является основным вкладом Netscape в инициативу по метаданным.
• «Формат определения канала», представленный в марте 1997 года, является основным вкладом Microsoft в инициативу по созданию метаданных. Он «расширяет работу над XML и веб-коллекциями, над которой работал W3C». CDF — это «первая в отрасли» структура каналов для push-технологий в Интернете.

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

Описание ресурса

Проблемы описания ресурсов присутствовали в Сети с самого начала. Однако неудивительно, что метаданные для описания ресурса не всегда явно указываются на веб-страницах.Раздел «Заголовок» стандарта HTML был представлен в версии 2.0 (начало 1994 г.), когда Интернету исполнилось 2 года. В него впервые включен элемент «Мета» с таким атрибутом, как «заголовок». Метаданные в этой форме оказались очень популярными, и их использование очень быстро растет. К 1998 году их использовали 70% общедоступных веб-сайтов, в среднем по 2,75 метаполя на каждый сайт, который их использовал. («Проект веб-характеристики: анализ использования метаданных в сети», Эдвард Т. О’Нил и др.) (Www.oclc.org/oclc/research/publications/review98/oneill_etal/metadata.htm)

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

PICS и другие контроллеры содержимого

Платформа для выбора интернет-контента (PICS), деятельность, связанная с описанием ресурсов, как исторически, так и практически, основана на желании фильтровать или ограничивать доступ к материалам определенных типов.Наиболее очевидным является порнография, и фильтр или ограничение относятся к доступу для несовершеннолетних; но есть много культур, которые хотят ограничить доступ к другим материалам, в основном политического характера. Как это сделать в веб-контексте — это главный вопрос, и ответ заключается в характеристике содержимого ресурсов с этой точки зрения. Приведенное выше исследование О’Нила не находит широкого применения тегов PICS. См. (Www.w3.org/TR/REC-DSig-label/#DSig_1_0_Overview) или (www.w3.org/PICS/) для получения дополнительной информации о PICS.

Торговля — BizTalk и SOAP

Из пресс-релиза Microsoft за июнь 1999 г. «BizTalk Framework — это открытая спецификация для маршрутизации и обмена данными на основе XML. BizTalk Framework упрощает обмен информацией между программными приложениями и ведение бизнеса с торговыми партнерами и клиентами через Интернет. » SOAP, «Протокол простого доступа к объектам», разработанный Microsoft, — это легкий протокол для обмена информацией в децентрализованной распределенной среде.Это протокол на основе XML, который состоит из трех частей: конверта, который определяет структуру для описания того, что находится в сообщении и того, как его обрабатывать, набора правил кодирования для выражения экземпляров определяемых приложением типов данных и соглашения для представления вызовы и ответы удаленных процедур ». (Взято из документа, представленного в W3C, в котором рекомендуется сформировать рабочую группу по веб-протоколам (протокол простого доступа к объектам (SOAP) 1.1, примечание W3C от 8 мая 2000 г.) См. (www.microsoft.com / biztalk /) для подробностей.)

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

Управление правами

И одно из таких распределенных приложений — это управление правами интеллектуальной собственности в Интернете. Необходимость состоит в том, чтобы защитить права интеллектуальной собственности в Интернете и дать возможность коммерческим издателям эффективно контролировать электронную передачу таких прав. Международный фонд DOI Foundation в сотрудничестве с коммерческими издателями отвечает за продвижение определения и использования идентификатора цифрового объекта (DOI (r)) и является одним из лидеров в области управления правами собственности.DOI — это «система идентификации интеллектуальной собственности в цифровой среде». Его основная цель — «разработать автоматизированные средства обработки рутинных операций, таких как поиск документов, платежи в клиринговую службу и лицензирование». (http://www.doi.org/index.html) Метаданные возникают в этом контексте как средство для идентификации, описания и обеспечения возможности отслеживания всех видов интеллектуальной собственности в Интернете, для защиты ее от неправомерного использования и для позволять его создателям получать надлежащее вознаграждение.

Хотя часть задачи DOI Foundation состоит в том, чтобы предоставить базовое описание ресурса для сопровождения идентификатора DOI, как и элементы Dublin Core, примечательно, что на их сайте не упоминается Dublin Core.

2.3 RDF: структура описания ресурсов

Прежде чем завершить этот раздел по общим вопросам, касающимся метаданных в Интернете, и прежде чем перейти к метаданным описания ресурса, я хотел бы кратко обсудить актуальность структуры описания ресурсов, которая в дальнейшем именуется RDF.Лучшим обзором того, что такое RDF и для чего он должен использоваться, остается «Введение в структуру описания ресурсов» Эрика Миллера, опубликованное в журнале D-Lib Magazine (http://www.dlib.org/dlib/may98/miller/ 05miller.html). Говоря абстрактно, «Структура описания ресурсов (RDF) — это инфраструктура, которая позволяет кодировать, обмениваться и повторно использовать структурированные метаданные».

Из FAQ W3C RDF:

RDF подчеркивает возможности автоматической обработки веб-ресурсов.Метаданные RDF могут использоваться в различных областях применения; например: при обнаружении ресурсов, чтобы обеспечить лучшие возможности поисковой системы; в каталогизации для описания контента и отношений между контентом, доступных на определенном веб-сайте, странице или в цифровой библиотеке; интеллектуальными программными агентами для облегчения обмена знаниями; в рейтинге контента; в описании совокупностей страниц, представляющих единый логический «документ»; для описания прав интеллектуальной собственности веб-страниц и многих других.RDF с цифровыми подписями будет ключом к созданию «Сети доверия» для электронной коммерции, совместной работы и других приложений.
(http://www.w3.org/RDF/FAQ)

Пока не ясно, какое отношение RDF имеет к библиотечному миру; в более широком смысле, и, возможно, причинно, пока не ясно, какое значение RDF будет иметь в Интернете. Отношение веб-практиков к RDF сильно различается. На одном конце этого спектра находится сообщество W3C, которое утверждает, что RDF предоставит механизмы для решения многих проблем взаимодействия в сети.На другом конце — Microsoft, которая, по крайней мере до сих пор, проявляла оглушительное безразличие к RDF. Последнее отношение проявляется в полном отказе от его использования в линейке продуктов Microsoft и является почти рефлексивной корпоративной реакцией на любой стандарт, созданный не самой Microsoft. Если реакция Microsoft свидетельствует о низком уровне принятия в целом, значит, у RDF проблемы.

Какое значение имеет успех или неудача RDF для библиотечного сообщества? С точки зрения библиотечного мира, действующего в рамках своего собственного сообщества, успешные стандарты и методы описания ресурсов возможны без RDF.Более того, как и многие другие веб-разработки, RDF будет успешным или неудачным в зависимости от практики более широкого мира за пределами библиотек. Как это часто бывает с новыми стандартами, бдительное ожидание, вероятно, является лучшим подходом.

Будущее XML

Будущее RDF тесно связано с появлением XML. Какое будущее у XML? Во-первых, на момент написания этой статьи стало ясно, что HTML в качестве языка разметки для Интернета в конечном итоге уступит место XML.XHTML, недавний вариант HTML, был разработан, чтобы обеспечить мост между ними. Я слышал множество оптимистичных прогнозов о темпах этой эволюции, но все они пока ошибались: установленные системы всегда уступают место медленнее, чем хотелось бы. Стоит обратить внимание на две вехи: когда половина всех новых веб-страниц написана на XML; и во-вторых, когда половина всех страниц в Интернете написана в формате XML. Ни то, ни другое не произойдет в ближайшее время, уж точно не через один год, очень вероятно, не через два.

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

3 Стандарты метаданных для описания ресурсов

Теперь, когда мы прошли предварительную подготовку, мы можем перейти к нашей основной теме: метаданные, используемые для описания ресурсов в Интернете. Это может помочь прояснить попытки Интернета коснуться в первую очередь стандартов, которые подпадают под общую тему обнаружения ресурсов, но не были разработаны специально для веб-ресурсов. Они включают в себя такие стандарты, как разработанные Консорциумом компьютерного обмена музейной информацией (CIMI), стандарты, разработка которых финансируется или направляется Федеральным комитетом по географическим данным, упомянутые выше в отношении термина «метаданные»; и Служба поиска правительственной информации (GILS), которая теперь используется для обеспечения доступа к правительственным документам.Эти три стандарта были разработаны вне библиотечного сообщества. Примеры стандартов метаданных, разработанных в библиотечном сообществе, могут включать Инициативу кодирования текста (TEI) и Закодированное архивное описание (EAD), которые были созданы с использованием SGML и предшествовали Web, но с тех пор были преобразованы в XML для использования внутри паутина. Ссылки на все это можно найти в разделе «Ресурсы» ниже. Нельзя сказать, что все это возникло из-за Интернета, равно как и не было их первоначального внимания к веб-ресурсам. Скорее, они используют метаданные, чтобы предоставить посетителям инструменты поиска в своих соответствующих приложениях. Они более или менее параллельны системам библиографических записей MARC: это системы, построенные для предоставления описаний различных классов объектов в областях применения, начиная от содержимого музеев и заканчивая архивными документами. Как и почти все в современном мире, Интернет становится все более важным механизмом для удовлетворения потребностей пользователей путем подключения их к ресурсам, независимо от того, доступны ли эти ресурсы для использования в Интернете или описываются только через Интернет и требуют дальнейших действий в мир, не связанный с сетью.В последнюю категорию попадают предметы, которые можно купить через Интернет.

Основным веб-механизмом для подключения пользователя к ресурсу является служба поиска или каталога. Оба используют описания ресурсов, чтобы позволить пользователю выполнить поиск или разрешить просмотр. Типичным и актуальным является поиск в OPAC для поиска книги или аналогичный поиск на Amazon.com. Ни в том, ни в другом случае сама книга не доступна в Интернете, по крайней мере, пока.

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

И последнее: это различие между веб-ресурсом и объектами вне Интернета может показаться несколько произвольным. При развертывании систем метаданных они часто пересекаются. CIMI, например, был и остается очень активным участником сообщества Dublin Core, которое отвечает за создание Dublin Core, выдающегося стандарта описания ресурсов в веб-среде. CIMI участвует в Dublin Core, по крайней мере, частично, потому что большая часть его деятельности по описанию ресурсов проявляется в той или иной форме в Интернете.Все чаще в сети можно делать ссылки на изображения музейных предметов; эти изображения являются в первую очередь веб-ресурсами и, следовательно, в большой степени являются целью сообщества Dublin Core. То же самое можно сказать и об архивной информации, охватываемой сообществом EAD: однажды все эти материалы могут быть доступны в Интернете.

Потребности этих различных сообществ в возможностях описания ресурсов создают проблему для органов по стандартизации, стремящихся создать инструменты, которые могли бы их приспособить.В своих сложных комбинациях они поднимают вопросы о природе суррогатных записей. Интернет настолько универсален, настолько всеобъемлющ, что мы с нетерпением ждем того времени, когда всему потребуется его веб-суррогат, чтобы найти своего пользователя. Эта цель подразумевает потребность в суррогатных языках с большой выразительностью. Такие стандарты, как XML, RDF и Dublin Core, стремятся достичь такого уровня выразительности.

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

3.1 Стандарт метаданных Дублинского ядра

Центральным стандартом для наших целей является Dublin Core, который возник в середине 90-х годов в ходе разнообразных мероприятий по созданию стандартов. С самого начала Dublin Core уделял основное внимание поиску ресурсов в Интернете. Как указано в документе IETF 1998 года, «серия семинаров по метаданным Dublin Core началась в 1995 году с приглашенного семинара, на котором собрались библиотекари, исследователи цифровых библиотек, эксперты по содержанию и эксперты по разметке текста, чтобы продвигать лучшие стандарты поиска для электронных ресурсов.»([RFC2413] Дублинские метаданные ядра для обнаружения ресурсов. Интернет RFC 2413. (http://www.ietf.org/rfc/rfc2413.txt))

«Стандарты обнаружения для электронных ресурсов» — как отмечалось ранее, я использовал фразу «описание ресурса» вместо «обнаружение ресурса», потому что описание является более общим и, на мой взгляд, более точно характеризует то, что требуется. Можно утверждать, что усилие ограничивается описанием ресурса, но если он не справляется с потребностями пользователя эффективно, никакое обоснование не удовлетворит.Обнаружение ресурса невозможно без описания ресурса; адекватное описание ресурса гарантирует эффективное обнаружение. Разница так же проста, как разница между поиском по ключевым словам и адекватным отображением результатов. Первый допускает открытие; последний, основанный на описании ресурса, позволяет эффективно выбирать из расширенного списка. Я более подробно остановлюсь на этом ниже, когда мы будем обсуждать альтернативы каталогизации.

С точки зрения библиотеки, Dublin Core — это простая система для каталогизации веб-ресурсов, ни больше, ни меньше.И об этом следует судить с этой точки зрения.

3.1.1 Проблемы с Dublin Core

Главный вопрос эффективности Dublin Core связан с множеством вопросов, и я хотел бы их кратко перечислить и обсудить.

Степень полноты

Незавершенность — самая серьезная проблема Дублинского ядра на сегодняшний день. Первая официальная версия Simple Dublin Core была доступна в 1997 году после 2 лет обсуждений и дебатов.Первая опубликованная версия сертифицированного Dublin Core была доступна в июле этого года. Он явно неполный, и для элементов Creator, Contributor, Publisher не предлагаются квалификаторы. Пока еще никто не смог предоставить документацию, правила расширяемости или руководящие принципы реализации для квалифицированного Dublin Core. За прошедшие годы это вызвало разработку различных версий сообщества квалифицированных Dublin Core. В последующие годы в каждом сообществе, пытающемся применить Dublin Core к коллекции, это также вызвало бесконечные споры о том, что означают различные элементы и как их следует использовать.В последующие годы это также привело к очень медленному принятию Dublin Core в качестве стандарта для описания ресурсов в Интернете. (Опять же, см. Отчет О’Нила, процитированный выше, для получения статистики.)

Институциональная поддержка

Отсутствие институциональной поддержки неудивительно, учитывая степень незавершенности Дублинского ядра. CORC (совместный онлайн-каталог ресурсов), новая услуга от OCLC, представленная в июле этого года, которая включает недавно опубликованное квалифицированное Dublin Core, является сильным шагом в правильном направлении, но необходимо гораздо больше, включая орган по стандартизации и процедуры. для развития и изменения Дублинского ядра.

Документация

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

Руководство по внедрению

Пока нет указаний о том, как реализовать квалифицированное Dublin Core в HTML или XML, хотя это может измениться в любое время.

Правила расширяемости

Пока нет точного указания, что считать допустимым расширением простого Dublin Core или каким расширениям синтаксиса должны соответствовать. Отсутствие четкого определения синтаксиса квалификаторов по-прежнему затрудняет выполнение рекомендаций по реализации, если не делает их невозможными. Для этой цели может быть достаточно публикация Dublin Core Metadata Initiative (DCMI), подготовленная Комитетом по использованию DCMI, в которой «описаны принципы, регулирующие квалификаторы Dublin Core, две категории квалификаторов, и перечислены экземпляры квалификаторов, одобренных Комитетом по использованию Dublin Core. .»(» Dublin Core Qualifiers «, июль 2000 г.) (http://purl.org/dc/documents/rec/dcmes-qualifiers-20000711.htm)

В этом документе распознаются два вида модификаторов для элементов: уточнение элемента и схема кодирования. Первый характеризуется такими модификаторами, как «создано» для элемента даты; второй — «LCSH» для элемента Subject и «URI» для элемента Identifier. Для объяснений и других примеров, пожалуйста, обратитесь к официальной публикации, упомянутой выше, где все квалификаторы, определенные для текущей версии, представлены в таблице.Я подробно рассмотрел вопрос о допустимых квалификаторах для Dublin Core, потому что в следующем разделе я исследую проблему, связанную с ними.

3.2 Прочие проблемы

Приведенный выше список проблем с Dublin Core может быть временным. В самом деле, возможно, что некоторые из них будут удалены или, по крайней мере, смягчены публикацией DCMI за июль 2000 года, упомянутой выше. Что, если бы они все были исправлены? Будет ли удовлетворена наша потребность в стандарте обнаружения ресурсов для Интернета? Я вижу две основные проблемы, вызывающие беспокойство.Во-первых, если мы великодушно предположим, что Дублинское ядро ​​в его нынешнем виде примерно закончено и что его основное внимание уделяется «объектам, подобным документам», насколько оно близко к приемлемому стандарту? Смогут ли доработки с течением времени и опыт их использования постепенно предоставить нам стандарт, с которым мы сможем жить? Или есть серьезные трещины, которые необходимо перекрыть? Во-вторых, требуется ли для архитектуры Интернета стандарт, выходящий за рамки объектно-атрибутивной модели для обнаружения ресурсов? Я хотел бы кратко обсудить каждый из них.

3.2.1 Трудности с текущей формой Dublin Core

Текущая структура Dublin Core критически ограничивает его полезность. Как указано выше, Qualified Dublin Core в настоящее время позволяет элементу иметь два модификатора: первый считается уточнением элемента; а вторая, схема кодирования, как считается, изменяет значение элемента. Различие между этими двумя типами модификаторов и другими, которые могут быть использованы, было источником многих дискуссий в сообществе Dublin Core, одной из причин задержки в завершении проекта квалифицированного Dublin Core.Моя проблема является фундаментальной и практической, и ее можно выразить, цитируя в качестве примеров то, что я считаю серьезными недостатками в двух элементах Dublin Core: элементах Creator и Relation.

Элемент Creator (а также Contributor и Publisher)

Что необходимо для элемента Creator (или того, что я хотел бы видеть в нем!) — это структура, которая предусматривает имя создателя в качестве своего значения, модификатор, который указывает, является ли имя корпоративным, личным или географическим, и дополнительный модификатор, который представляет собой URI, указывающий на авторитетную запись для имени.(Все модификаторы, как и все элементы в Dublin Core, являются необязательными.) Возможность прикрепления URI к элементу Creator не только избавит от необходимости включать дополнительную информацию о создателе, такую ​​как адрес электронной почты (который многие рекомендовали и который Я считаю, что это крайне нежелательно), но это также позволило бы и, таким образом, поощрить гораздо более эффективные средства авторитетного контроля в веб-среде. Основным веб-механизмом является ссылка; поле Creator должно иметь прямую ссылку на авторитетную запись.Что может быть естественнее, желаннее, мощнее? Насколько я понимаю, группа изучает, как управлять связями властей с Дублинским ядром; Я надеюсь, что это решение все еще возможно.

Элемент отношения

Элемент Relation создает аналогичную проблему, возникающую по той же структурной причине: требуется больше модификаторов, чтобы дать элементу Relation то, что ему нужно для эффективного использования. Элемент отношения содержит информацию о «связанном элементе».Чтобы этот элемент стал полезной веб-конструкцией, требуются три части информации: имя отношения («Является частью», «Является ли версией» и т. Д.), Имя элемента (в простейшем случае — title) и, если он доступен, URI для доступа к элементу.

В рамках текущей структуры мы можем указать имя или URI, но не то и другое вместе.

Существует решение обеих этих проблем, и одно, соответствующее сути Интернета: определите как часть любого элемента Dublin Core элемент указателя для «дополнительной информации».»

3.2.2 Трудности с моделью объект-атрибут

Интернет-ресурсы: средой является сообщение

Известное изречение Маршалла Маклюэна «Среда есть сообщение» рекомендует проявлять осторожность в том, как мы понимаем работу новой среды. Нашим новым носителем является Интернет, и я полагаю, что Маклюэн имел в виду и что здесь имеет применение, так это то, что характеристики носителя часто имеют большее влияние или влияние, чем реальный контент.Мы переходим от культуры печати к культуре Интернета. В данном контексте наиболее обсуждаемые характеристики включают переход от «коллекций» и «объектов» к … страницам и указателям? Ресурсы? К чему? И почему нас это волнует?

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

Объекты против ресурсов против чего угодно

Еще в 1992 году, когда мы взялись исследовать «доступ к Интернет-ресурсам» (проект, описанный в «Оценка информации в Интернете: на пути к предоставлению библиотечных услуг для компьютерной коммуникации» (весна 1993 г.), Internet Research, 3 (1) ) 54-69) мы обыграли самих себя, чтобы обойти проблему, которую я хочу здесь обсудить.Уловка была тактической и была необходима в то время для достижения прогресса: мы ограничили наше расследование «объектами, подобными документам» в Интернете . Мы выбрали этот путь, чтобы добиться прогресса, потому что наши первые встречи увязли в дискуссиях о том, что есть в Интернете, чем они отличаются от документов и каковы последствия для каталогизации. После нескольких раундов бесполезных обсуждений и отсутствия прогресса мы волей-неволей ограничили наше внимание.

В чем суть проблемы? Я считаю, что это связано с понятием объектности и тем, что это понятие не очень хорошо переносится в Интернет.Рассмотрим сначала один из основных принципов англо-американской каталогизации: предмет в руках. Многое зависит от этой концепции, включая четко определенные границы для каталогизатора в процессе каталогизации. Конечно, даже в нашем повседневном мире, где целью каталогизации является дискретная физическая упаковка, существуют серьезные проблемы, которые необходимо преодолеть. Многие из них возникают из-за различий между классом объектов, относящихся к тому, что называется произведением, и классами объектов в различных проявлениях произведения.Вопросы, касающиеся различий между одним классом проявлений и другим, законны и заслуживают того внимания, которое им уделяется; то, как они решаются, определяет, среди прочего, когда требуется новая запись для текущего элемента, а когда будет достаточно существующей записи. Несмотря на важность обсуждения этих вопросов, они часто не приносили удовлетворения. Может оказаться, что проблемы, которые они создают, в принципе трудноразрешимы, что каталогизация предлагает средства для создания круглых отверстий, в которые путем различных компромиссов мы навязываем коллекцию квадратных колышков.

В мире физических объектов частью проблемы, безусловно, является чрезмерное упрощение, вызванное иллюзией, что земля под нашими объектами тверда. Одного примера, давно любимого мной, должно хватить. Тривиальный вопрос о преследовании:

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

В более общем плане, насколько большой должна быть разница между двумя объектами, чтобы оправдать создание второй библиографической записи? Мы затрагиваем вопрос, ответ на который дает правило Дублинского ядра «1: 1».И ответ может быть неразумным, ошибочным или иным образом ошибочным, но он предполагает недостаток объектов: один объект генерирует одну запись.

Проблема, которую я хочу решить, заключается в следующем: является ли объектное управление эффективной метафорой для успешного описания ресурсов в сети? Пожалуйста, помните, что мы не имеем дело ни с абсолютом, ни со всем, ни с одним. В мире печати объектность имеет свои ограничения: концепция сериала была изобретена для решения одной из них, и вышеприведенное обсуждение выявило более тонкую проблему определения при работе с монографиями.По шкале от 1 до 10 мы могли бы сказать, что для монографий вытяжка «предмет в руке» составляет 9,8 успешных. Какой степени успеха мы можем достичь, используя объектный интерфейс в качестве основы каталогизации в Интернете?

Правило «1: 1» предполагает объекты как данность. Его основная цель — решать проблемы, возникающие, когда существует более одного проявления одной и той же работы. Достаточно простых примеров: различия в формате, скажем, PDF и RTF; или различные представления какого-либо объекта, скажем изображения или HTML.Это упрощает, но не причиняет здесь вреда, потому что само понятие узнаваемых объектов в Сети подорвано.

С точки зрения управления теми веб-ресурсами, которые представляют интерес для библиотечного сообщества, возникает вопрос: сколько из них удобно соответствует понятию объекта; и наоборот, как часто предполагаемая объектность будет доставлять нам неприятности? Является ли использование объекта в качестве основной метафоры полезной выдумкой? Или это скорее доставит нам массу неприятностей?

Всегда полезно приводить примеры из мира печати, когда они доступны, чтобы пролить свет на такие трудности, как текущая.Мне приходят в голову два. Первый — это практика, когда преподаватели создают коллекцию чтений, собранных из разрозненных источников, в виде квази-учебника для курса. Я никогда не слышал, чтобы кто-нибудь защищал каталог библиотеки такого объекта. Но почему нет? Конечно, суррогаты для таких объектов были бы полезны, если бы было включено оглавление. Разве другим, преподающим аналогичные курсы, не будет пользы от доступа к описанию книги?

Возможно, более подходящим примером, безусловно, более свежим, является возможность любого человека создать свою собственную книгу, собирая фрагменты и части из большой базы данных книг, содержание которой хранится и доступно по частям.Могут быть извлечены не только главы и разделы, но и изображения, таблицы и любые другие элементы по желанию покупателя. Как описала Лиза Гернси: «Согласно этой модели книги не только превратились в потоки электронных битов, которые загружаются на портативные устройства или распечатываются по запросу. Они также превратились в базы данных — пулы цифровой информации, которую люди могут извлечь. и объединить на своих условиях «. (Из «Книги по главам или стихам, поступающие в Интернет этой осенью», «Нью-Йорк Таймс», 18 июля 2000 г.)

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

Я бы сказал, что веб-ресурс часто больше похож на подвижный, многомерный, многослойный, постоянно меняющийся комплекс вещей и отношений, чем на простой объект. У веб-ресурсов нет четких границ.

Интернет-ресурсы

Надо исследовать этот вопрос дальше. Веб-ресурсы отличаются от монографических объектов тем, что в корне меняет проблему каталогизации; это различие растет: таким образом можно охарактеризовать больше Интернета, и расстояние между такими ресурсами и монографическим объектом увеличивается.

Проще говоря, проблемная характеристика веб-ресурса — это степень: трудно, если не невозможно, определить размер веб-ресурса, указать, где он начинается, а где заканчивается. Попробуйте дать определение этим терминам: веб-страница или веб-сайт. Они неоднозначно используются в Интернете и в литературе. Более того, какое отношение они имеют к терминам: файл, каталог или сервер? Расплывчатость терминологии в этой области симптоматична нечеткости как в физических, так и в концептуальных терминах лежащих в основе понятий.

Прежде чем мы сможем каталогизировать что-либо, мы должны знать, о чем мы говорим.

4 Роль библиотек в описании веб-ресурсов

Мы также должны знать, чего мы хотим достичь. Барбара Барут в недавней статье в «Американских библиотеках» («Достаточно ли велик ваш каталог для работы в сети», август 2000 г., стр. 56-60) исследует вопрос о роли библиотеки в поиске ресурсов в сети. Она спрашивает: «Сделают ли появившиеся сейчас впечатляющие поисковые системы второго поколения или зарождающиеся системы третьего поколения устаревшей идею качественных услуг, таких как CORC?» Будущие поисковые системы, продолжает она, могут отлично справиться с задачей «прочесывать сеть и возвращать индивидуальные результаты».«И, наконец, она задает вопрос на шестьдесят четыре доллара:« Возможно ли, что ручные усилия по исследованию, оценке и каталогизации обширных пространств Интернета просто не могут конкурировать [с этими продвинутыми поисковыми системами]? »

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

Позвольте мне высказать свое собственное мнение: я не вижу надежды, что один поиск заменит потребность в каталогизации людей в обозримом будущем, то есть в ближайшие 5-10 лет.Вот несколько причин моей точки зрения:

Неверная, неясная или отсутствующая информация

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

Орган контроля

Проблема согласования и различения имен, скромный источник трудностей в контролируемой среде библиотечного каталога и мира коммерческих изданий, становится кошмаром для Интернета.Вмешаны все обычные подозреваемые: личные имена, названия компаний, географические названия, описатели субъектов; все это теперь усугубляется путаницей в языке и кодировке в огромных масштабах.

Выбор

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

5 Выводы и рекомендации

Позвольте мне привести заключительную цитату из процитированной выше статьи Барбары Барут: «Будущее архитектуры библиотечных систем зависит от разработки зонтичного программного обеспечения, которое переваривает результаты быстрого, скоординированного поиска по множеству разрозненных баз данных». То есть работа по обнаружению ресурсов будет выполняться в первую очередь с помощью программного обеспечения, непосредственно воздействующего на веб-ресурсы без участия человека, особенно каталогизирующего.Я не согласен с этой позицией по ряду причин, не в последнюю очередь из-за того, что я считаю, что один только поиск приведет к уменьшению отдачи (возможно, уже достиг). Вторая причина, ориентированная на библиотеки, основана на утверждении, что, если роль библиотеки может быть инкапсулирована такими поисковыми системами, мы можем немедленно отказаться от библиотек: эта функциональность может предоставляться фирмами-разработчиками программного обеспечения и распространяться непосредственно среди посетителей либо в качестве клиентов, либо через блестящие веб-порталы.

Я бы сказал, что это ответственность библиотеки за обеспечение эффективного доступа к ресурсам знаний в Интернете.Если различные коммерческие службы могут адекватно выполнить эту библиотечную задачу, давайте продолжим другие стоящие задачи по управлению знаниями, которые требуются нашим клиентам. Барбара Барут, конечно, не единственная, кто верит, что такие услуги быстро достигают этой цели. Параллельно с этим существует зависимость библиотек от служб реферирования и индексирования, которые предоставляют инструменты для доступа к журнальной литературе. Nothern Light и Google — это веб-версии одной и той же идеи.

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

Каким образом библиотеки должны обеспечивать доступ к документальным ресурсам знаний в Интернете? Если библиотечное сообщество решит, что необходимо установить форму библиографического контроля для таких объектов, открываются три пути:

1. Использование или адаптация MARC / AACR2
2. Начать заново создание системы метаданных библиотеки с теми же целями, что и Dublin Core.
3. Использование или адаптация Dublin Core

Я кратко остановлюсь на каждом из них.

Использовать или адаптировать MARC / AACR2

Возможно, было время, когда это было полезным направлением, но это давно прошло. Результат такого упражнения будет обладать многими привлекательными атрибутами Дублинского ядра, особенно его простотой и гибкостью.

Начать заново

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

Используйте или адаптируйте Dublin Core

У нас остался последний вариант. Более вероятно, что мы сможем добиться прогресса, либо используя любую текущую версию Dublin Core, либо, что гораздо лучше, на мой взгляд, решим проблему создания специфичного для библиотеки варианта Dublin Core, который соответствует целям библиотеки. .Вышеупомянутая критика Дублинского ядра дает по крайней мере отправную точку для того, как может выглядеть такой вариант.

В заключение, я настоятельно рекомендую предпринять хотя бы одно действие: разработать версию Dublin Core в формате MARC с соответствующими инструкциями и примерами. Рабочие продукты такого MARC включают, по крайней мере, следующее:

• Список полей и подполей, определяющих запись MARC Dublin Core, включая индикатор того, что запись является записью Dublin Core.
• Необходимая документация с соответствующими примерами.
• Определение экрана ввода MARC для руководства местными поставщиками систем и служебными программами.
• План призвать утилиты каталогизации включить этот стиль записи в свои редакторы.

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

Эта версия MARC и сопутствующая документация могут быть при желании пригодны для использования в библиотечных OPAC и могут быть напрямую преобразованы в любую базу данных записей Dublin Core и обратно.Преимущества этого очевидны. Он немедленно сообщит тысячам каталогизаторов сущность Dublin Core и предоставит им возможность использовать существующие системы и программное обеспечение для создания описаний ресурсов для веб-ресурсов. Будет ли это решением наших проблем? Нет, но это позволило бы нам войти в игру, как это определено в сегодняшнем веб-мире. Подумайте, где бы мы были сегодня, если бы определяемая библиотекой версия Dublin Core существовала 3 года назад. Если бы Дублинское ядро ​​MARC было принято и активно применялось тысячами библиотек, у нас было бы гораздо больше возможностей для удовлетворения потребностей пользователей библиотек в Интернете, и доступ к веб-знаниям был бы намного другим и намного лучше.

6 Примечания и источники
6.1 METADATA, торговая марка

Благодаря Рику Пирсоллу, координатору метаданных FGDC, я узнал, что термин «метаданные» был зарегистрирован в 1986 году компанией Metadata Company (The Metadata Company, http://www.metadata.com). Его изобретение приписывают Джеку Э. Майерсу, который, как говорят, придумал этот термин в начале лета 1969 года. Товарный знак должен быть написан заглавными буквами и отличаться как от «метаданных», так и от «метаданных».

6.2 Примеры систем метаданных
6.2.1 Стандарт содержания цифровых геопространственных метаданных (CSDGM)

http://www.fgdc.gov/metadata/contstan.html

Ярким примером определения метаданных является определение, разработанное для геопространственных данных и утвержденное федеральным правительством.

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

Как указано в документации к стандарту, «Первое впечатление от CSDGM — это его кажущаяся сложность; в печатном виде он занимает около 75 страниц. Это необходимо для передачи определений 334 различных элементов метаданных и правил их производства. .Пусть вас не пугает длина «. (Http://www.lic.wisc.edu/metadata/metaprim.htm, ‘Metadata Primer — A» How To «Guide on Metadata Implementation’)
Если вас смущает его длина и сложность, присоединяйтесь к толпе!

6.2.2 Геологическая служба США. Служба поиска правительственной информации.

URL: http://www.gils.net/

Полезный исходный документ доступен через Управление национальных архивов и документации США (NARA).Руководство по подготовке основных записей GILS.

URL: http://www.ifla.org/documentslibraries/cataloging/metadata/naragils.txt

6.2.3 Консорциум по обмену музейной информацией (CIMI)

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

http://www.cimi.org/

Полезный обзор приведен в документе «Использование XML в качестве синтаксиса передачи для музейных записей во время испытательного стенда CIMI Dublin Core: некоторый практический опыт».

http://www.cimi.org/documents/XML_for_DC_testbed_rev.doc

6.3 Прочие источники
6.3.1 INDECS: взаимодействие данных в системах электронной коммерции

Международная инициатива правообладателей, создающая стандарты метаданных для электронной коммерции — «предоставление метаданных прав».INDECS предоставил модель метаданных для DOI. На сайте есть ссылки на справочную информацию о проекте INDECS и его результатах.

http://www.indecs.org/index.htm

6.3.2 Цифровая библиотека: ресурсы метаданных —

Единственный лучший источник для всех аспектов метаданных обнаружения ресурсов

http://www.ifla.org/II/metadata.htm

6.3.3 Структура описания ресурсов

Руководство по ресурсам Dave Beckett’s Resource Description Framework (RDF)

http: // www.ilrt.bris.ac.uk/discovery/rdf/resources/

Официальный исходный документ для RDF определяет его как

Resource Description Framework (RDF) — это основа для обработки метаданных; он обеспечивает взаимодействие между приложениями, которые обмениваются машинно-понятной информацией в сети. RDF делает упор на средствах, позволяющих автоматизировать обработку веб-ресурсов. RDF можно использовать в самых разных областях применения; например: в обнаружении ресурсов, чтобы обеспечить лучшие возможности поисковой системы, в каталогизации для описания контента и взаимосвязей контента, доступных на определенном веб-сайте, странице или в цифровой библиотеке, с помощью интеллектуальных программных агентов для облегчения обмена и обмена знаниями, в рейтинге контента, в описании совокупностей страниц, которые представляют собой единый логический «документ», для описания прав интеллектуальной собственности на веб-страницы и для выражения предпочтений пользователя в отношении конфиденциальности, а также политики конфиденциальности веб-сайта.RDF с цифровыми подписями будет ключом к созданию «Сети доверия» для электронной коммерции, совместной работы и других приложений.

http://www.w3.org/TR/PR-rdf-syntax/

Библиотека
Конгресса
23 января 2001 г.
Справочная служба Библиотеки Конгресса

Что такое веб-ресурс? — ECCO

Говоря о веб-ресурсах, мы должны думать о развитии самого Интернета.Это потому, что все больше и больше людей знакомы с веб-сайтами. Веб-сайты — это то, что вы посещаете каждый день в Интернете. Эти веб-сайты похожи на электронную книгу, состоящую из множества книг, которые вы можете открывать и читать. Не ограничиваясь некоторыми книгами, вы также можете найти рассказы, различный развлекательный контент и так далее.

Если предположить существование города, то в этом городе много домов. То же самое и с веб-сайтами. Веб-сайты похожи на набор домов в городе. А сам город — это то, что мы знаем как Интернет.

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

Из Google, Facebook, Twitter, CNN, Kompas и т. Д. Когда вы открываете эти службы на настольном компьютере или мобильном устройстве, они называются веб-сайтами.

Даже если вы взаимодействуете с сайтом каждый день, возможно, многие из вас не знают, что этот сайт означает.В этой статье мы обсудим понимание веб-сайта, его историю, типы и преимущества.

См. Также: Revolution Industries 4.0, мир AI

Сайт

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

Сайт был впервые создан Тимом Бернерсом-Ли.
в конце 1980-х годов и официально был доступен только в 1991 году.

Первоначальной целью группы Бернерса-Ли при создании веб-сайта было облегчить исследователям обмен или внесение изменений в информацию.

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

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

Элементы веб-сайта

Есть 3 элемента, которые очень важны для веб-сайта, а также являются частью самого веб-ресурса. Без всех этих элементов ваш веб-сайт никогда не будет найден и не доступен для пользователей в Интернете.Речь идет о трех элементах:

1. Домен

Если веб-сайт сравнивается с продуктом, то домен — это бренд. Использование привлекательного домена заставит людей заинтересоваться заходом на сайт. Выбор уникального доменного имени также позволяет людям легко запомнить его для последующего повторного посещения. Многие стороны готовы потратить изрядную сумму средств на покупку уникального домена. Уникальный домен обеспечивает легкий доступ для пользователей. Этот веб-ресурс тоже очень важен для админа.

Представьте, что содержание вашего веб-сайта очень хорошее, но очень сложно написать адрес вашего веб-сайта. Тогда люди уйдут. Домены являются частью важного веб-ресурса.

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

Легкость запоминания также обеспечивает
важный момент для пользователей. Предоставляя уникальное и простое доменное имя,
легко для людей, которые имеют доступ к нему, чтобы произносить и печатать его на своей клавиатуре.

Наличие небольшой орфографической ошибки
или ошибка при написании всего одной буквы в домене может сделать сайт, который
Мы стремимся не к тому веб-сайту, к которому мы стремимся. Мы делаем
пример с названием www.car.com, безусловно, будет иметь другой адрес, если мы
типа www.car.co правильно?

2. Хостинг

Не менее важно, чем домены, хостинг выполняет роль хранения всех баз данных (скриптов, изображений, видео, текста и т. Д.), Необходимых для создания веб-сайта.Множество хостинг-провайдеров с различными услугами, которые вы можете выбрать. Хостинг — самое важное средство веб-ресурса.

Хостинговые услуги, безусловно, отдают предпочтение емкости диска, на которой может храниться большой объем данных для вашего веб-сайта. Если ваш веб-сайт развлекательного типа и требует большого количества изображений и видео, вы можете быть уверены, что вашему веб-сайту потребуется очень большое хранилище, верно?

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

3. Содержание

Без содержания на веб-сайте можно сказать, что веб-сайт не имеет четкой цели. Контент — это часть веб-ресурса. На сайте может быть в виде текста, изображений или видео. При просмотре из обслуживаемого контента существует несколько типов веб-сайтов.Например, социальные сети, новостные сайты, сайты покупки и продажи или сайты, содержащие контент, основанный на интересах, талантах и ​​хобби.

Этот контент отражает, кто наши посетители, и какова цель веб-контента, который мы будем представлять. Контент действует как тряска при ловле рыбы. С помощью контента посетители будут искать и видеть, соответствует ли веб-сайт тому, что они ищут. Необработанный контент сбивает посетителей с толку и вызывает у них неприязнь к содержанию веб-сайта.Поэтому создание контента является одним из ключевых моментов, которые необходимо учитывать при создании веб-сайта, чтобы он стал хорошим веб-сайтом. Одна из вещей, которая делает веб-ресурс живым, — это контент!

Типы веб-сайтов

Сайт — отличное место для отображения информации. Изначально информация, отображаемая на сайте, была только письменной.

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

1.Личный сайт

В настоящее время доступны различные услуги
которые вы можете использовать для создания личного веб-сайта. От бесплатного до платного
Сервисы.

Бесплатно, вы должны иметь адрес веб-сайта, например www.nameofservice.com/yourname или www.websitename.blogspot.com.

Адрес веб-сайта, как в приведенном выше примере:
не рекомендуется для тех из вас, кто хочет иметь полный контент, например
наличие видео и большого количества изображений.

Обычно бесплатные поставщики услуг веб-сайтов предоставляют ограниченные ресурсы.

Об адресах

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

Таким образом, вы можете создать более профессиональный веб-сайт www.yourname.com.

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

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

Профессиональные и непрофессиональные веб-сайты

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

2.Сайт интернет-магазина

Знаете ли вы самый популярный индонезийский
интернет-магазин прямо сейчас?

Конечно, ты уже знаешь ответ.

Хотите создать интернет-магазин с
функции, которые мало чем отличаются от существующих сегодня интернет-магазинов?

Если да, то с помощью соответствующего инструмента вы можете
сделать это за часы или даже минуты, и сайт вашего интернет-магазина станет доступен
через Интернет.

Есть много типов интернет-магазинов, которые
можно сделать по вашему желанию. Начиная с интернет-магазина с
средство отслеживания, с помощью которого пользователям очень легко узнать, в какой степени
товары, которые они заказали.

Другой объект — автоматическая цена
система сравнения с другими подобными предметами. В этом интернет-магазине есть больше
сложная логика, но это может быть очень полезно для пользователей. Они могут узнать
какие цены на рынке, без необходимости открывать другую вкладку, чтобы
сравнение.

3. Блог

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

Цель этого блога — поделиться
знания, связанные с веб-хостингом, интернет-маркетингом и другими вещами.

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

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

Профессиональные и непрофессиональные блоги можно увидеть по отображаемой рекламе. Есть блоги, которые отображают рекламные объявления с таким количеством композиций, что людям трудно понять, что именно представляет собой содержание блога, потому что почти 50% содержат только менее полезную рекламу. Хороший блог будет корректировать состав рекламы в соответствии с составом самого веб-материала.

Также читайте; SEO-стратегия для учебников WordPress

Преимущества веб-сайта

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

Преимущества сайта не только в том,
Есть еще много преимуществ, которые вы можете получить от веб-сайта. Вот некоторые
преимущества сайта, которые вам важно знать:

1. Создание личного бренда

Начиная с преимуществ веб-сайтов для
персональные, а именно веб-сайты для персонального брендинга.С помощью веб-сайта вы можете создать
сильный и надежный личный брендинг.

Вы можете поделиться своими работами и портфолио на
веб-сайт. Будь то письмо, фотографии, картины, рисунки, графика
дизайн, музыку. Вы можете создать профессиональный личный брендинг, используя
интернет сайт.

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

2. Обмен историями и информацией

Вы когда-нибудь читали рассказ Опры? Или
Может быть, вы читали рассказ путешественника о путешествии. Они оба являются примерами
успешные блогеры с историями через веб-сайты.

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

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

3. Зарабатывайте деньги

Есть много способов заработать деньги с помощью
интернет сайт. Вы можете стать блоггером и получать множество одобрений или предложений
сотрудничество. Кроме того, вы также можете зарегистрировать веб-сайт в Google AdSense, чтобы
получать деньги от рекламы Google.

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

Еще один способ заработать на веб-сайтах — создать интернет-магазин. Вы можете продавать различные товары или услуги на сайте своего интернет-магазина.

Как заработать деньги?

В настоящее время многие веб-сайты созданы как машины для зарабатывания денег. Это связано с тем, что перед создателями веб-сайтов стоят две цели, а именно: разработка веб-сайтов с привлечением финансовых средств от читателей. Это похоже на ныряние с водой.Создавая контент, вы тоже можете получать от этого доход, не правда ли?

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

Теперь веб-сайт становится проще!

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

Как?

Уловка в том, чтобы использовать WordPress. WordPress — это
платформа для создания веб-сайтов, которая позволяет вам создать веб-сайт всего за
минут.

С WordPress вы можете создавать качественные
веб-сайты, не занимаясь кодированием. Просто установите WordPress, купите Интернет
хостинг, выберите понравившуюся тему, установите важные плагины и веб-сайт
готов.

Помимо wordpres, личный блог может быть
хороший веб-сайт, если контент хорошо управляется.Зарегистрирован на домене, который
хорошо, а также обратите внимание на SEO. Хорошее SEO на веб-сайте позволяет Интернету быть
легко находят другие. С помощью хорошего SEO положение вашего сайта можно легко
обнаруживается, когда люди ищут в поисковых системах, таких как Google.

В настоящее время SEO также является одной из целей веб-мастеров. Они ищут SEO-писателей, которые разбираются в SEO, чтобы их веб-сайт можно было легко найти в поисковых системах. Источник: SEO Experts — Jasa SEO Profesional, Джакарта, Индонезия

Определение ресурсов в Интернете — HTTP

Цель HTTP-запроса называется «ресурсом», природа которого далее не определяется; это может быть документ, фотография или что-нибудь еще.Каждый ресурс идентифицируется унифицированным идентификатором ресурса (URI), используемым в HTTP для идентификации ресурсов.

URL-адреса

Наиболее распространенной формой URI является унифицированный указатель ресурсов (URL), известный как веб-адрес .

 https://developer.mozilla.org
https://developer.mozilla.org/en-US/docs/Learn/
https://developer.mozilla.org/en-US/search?q=URL 

Любой из этих URL-адресов можно ввести в адресную строку браузера, чтобы указать ему загрузить связанную страницу (ресурс).

URL-адрес состоит из разных частей, некоторые из которых являются обязательными, а другие необязательными. Более сложный пример может выглядеть так:

 http://www.example.com:80/path/to/myfile.html?key1=value1&key2=value2#SomewhereInTheDocument 

URN

Унифицированное имя ресурса (URN) — это URI, который идентифицирует ресурс по имени в конкретное пространство имен.

 урна: isbn: 9780141036144
урна: ietf: rfc: 7230
 

Два URN соответствуют

• книга Джорджа Оруэлла «Девятнадцать восемьдесят четыре»,
• , спецификация IETF 7230, протокол передачи гипертекста (HTTP / 1.1): Синтаксис сообщений и маршрутизация.

Схема или протокол

http: // — протокол. Он указывает, какой протокол должен использовать браузер. Обычно это протокол HTTP или его защищенная версия HTTPS. Интернету требуется один из этих двух, но браузеры также знают, как обрабатывать другие протоколы, такие как mailto: (для открытия почтового клиента) или ftp: для обработки передачи файлов, поэтому не удивляйтесь, если вы увидите такие протоколы. Общие схемы:

Орган

www.example.com — это доменное имя или орган, управляющий пространством имен. Он указывает, какой веб-сервер запрашивается. В качестве альтернативы можно напрямую использовать IP-адрес, но из-за того, что это менее удобно, он не часто используется в Интернете.

Порт

: 80 — это порт в данном случае. Он указывает на технические «ворота», используемые для доступа к ресурсам на веб-сервере. Обычно его опускают, если веб-сервер использует стандартные порты протокола HTTP (80 для HTTP и 443 для HTTPS) для предоставления доступа к своим ресурсам.В противном случае это обязательно.

Путь

/path/to/myfile.html — это путь к ресурсу на веб-сервере. На заре Интернета такой путь представлял физическое расположение файла на веб-сервере. В настоящее время это в основном абстракция, обрабатываемая веб-серверами, без какой-либо физической реальности.

Запрос

? Key1 = value1 & key2 = value2 — это дополнительные параметры, предоставляемые веб-серверу.Эти параметры представляют собой список пар ключ / значение, разделенных символами и . Веб-сервер может использовать эти параметры для дополнительных действий перед возвратом ресурса пользователю. Каждый веб-сервер имеет свои собственные правила в отношении параметров, и единственный надежный способ узнать, как конкретный веб-сервер обрабатывает параметры, — это спросить владельца веб-сервера.

Фрагмент

#SomewhereInTheDocument — это привязка к другой части самого ресурса.Якорь представляет собой своего рода «закладку» внутри ресурса, давая браузеру указания для отображения содержимого, расположенного в этом «отмеченном закладкой» месте. Например, в документе HTML браузер будет прокручивать до точки, в которой определена привязка; в видео- или аудиодокументе браузер попытается перейти к моменту времени, который представляет якорь. Стоит отметить, что часть после #, также известная как идентификатор фрагмента, никогда не отправляется на сервер с запросом.

При использовании URL-адресов в содержимом HTML обычно следует использовать только некоторые из этих схем URL-адресов.Обращаясь к субресурсам, то есть к файлам, которые загружаются как часть более крупного документа, вы должны использовать только схемы HTTP и HTTPS. Из соображений безопасности браузеры все чаще отказываются от поддержки использования FTP для загрузки подресурсов.

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

 https: //developer.mozilla.org / en-US / docs / Learn
тел: + 1-816-555-1212
[email protected]: mdn / browser-compat-data.git
ftp://example.org/resource.txt
урна: isbn: 9780141036144
mailto: [email protected]
 

A Guide to Technology Standards and Security

Одно из многих решений, которые агентство должно принять
при рассмотрении разработки веб-сайта следует указать, какое программное обеспечение следует включать.
Этот выбор может повлиять на решение о передаче на аутсорсинг.
программирование, хранение на сервере и обслуживание сайта или
размещать ли сайт у себя дома.Агентства с достаточным
ресурсы для обслуживания защищенных серверов в доме должны учитывать
следующие потребности в программном обеспечении, прежде чем делать соответствующие покупки.

Браузеры и Acrobat Reader ™

Для чтения и загрузки необходимы две основные части программного обеспечения.
файлы из сети. Один из них — это Интернет-браузер. Почти все компьютеры
приобретенное включает программное обеспечение браузера, которое позволяет пользователю получить доступ
и отображать совместимые с Интернетом графику и текст, содержащиеся в файлах
написано на языке разметки гипертекста (HTML), Active Server Page
(ASP), Java или другие языки Интернета.Проще говоря, браузер
это программное обеспечение, которое позволяет пользователю использовать Интернет.

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

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

Браузер предназначен для доступа и сохранения веб-страниц; Однако,
не все страницы легко распечатать или просмотреть в исходном виде
формат.Вторая важная часть интернет-программного обеспечения, Adobe
Acrobat Reader ™, читает преобразованные документы.
из множества текстовых процессоров, электронных таблиц, баз данных и
другие форматы файлов в стандартный формат переносимого документа (PDF).
Программное обеспечение позволяет компьютеру отображать файл в исходном виде.
отформатируйте и распечатайте файл точно так же и с
такое же качество, как и родная программа.Acrobat Reader ™ можно
скачано бесплатно с
http://www.adobe.com . Полная версия Acrobat ™
используется для создания файлов, может быть приобретен у Adobe. Другие продукты
доступны для отображения форматов файлов, но во время
В выпуске данной публикации Acrobat ™ является отраслевым стандартом.

Программа электронной почты

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

Службы электронной почты на основе браузера часто содержат рекламу в
форма «спама», электронного эквивалента нежелательного мусора
Почта. Спам, полученный через многие почтовые веб-программы, может
не подлежат фильтрации, поскольку подписчик соглашается получить эти
сообщения при принятии условий обслуживания. Еще одна опасность
Спама заключается в том, что он может служить переносчиком вирусов.Электронная почта
вопросы, например, разрешить ли использование интернет-провайдеров электронной почты,
должны быть рассмотрены в Политике допустимого использования (AUP) агентства.

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

Программное обеспечение для защиты от вирусов

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

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

Программное обеспечение для веб-разработки

Для агентств, планирующих запуск собственных веб-сайтов, средство
создание файлов, совместимых с Интернетом, имеет важное значение.Исторически сложилось так, что программисты
написал исходный код для создания большинства веб-файлов. Сегодня многие
текстовые процессоры и некоторые офисные приложения и браузеры включают
программы, которые автоматически сгенерируют код, необходимый для отображения
документы в Интернете (например, HomeSite ™, Front Page ™, Dream
Weaver ™ и др.).

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

Программное обеспечение протокола передачи файлов

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

Списки рассылки и списки подписки

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

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

Доски объявлений

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

Программное обеспечение для более полезного сервера

Если агентство планирует разместить свой веб-сайт на собственном сервере, оно
необходимо программное обеспечение для управления функциями сервера. Ресурс для помощи
агентство по обзору и оценке серверного программного обеспечения доступно
на
http: // serverwatch.internet.com . Возможности интернет-
программное обеспечение продолжает развиваться вместе с усложнением пользователя и
увеличение сложности веб-сайта. Несколько примеров инструментов веб-сайта
доступное сегодня педагогам включает программное обеспечение, которое:

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

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

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

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

Покупка оборудования для размещения в Интернете
Сайт

Краткая история «Ресурса»

Краткая история «ресурса» — вопросы проектирования

До вопросов дизайна

Было много путаницы из-за самых разных применений
использование этого термина по разным историческим причинам,
приводя к использованию, которое иногда бывает двусмысленным и местами
непоследовательный. В этой статье делается попытка пролить свет на
проблема.

Исторически URI использовались для обозначения мыслей, подобных веб-
страницы, файлы и фильмы, в Интернете, в полезных документах или
«Интернет-ресурсы» в смысле полезного там.FTP. Сайты Gopher и HTTP обслуживают различные типы сетевых
Ресурсы. Люди привыкли к тому, что http://example.com/ является веб-сайтом
page, а http://example.com/#contact является якорем внутри
Это.

Интернет-информационное сообщество, в домен которого
материал был поставлен на стандартизацию в IETF, упоминается
такие вещи, как веб-страницы как ресурсы, и изменили
исходный «D» вместо «Документ» в «UDI» на «R». Некоторые считали, что
ресурс был более подходящим термином, возможно, потому что «документ»
не было достаточно широким, чтобы включать такие вещи, как фильмы.

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

Между тем, спецификация HTTP была доработана и доработана.
в основном как система доставки документов, плюс другие методы
для обновления документов плюс POST.(POST начался исторически
как способ представить новую веб-страницу y опубликовать ее в
list, как и в NNTP. Затем он почти сразу прижился как
универсальный метод расширения. Я проигнорирую это в этом
обзор).

Не было реального определения того, что за ресурс или документ
было — может быть, потому что это казалось очевидным. Спецификация HTTP не
даже указать, обозначает ли URI человека или документ
о них, он просто объяснил, что вещь вернулась
представление ресурса.

Затем Рой приступил к работе над REST, чтобы формализовать HTTP как REST и
объявил, что ресурс представляет собой изменяющееся во времени отображение между
URI и представление. Для HTTP этого было достаточно. Это
не хватило для AWWW, когда он появился, чтобы быть
в состоянии описать, как работает Интернет.

Фактически, документ AWWW, объясняющий, как использовать Интернет
правильно, пришлось добавить кучу вещей о социальных
ожидания — такие вещи, как, да, отображение URI на
представление — это функция времени, а не просто старые
один — случайная функция обычно не очень полезна.Там
ожидания по этому поводу могут измениться со временем. Упорство,
последовательность, с различными общими шаблонами, которые позволяют сети
быть полезным средством. AWWW решил использовать термин
«Информационный ресурс» для такой вещи, как веб-страница, которая
содержит информацию и «Ресурсы» для любой старой вещи на
все.

Итак, HTTP и REST работа была проделана очень много в этом пространстве.
доставки, редактирования и обновления документов. Не было
философская необходимость говорить о том, что он обозначал URI (
person, веб-страница о человеке), пока не появился RDF,
когда возникла острая необходимость.

Когда RDF был впервые разработан, он был мотивирован необходимостью
для данных о ресурсах очень много в онлайн-информации
смысл: данные о документах или «метаданные». На самом деле это было
разработан, чтобы можно было описать что угодно, но многие ранние
пользователи RDF называют это технологией метаданных. RDF используется
слово «ресурс» довольно неуклюже, как оказалось
вне. Вначале многие из описываемых вещей
были документами, поэтому онлайн-информационное значение
ресурс имел смысл.Но на самом деле в RDF ресурс был
позволено быть чем угодно. Класс, rdf: ресурс даже
использовал термин как универсальный класс всех вещей. Немного
позже язык веб-онтологий решил использовать Thing для
тот.

RDF появился, как мне кажется, изящным способом. Он использовал
полностью существующие устройства расширения веб-протокола для
представить новую систему, которая принципиально отличается от
старый HTTP + HTML. Сеть HTML была гипертекстовой моделью,
какие страницы и якоря.Модель RDF была знанием
представление одной из произвольных вещей. Это было сделано с помощью
тот факт, что новый язык может определять все, что ему нравится, как
что обозначает локальный идентификатор. Графический язык может использовать
локальный идентификатор для обозначения линий и точек. HTML используется локально
идентификаторы для идентификации гипертекстовых привязок. RDF использовал их для
определять произвольные понятия, людей, что угодно.

Веб-архитектура дала всем этим языкам общий способ
создание глобального идентификатора для вещи, обозначенной локальным
идентификатор в данном документе.Семантика хеша
Знак определены во всей сети, чтобы означать, что «a # b» может использоваться для
обозначают все, что обозначено «b» в документе, обозначенное
«а».

Получилось удовольствие. В начале века люди
играл и давал всевозможные URI, например
«http://example.com/ foo.rdf # цвет». Некоторые из нас сделали много
работают и производят всевозможные системы, которые обмениваются и
интегрированные данные таким образом.

С годами возникли две проблемы.Один из них — это куча
пользователей RDF поняли, что использовать HTTP URI — это хорошо,
но не понял, что вы должны поставить foo.rdf
в Интернете, чтобы люди могли узнать, что в нем означает # цвет.
И поскольку они этого не сделали, они фактически не беспокоились о
«#» на всех. Вторая ложка дегтя заключалась в том, что некоторые
люди, желающие использовать RDF для больших систем, обнаружили, что они
не хотел использовать «#». Иногда это было потому, что
количество вещей, определенных в одном файле, было слишком маленьким (например,
1) или слишком большой (вроде миллиона) и было трудно
разделите информацию на куски среднего размера.Или они
просто не понравился знак «#», потому что он выглядит странно. Но для одного
причина или другие люди требовали права на использование
http://example.net/people/Pat для обозначения Пэта, а не сети
страница о пат.

Это потенциально привело к огромным сбоям во всем мире RDF,
с уже построенными системами, которые только что использовались
«http://example.net/people/ Pat» для идентификации документа.
нравится тебе или нет. Я среди других оттолкнул
против использования нехешированных URI для произвольных вещей, но
в конце концов сдался.

Так что в ответ на это протокол HTTP был, по сути,
измененный.

Спецификация не изменилась. Редакторы спецификаций не были привлечены
борт к новой модели. Спецификация была интерпретирована. ТЕГ
договорились о перемирии между существующей спецификацией HTTP,
Системы RDF и люди, которые хотели использовать HTTP URI без
«#» для идентификации людей. Это перемирие было HTTPRange-14, которое
сказал, что yoiu не априори знает, что HTTP URI без хеширования
обозначает документ, но если сервер ответил 200
затем вы это сделали, и у вас было представление документа.Если вы попали на один из этих новых URI, которые идентифицировали
вещи не были документами (люди, свойства RDF, классы,
и т. д.) сервер не должен возвращать 200, он может возвращать 303
указывая на документ, который объясняет больше.

Таким образом, протокол HTTP был фактически изменен. HTTP
расширенный протокол теперь позволяет использовать HTTP не только для
Документы но для произвольных вещей. Расширяет набор
вещи, о которых вы можете спросить веб-сервер, от документов до
что-нибудь.Это не очень плохой дизайн и не очень красивый.
Другой дизайн мог бы работать, но этот был единственным
тот, у которого не было серьезных проблем для некоторого сообщества. Это
можно было бы расширить, но в основном это работает. Было бы очень
дорого обойтись с точки зрения систем, которые были
развернут.

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

Во всяком случае, это упрощенная версия истории всех
это, как я это видел.

Я хотел бы посмотреть, как выглядят все документы, если
отредактирован, чтобы использовать слова Документ и Вещь, и исключить
Ресурс. Это моя лучшая ставка на два английских слова, которые
означает как можно ближе к тому, что мы хотим. Обратите внимание, однако
что Интернет — это новая система, дизайн, в котором новые концепции
созданы, поэтому мы не можем ожидать, что английские слова будут существовать
точно охватить концепции.Итак, мы берем тех, кто рядом, и
как можно меньше злоупотреблять ими, насколько мы можем судить на
время, а затем запишите их заглавными буквами, чтобы понять, что
это то, что мы сделали

До вопросов дизайна

Тим БЛ

Типы веб-ресурсов

Тип веб-ресурса представляет объект конфигурации, который описывает поведение объекта содержимого.

Тип веб-ресурса может служить одним из следующих объектов:

• Страница
• Область страницы, в которой можно расположить веб-контент
• Веб-форма, которую можно использовать для создания веб-содержимого

Концепция типа веб-ресурса представляет собой усовершенствование существующей концепции типа ресурса, поскольку она предоставляет дополнительные параметры в дополнение к соединению с типом ресурса для ресурса.Например, тип веб-ресурса используется для определения макета, используемого для отображения ресурса рассматриваемого типа.

Однако основная функция концепции типа веб-ресурса заключается в соединении ресурсов из управления знаниями с объектами из Portal Content Studio в форме макетов.

Конфигурация ресурсов веб-типа находится на портале в Администрирование системы → Конфигурация системы → Управление знаниями → Управление контентом → Составитель веб-страниц → Типы веб-контента → Тип веб-ресурса.

Параметры типа веб-ресурса

Использование ** заполнителя в разрешенном параметре RIDS

Вы должны использовать заполнитель ** в
параметр, чтобы команды для создания нового веб-контента отображались в иерархии папок всех сайтов.

Ниже приведены несколько примеров использования заполнителя ** и его эффекта:

• / wpccontent / My Folder

  Команда для создания нового веб-содержимого на основе нового типа веб-ресурса доступна только в папке / wpccontent / My Folder.

• / wpccontent / My Folder / **

  Команда доступна в папке / wpccontent / My Folder и в ее подпапках.

• ** / Моя папка

  Команда доступна в иерархии папок во всех папках с именем / Моя папка.

• ** / Моя папка / **

  Команда доступна в иерархии папок во всех папках с именем / Моя папка и в их подпапках.

Десять простых правил предоставления научной сети
Ресурс

PLoS Comput Biol.2011 May; 7 (5): e1001126.

Sebastian J. Schultheiss

Machine Learning in Biology Research Group, Лаборатория Фридриха Мишера
Общества Макса Планка, Тюбинген, Германия

Филип Э. Борн, редактор

Машинное обучение в исследовательской группе биологии, Лаборатория Фридриха Мишера
Общества Макса Планка, Тюбинген, Германия

Калифорнийский университет Сан-Диего, Соединенные Штаты Америки

Это статья в открытом доступе, распространяемая в соответствии с условиями лицензии Creative Commons Attribution License, которая разрешает неограниченное использование, распространение и воспроизведение на любом носителе при условии надлежащего указания автора и источника.

Эта статья цитируется в других статьях в PMC.

Многие проекты в области вычислительной биологии приводят к созданию небольшого приложения.
программа или набор сценариев, которые могут быть полезны другим ученым. Естественный
прогресс заключается в том, чтобы сделать этот инструмент доступным через веб-сайт или путем создания службы
для него, отныне собирательно именуемого «Интернет-ресурс».

Мы провели опрос среди провайдеров и пользователей научных веб-ресурсов, а также
как исследование доступности. Следующие правила отражают опыт и мнения
из более 250 ученых, ответивших на наши вопросы и использующих веб-ресурсы
регулярно, а также на собственном опыте.Изучение доступности позволяет нам
сделать объективные выводы о характеристиках тех веб-ресурсов, которые
все еще доступны и соотнесите признаки, которые отличают их от исчезнувших или
нефункциональные. Эти десять простых правил помогут вам разработать и поддерживать
научный Интернет-ресурс, доступный всем, кто заинтересован в его использовании.

Правило 1. Планируйте свой ресурс

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

Постарайтесь придумать хорошее имя, которое еще не принято и которое легко запомнить.
Изменить веб-адрес существующего ресурса сложно; лучше
начните с вашего собственного доменного имени в Интернете или постоянного URL-адреса.Для последнего
Интернет-центр компьютерной библиотеки предлагает постоянный унифицированный указатель ресурсов
(PURL) для изменения веб-адреса (обзор см. [1]). По сути, это
прозрачная ссылка на место, где в данный момент размещен ваш ресурс; его пункт назначения может
быть обновленным соответствующим образом.

Некоторые решения на раннем этапе могут сильно повлиять на ресурс на протяжении всего его жизненного цикла.
Обдумайте уровень обслуживания, который вы хотите предложить. Это простой инструмент на ступень выше?
из интерфейса командной строки или целого фреймворка для масштабного анализа? Как
смогут ли пользователи получить к нему доступ? Узнайте больше об этих вариантах и ​​о том, как их исправить
использование инфраструктуры, доступной вам в соответствии с Правилом 4.

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

В конце концов, ресурс, возможно, изжил себя. Прочтите Правило 10, чтобы узнать
когда и как прекратить работу.

Правило 2: Обсудите обязанности

Более 58% ресурсов полностью разрабатываются исследователями без
постоянная должность, которая со временем перейдет в другое учреждение.

Будучи аспирантом, вовлекайте своих консультантов на раннем этапе, когда вы рассматриваете возможность предоставления веб-сайта
ресурс. Скорее всего, они уже знают, как разделить рабочую нагрузку.Обсудить
проблема сопровождения программного обеспечения, так как пока оригинальные разработчики все еще
на сайте и на время, которое они переехали. Вы хотите взять свою работу с собой?
или оставить это позади?

Как консультант помните, что эта проблема может возникнуть не позднее, чем когда вы
студент уезжает. Как старший автор, вы несете ответственность за решение таких вопросов.
Не стесняйтесь рекомендовать студентам использовать определенную программную среду; создание
такие лабораторные правила хорошо ограничивают ответственность.Вы даже можете подумать о создании
межпоколенческий договор об обслуживании программного обеспечения между студентами в разных
годы.

Если ваш ресурс используется соавторами, и они считают вашу программу ценной
достаточно, вы можете убедить их взять это на себя. То же верно и для одного из
следующие учреждения: Если ваш ресурс имеет большое влияние и полезен для многих
люди, возможно, вам удастся убедить кого-нибудь в Европейском институте биоинформатики
(EBI), Национальный центр биотехнологической информации (NCBI), Нидерланды
Центр биоинформатики (NBIC), или экземпляр PSU Galaxy, чтобы взять на себя управление.Рано
решения об используемой структуре могут иметь большое влияние позже.

Правило 3. Знайте свою пользовательскую базу

Самым важным компонентом, который следует учитывать, является аудитория веб-ресурсов. Придумайте
Пример использования: когда и как другой исследователь захочет использовать то, что вы предлагаете?
Когда вы знаете, для кого вы разрабатываете, многие решения становятся очень важными.
простой. В нашем исследовании мы определили, что 36% веб-ресурсов
провайдеры считают, что только исследователи с опытом программирования используют свои
ресурс.Если вашей аудитории удастся запустить ваше приложение на собственном компьютере,
позволь им. Сложнее интегрировать веб-ресурс в сценарий рабочего процесса.

С другой стороны, 64% ресурсов также используются исследователями без
опыт программирования. Они оценят графический интерфейс пользователя. Если вы знаете
ваши пользователи лично, они могут дать вам идеи о том, как сделать интерфейс подходящим
их потребности. Просто наблюдайте, как соавторы или студенты используют ваше программное обеспечение или программы
вроде это многое вам расскажет.Вовлекайте пользователей на раннем этапе и включайте их в
процесс развития. Пока веб-ресурс используется, вы можете запросить обратную связь.
от пользователей и посмотрите, изменились ли их потребности (см. Правило 7).

Постоянный мониторинг шаблонов использования и статистики доступа может быть достигнут с помощью
отслеживание посетителей страницы веб-ресурса. Если ваше учреждение еще не
собирая эти данные от посетителей, вы можете настроить бесплатный инструмент веб-аналитики в
минут.

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

Правило 4: Используйте услуги, доступные вам во время разработки

Лучший выход из многих споров с хостингом и доступностью — это найти
кто-то другой позаботится об этом. Если вы работаете в большом кампусе или сотрудничаете с
кто-то из учреждения, в котором уже есть несколько научных веб-ресурсов,
свяжитесь с администраторами, чтобы настроить ваш инструмент на установленном сервере.Такой
решения могут сильно повлиять на процесс разработки программного обеспечения. Помните о
Веб-адрес, который вы используете для публикации своего ресурса. Лучше использовать постоянный URL
или ваше собственное доменное имя для ресурса, чтобы он всегда был доступен в
опубликованный адрес (см. Правило 1).

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

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

Вам придется подумать о пользовательском интерфейсе для вашего ресурса. Здесь существующий
framework может сэкономить вам много времени. Примеры включают Taverna [2], где вы предоставляете описание
ввода и вывода на языке описания веб-ресурсов. Ваш ресурс
доступ к клиентской рабочей среде, в которой пользователи могут подключать вашу программу
вывод для других для создания рабочих процессов. Он по-прежнему работает на ваших серверах, и у вас есть
предоставить для этого необходимую программную инфраструктуру.

Галактика [3] — это
настраиваемая рабочая среда, которую вы можете загрузить и запустить на своем собственном веб-сервере. Это позволяет
вы интегрируете любой инструмент командной строки с несколькими строками XML; более того, это даже позволяет
вы соединяете свои собственные инструменты с предварительно упакованными, чтобы создать прозрачные
рабочие процессы для ваших пользователей. Вам не нужно думать об управлении файлами и
красивые пользовательские интерфейсы, а для трудоемких задач вы можете легко подключить
ваш экземпляр Galaxy в вычислительный кластер или даже запустить его в облаке.

Если вы хотите создать интерфейс с нуля, есть также фреймворки, которые делают
эта задача проще. Помимо классической комбинации Apache, SQL и PHP, есть
еще несколько современных альтернатив: взгляните на Ruby on Rails, Tomcat, Pyjamas или
CherryPy.

Правило 5: Обеспечьте переносимость

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

Грубый подход к переносимости — это создание виртуальной машины (ВМ). Если у тебя есть
сервер, на котором ваш ресурс работает нормально, сделайте резервную копию жесткого диска и восстановите его в
виртуальная машина, такая как VirtualBox. Таким образом, у вас будет работающая версия вашего сервера в
отдельный файл. Подход VM — это тактика парового катка для ресурсов с очень
сложные зависимости.Это способ предоставить пользователям необходимый образ диска.
для запуска вашего ресурса в вычислительном облаке. Тем не менее, все же желательно предоставить
информация о том, как настроить вашу программу с нуля. Вместе с исходным кодом
комментарии и руководство пользователя высокого уровня, эти три уровня документации будут
обеспечить портативность.

Правило 6: Создайте проект с открытым исходным кодом

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

Чтобы облегчить себе жизнь, рекомендуется поместить исходный код в репозиторий.
например SourceForge.net [4] или Bioinformatics.org [5]. Тогда ты не
нужно позаботиться о контроле версий и проблемах выпуска, и это проще для
сотрудники работают вместе на расстоянии. Большинство этих программ с открытым исходным кодом
сайты проектов предоставляют разработчикам средства общения как друг с другом, так и
с конечными пользователями. Вы можете выбирать между списками рассылки (с онлайн-архивом), веб-
форум сайта или страницу часто задаваемых вопросов.

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

Использование программного обеспечения с открытым исходным кодом, хорошей документации по исходному коду и стандартных форматов файлов
будет иметь большое значение для того, чтобы ваше программное обеспечение могло работать на других компьютерах (см.Правила
5 и 7).

Правило 7. Обеспечьте обширную документацию и выслушайте отзывы

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

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

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

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

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

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

Правило 8: Обеспечение воспроизводимости

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

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

Хорошей практикой является предоставление более старых версий ресурса для целей
воспроизведение результатов; хотя бы смело отображать текущую версию веб-ресурса
номер на сайте и подсказки о том, как изменения могут повлиять на результат.

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

Правило 9: Планируйте заранее: долгосрочное обслуживание

Вы, вероятно, переедете в другое место в течение своей карьеры. Если вы оставите после себя Интернет
ресурс, постарайтесь сделать переход к новому сопровождающему как можно более плавным.
В идеале протокол должен быть установлен на этапе планирования (см. Правило
1). В ходе нашего опроса мы обнаружили, что более 24% веб-ресурсов не будут
сохраняется после ухода оригинальных разработчиков.В конечном итоге это ответственность
старшего автора публикации, чтобы убедиться, что этого не произойдет, но
является очень важным соображением для всех авторов публикации веб-ресурса.

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

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

Правило 10: Отключите неиспользуемый ресурс

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

Если ваш ресурс больше не находится в активной разработке, скорее всего, он
через несколько лет изжил себя.После этого проверьте, есть ли
кто-нибудь, еще использующий его, или если исходная публикация цитировалась недавно. Этот
должно быть легко, если вы последуете совету по сбору статистики в Правиле 3.
Если никто больше не использует ваш ресурс, выпустите исходный код в последний раз,
и вы сделали.

Если ресурс по-прежнему полезен некоторым исследователям, попробуйте разместить уведомление на сайте.
просят кого-нибудь взять на себя управление (см. Правило 9). Если все это кажется слишком большим
работать, а исходный код никому не поможет, подумайте о создании виртуальной машины, которая
запускает ресурс.Когда у вас все еще есть доступ к серверу, это можно сделать в
дело часов.

Следуя этим правилам, ваш ресурс будет жить долго и продуктивно.

Благодарности

Автор благодарит Дэвида Дж. Энгеля, Верену А. Коттлер, Кристофа У.
Малиси, Гуннара Рэтша и Евы-Марии Уиллинг за критическое прочтение
рукопись, а также Йонас Бер, Регина Бонерт, Филипп Древе, Андре Калес, Випин
Спасибо Сридхарану и Кристиану Видмеру за обсуждения.Комментарии Филиппа
Э. Борн и анонимные рецензенты были очень благодарны и очень помогли
улучшение этой рукописи.

Сноски

Автор заявил, что конкурирующих интересов не существует.

Эта работа финансировалась TL Stiftung Tuebingen, Германия: http://www.tl-stiftung.de/foerderpreise.php. Автор имеет
должность в Обществе Макса Планка, Германия: http://fml.