Компьютерный словарь

Повышение цифрового сжатия

Как только MPEG-1 стандарт обеспечил основу для цифрового телевидения, развитие современных стандартов телевидения началось во всем мире. После завершения MPEG-2 в середине 1993, DVB организация совестно с радио телекоммуникационным сектором Международного Союзом Телесвязи (ITU-R) развивал стандарт ETSI 300-327 к концу декабря 1993.

Это стало называться как DVB-T для цифрового наземного телевидения. DVB-S и DVB-C стандарты скоро появились для наземной, спутниковой и кабельной передачи систем SDTV и HDTV. В США Grand Alliance предложил ATSC как новый стандарт для SDTV и HDTV систем. И ATSC и DVB базировались на MPEG-2 стандарте. DVB-S2 стандарт основывается на более новом и более эффективном стандарте сжатия H.264/MPEG-4 AVC. Общее для всех DVB стандартов - использование очень эффективных методов модуляции для дальнейшего сужения полосы пропускания, и уменьшения оборудования принимающей стороны и антенны.

В 1983, радио телекоммуникационный сектор Международного Союза Телесвязи (ITU-R) устанавливает рабочую группу (IWP11/6) с целью установки единого международного HDTV стандарта. Одна из более сложных проблем касалась подходящей частоты обновления кадров, с уже существующими двумя группами частот, принятых в мире, 25/50Hz и 30/60Hz, связанная со стабильностью частоты питающего напряжения.

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

Первоначально существующее соотношение 5:3 было главным кандидатом, но из-за влияния широкоэкранного кино, формат 16:9 (1.78) в конечном счете явился разумным компромиссом между форматом 5:3 (1.67) и обычным 1.85 широкоэкранными форматом кино. (Было предложено, что соотношение 16:9 было выбрано производный формат 4:3, , и 2.35:1 как самый широкий формат кино для уменьшения неиспользуемого место экрана при показе кино различных форматов.

Формат 16:9 был должным образом согласован на первой встрече WP в BBC's R & D учреждении в Кингсвуде Уоррене. Окончательные ITU-R Рекомендации стандарта ITU-R BT.709-2 ("Rec. 709") включают 16:9 формат , специфичную колориметрию, и режимы просмотра 1080i (1 080 активных строчек развёртки) и 1080p (1 080 прогрессивно-просмотренных линий).

Это также включает альтернативный формат 1440 x 1152 просмотра HDMAC. (Согласно некоторым сообщениям, обсуждаемый формат за 720p (720 строчный) рассматривался некоторыми в ITU как "расширенный" телевизионный формат, а не истинный формат HDTV, и он так не был включен, хотя стандарты разрешений 1920x1080 и 1280x720p были определены несколькими стандартами США SMPTE.)

Развал аналога HD системы

Однако, даже та ограниченная стандартизация HDTV не вела к ее принятию, преимущественно по техническим и экономическим причинам. Рано HDTV коммерческие эксперименты такие как NHK's MUSE требовал при передаче стандартного разрешения более чем в четыре раза полосы пропускания, и несмотря на усилия, сделанные, чтобы сузить требуемую полосу пропускания приблизительно в два раза больше чем требует стандарт SDTV, оно транслировалось спутником с одним каналом, разделенным между семью транслирующими каналами. Кроме того, запись и воспроизведение HDTV сигнала было существенным техническим прогрессом на раннем этапе становления HDTV. Япония оставалась единственной страной с успешным общественным вещанием HDTV в аналоговой форме. Цифровой HDTV вещание начато в Японии в 2000, и аналоговое закончено 1 октября 2007.

В Европе, аналоговое вещание было протестировано в системе HD-MAC с 1,250 строчками в начале 1990-ых, но не привело к регулярному вещанию.

PHP

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

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

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

Использование

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

PHP прежде всего действует как фильтр, на входе которого берется файл или поток, содержащий текст и/или PHP инструкции и на выходе продукт в виде потока данных; обычно в виде HTML. Он может автоматически обнаружить язык пользователя. [ От PHP 4, PHP анализатор собирает данные со входа, чтобы произвести байты кода для обработки Zend Engine, давая улучшенное выполнение по ее предшественнику переводчика.

Первоначально разработанный для создания динамических страниц сети, основной центр PHP - сервер скриптов, и это подобно другим серверам, базирующимся на языках скриптов, которые обеспечивают передачу динамического содержания от сервера сети клиенту, подобно Server Pages, Sun Microsystems' JavaServer Pages и mod_perl. PHP также привлек развитие многих структур, которые обеспечивают стандартные блоки и структуру проекта, чтобы продвинуть быстрое прикладное развитие . Некоторые из них включают CakePHP, Symfony, CodeIgniter, и Zend Framework, предлагая особенности, подобные другим структурам приложений сети.

Архитектура LAMP стала популярной в индустрии сети как способ развернуть приложения интернета. PHP обычно используется как P в этой связке рядом с Linux, Apache и MySQL, хотя P может также отнестись к Python или Perl.

С апреля 2007, более чем 20 миллионов сайтов Интернета принимали гостей на серверах с установленным PHP, и PHP был зарегистрирован как самый популярный апачский модуль. Важные вебсайты написаны в PHP, включая Facebook, Wikipedia (MediaWiki), Yahoo!, MyYearbook, Digg, WordPress и Tagged.

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

Оптимизация скорости

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

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

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

Безопасность

Национальная База данных Уязвимости хранит всю уязвимость, найденную в программном обеспечении. Полная пропорция PHP- уязвимости на базе данных составляла: 12 % в 2003, 20 % в 2004, 28 % в 2005, 43 % в 2006, 36 % в 2007, и 35 % в 2008. Большинство этой PHP- уязвимости может использоваться отдаленно: они позволяют хакерам украсть или уничтожить данные из источников данных, связанных с вебсервером (типа SQL базы данных), посылать спам или производить DOS-атаки, используя malware, который непосредственно может быть установлен на уязвимых серверах.

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

Для обработки PHP приложений на сервере требуется осторожное и постоянное внимание, имея дело с этими рисками безопасности. Есть продвинутые патчи защиты типа Suhosin и Hardening-Patch, особенно предназначенной для интернеьа, принимающей гостей за окружающими средами. Установка PHP как CGI набор из двух предметов - предпочтительный метод для добавленной безопасности.

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

Синтаксис

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

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

Переменные с долларовым символом вначале , и типы не должен быть определен заранее. В отличие от функции и названий класса, имена переменных – особый случай. Кавычки (" ") и циклы heredoc позволяют включить значение переменной в цикл. PHP имеет три типа синтаксиса комментария:/* */служит комментариями блока, и //, так же как # используются для встроенных комментариев. Переменная цикла - одно из нескольких средств обслуживания PHP, обеспечивает отображение готового текста (например к web-браузеру).

В терминах ключевых слов и синтаксиса языка, PHP подобен большинству языков высокого уровня, которые следуют за C синтаксисом стиля. Условия ЕСЛИ, циклы for и while, и функция возвращения подобны как в синтаксисе языкоы типа C, C ++, Ява и Perl.

Платформа Явы

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

Это достигнуто компиляцией кода языка Явы, не в код машины, но байткод Java - инструкции, аналогичные коду машины, но но интерпретированный виртуальной машиной (VM), написанный определенно для аппаратных средств ЭВМ. Конечные пользователи обычно используют Java Runtime Environment (JRE), установленный на их собственной машине для автономных приложений Явы, или в Web-браузере для апплетов Явы.

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

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

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

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

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

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

Одно из уникальных преимуществ движка во время выполнения - даже самые серьезные ошибки в программе Явы не должны 'подвесить' систему при любых обстоятельствах, благодаря JVM. Кроме того, в машинных окружающих средах во время выполнения Яв программ существуют инструменты, которые свойственны движку во время выполнения и каждый раз, когда происходит ошибка, они делают запись информации отладки, которая существовала в памяти во время ошибки. Эти инструменты Automated Exception Handling обеспечивают информацию 'первопричины' для исключений в программах Явы, которые выполняются, проверяя или развивая среды. Такая точная отладка намного более трудоёмкая во время выполнения, чем предлагает JVM.