Статьи

Полное руководство по хостингу — часть 2

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

Основные возможности хостинга

Если в мире хостинга есть одно слово, которое вводит в заблуждение наивного серфера, оно «безгранично». Чтобы поместить вещи в перспективу, нет ничего, что веб-хостинг может предложить вам безгранично. Он может быть неограниченным или неограниченным (ограниченным только спецификациями сервера), но никогда не ограниченным.

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

1. Дисковое пространство

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

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

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

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

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

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

2. Почтовые счета

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

То, как вы настраиваете свою электронную почту, зависит от личных предпочтений, но по существу существует четыре основных типа почтовых учетных записей; POP3, переадресация, псевдонимы и автоответчики.

  • POP3-аккаунты — это традиционные «входящие». У вас есть место для хранения вашей почты на сервере, и вы используете почтовую программу для входа и загрузки почты. Каждая комбинация логина и пароля обычно соответствует одной учетной записи. Это работает немного как почтовый ящик в офисе, и почта остается там до тех пор, пока вы с ней что-то не сделаете. Если папка «Входящие» заполнена, ваша почта не может быть сохранена и будет возвращаться.
  • Пересылка почтовых учетных записей полезна, если, например, вы хотите отправить свою почту в службу фильтрации электронной почты, например SpamCop, до того, как вы ее получите. Вместо того, чтобы хранить его на вашем почтовом сервере, он будет перенаправлять всю почту на другой адрес электронной почты, который будет обрабатывать его соответствующим образом. Этот вид учетной записи полезен для перенаправления ваших писем в обычный ящик POP3.
  • Псевдонимы — это имена, которые можно использовать для идентификации различных типов учетных записей электронной почты, перенаправления их в почтовые ящики POP3 на сервере или другие адреса, где они обрабатываются повторно при необходимости. Что произойдет с электронными письмами, будет зависеть от того, кому они отправляются. Универсальный псевдоним часто используется для сбора и обработки электронной почты, отправляемой людям или отделам, которые не распознаются вашим почтовым сервером.
  • Автоответчики сами по себе не являются учетной записью электронной почты, однако у них есть собственный адрес электронной почты, и они просто отвечают всем, кто отправляет им электронные письма для получения информации. Они полезны, если вы хотите отправить заранее подготовленную информацию людям, которые ее запрашивают, в отличие от того, что вам приходится отвечать на все запросы вручную.

3. FTP доступ

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

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

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

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

Хостинг неограниченных ресурсов — кажется слишком хорошим, чтобы быть правдой, не так ли? Ну, это так!

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

4. Передача данных

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

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

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

Кэширование и его влияние на передачу данных

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

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

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

5. Пропускная способность и качество хостинга

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

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

Вопросы избыточности

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

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

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

Взрыв барьера пропускной способности

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

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

Обслуживание больших файлов и мультимедиа

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

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

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

Объяснение пропускной способности и передачи данных — название этой страницы говорит само за себя!

6. Поддержка файлов

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

Проблемы могут стать очевидными, если вы захотите использовать любой тип файла, отличный от типичных файлов HTML, JPEG и GIF. Даже такая простая вещь, как каскадная таблица стилей, может вызвать проблемы, если связанное с ней расширение (.css) будет перепутано с менее распространенным типом пантомимы Corel Slide Show.

Расширения файлов

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

Когда сервер не знает, как обращаться с файлом, он делает одно из двух:

  • пытается открыть файл как обычный текст, или
  • пытается скачать его.

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

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

Mime Types

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

Если на вашем хосте работает Apache, вы можете редактировать обработчики Apache, и файлы будут вести себя как-то иначе. Конечно, можно сделать включения на стороне сервера для анализа файлов .html, отредактировав обработчики таким образом.

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

7. Магия сценариев

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

Perl

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

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

Perl особенно подходит для работы на сервере Apache, а модули Apache, такие как Mod_Perl, были разработаны для ускорения выполнения сценариев Perl. Версия Perl для Windows известна как ActivePerl, и хотя Perl будет успешно работать на компьютере с Windows, есть некоторые тонкие различия с некоторыми функциями.

PHP

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

Обратите внимание, что PHP не так хорошо поддерживается как Perl в операционных системах, хотя поддерживается всеми основными игроками в хостинге. PHP также имеет функции, специфичные для Apache и конкретных баз данных. Функции файловой системы могут вызывать проблемы в системах Windows, так как многие из них * nix специфичны. К счастью, этих функций относительно немного, и они отмечены в документации.

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

В настоящее время большинство возможностей PHP-хостинга предоставляются в * nix системах, работающих под управлением Apache, поэтому разработчики PHP с большей вероятностью найдут хост на основе Unix, который будет отвечать их требованиям. Если вы не интенсивно используете ASP, было бы неплохо использовать систему * nix с Apache, если вам требуется использование PHP; В конце концов, модуль Apache был специально разработан для ускорения выполнения PHP.

Активные серверные страницы (ASP)

ASP по сути является изобретением Microsoft, и до появления таких проектов, как Chili! Soft ASP, Instant ASP и модуль Apache ASP, он был ограничен семейством серверов Microsoft IIS. Поддержка ASP полностью интегрирована в серверы IIS, поэтому, если вы знаете, что вы размещены на IIS (что типично для компьютеров с Windows), вы, вероятно, сможете запускать свои сценарии ASP.

Если хост предлагает вам поддержку ASP на компьютере * nix, он, скорее всего, будет использовать Chili! Soft ASP (мне еще предстоит найти хост, который использует любое из двух других решений). Имейте в виду, однако, что это не настоящая поддержка ASP; Есть несколько важных различий, которые следует учитывать, если вы собираетесь переносить ваши ASP-скрипты с одной платформы на другую.

ASP 3.0 представляет функции (а именно метод Server.Transfer), которые позволяют динамически включать файлы на основе серверных переменных (что является распространенным запросом для разработчиков ASP). К сожалению, ASP 3 поддерживается только из IIS 5 (который является функцией компьютеров с Windows 2000) и еще не был доступен пользователям более ранних продуктов. Разработчикам ASP, использующим компьютеры под управлением Windows 98 или Windows NT для тестирования своих страниц ASP, придется ограничить использование новых функций ASP, если они хотят продолжить тестирование «на месте».

Расширения FrontPage

Расширения FrontPage не являются языком сценариев сами по себе и предлагают некоторые базовые возможности взаимодействия CGI на сайтах. Хотя они связаны с серией Microsoft FrontPage, они не ограничиваются серверами Windows.

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

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

Языковые ресурсы

Вопросы и ответы по Perl — часто задаваемые вопросы о Perl из Сети архивов Perl.
Perl Faqts — еще один полезный ресурс для тех, у кого есть вопросы по Perl.
Зависимые от платформы модули Perl — убедитесь, что вы знаете, что они есть, если вы используете разные серверы.
PHP.netбудьте в курсе последних событий в PHP.
PHP Faqts — полезные ссылки на PHP, а также множество вопросов и ответов, связанных с PHP.
ASP Faqts — ресурсы ASP с общедоступной областью вопросов и ответов.
Chili! Soft — узнайте больше о Chili! Soft ASP для * nix систем.
Instant ASP — решение на основе Java для получения поддержки ASP в системах * nix.

8. Базы данных

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

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

Базы плоских файлов

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

преимущества

Базы данных плоских файлов:

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

Недостатки

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

MS Access и MS SQL

Эти два предложения баз данных Microsoft обычно ограничиваются использованием со страницами ASP на сервере Windows, но могут, при правильной поддержке Open Database Connectivity, работать также в системах Unix, Apple Macintosh и OS / 2.

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

преимущества

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

Недостатки

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

MySQL

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

преимущества

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

Недостатки

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

оракул

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

преимущества

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

Недостатки

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

Книги, связанные с базой данных

  • Доступ к базе данных: дизайн и программирование
  • Программирование Perl DBI
  • SQL в двух словах

    9. Поддержка мультимедиа

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

    Flash и Shockwave Анимация

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

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

    Синхронизированный язык интеграции мультимедиа (SMIL)

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

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

    Потоковое мультимедиа

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

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

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

    1. Протокол пользовательских дейтаграмм (UDP),
    2. Потоковый протокол RealTime (RTSP) или
    3. Протокол реального времени (RTP).

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

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

    Сколько? Как быстро?

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

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

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