Перевод: 25 возможностей, подсказок и техник HTML5 которые вы должны знать

wert2all — Fri, 22 Oct 2010 07:54:58 +0000

Перевод статьи “28 HTML5 Features, Tips, and Techniques you Must Know“.

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

1. Новый Doctype

Всё ещё используете этот надоедливый, не запоминаемый XHTML doctype?

Если это так, то почему? Переходите на новый HTML5 doctype. Вы будете жить долго , как бы сказал Douglas Quaid.

На самом деле, Вы знаете, что это даже не столь важно для HTML5? Тем не менее, он используется в текущих и старых браузерах, которые требуют указания doctype. Браузеры, которые не понимают этот doctype будут просто прорисовывать содержание разметки в стандартном режиме. По этому, не стоит беспокоится, а просто принять новый doctype.

2. Елемент Figure

Рассмотрим разметку для рисунка:

Image of Mars.

К сожалению, нет легкого и семантического пути для указания подписи к рисунку, которая завёрнута в тэг

. В HTML5 это исправлено с помощью элемента

. В сочетании с тэгом

, мы можем семантически ассоциировать подписи соответственным рисункам.


        
        
                This is an image of something interesting.

3. переопределен

Не так давно я использовал для создания подзаголовков, которые тесно связаны с логотипом. Это полезный презентационный элемент; тем не менее, теперь это будет не корректным использованием. Элемент small был переопределён, отныне более уместен он для указания мелкого шрифта. Более корректно, согласно новому определению HTML5, его использовать для обрамления информации о авторских правах в футтере вашего сайта.

Элемент small теперь означает «маленький шрифт».

4. Никаких `Type` для Script и Link

Вы, возможно, всё ещё добавляете атрибут type к тэгам link и script.

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

5. To Quote or Not to Quote

…Вот в чём вопрос. Помните же, что HTML5 не XHTML. Вы не должны оборачивать ваши атрибуты в кавычки, если вы это не хотите. Вы можете не закрывать тэги. Что уж говорить, нет ничего плохого в этом, коль вам так комфортнее. Как по мне, то это хорошо.

Start the reactor.

Можете думать иначе. Если вы предпочитаете более структурированные документы, то можете лепить эти кавычки.

6. Делайте Ваш контент редактируемым

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





        
        untitled


         To-Do List 
     
                 Break mechanical cab driver. 
                 Drive to abandoned factory
                
 Watch video of self

Или, как мы уже знаем с предыдущей подсказки, мы можем написать так:

7. Email Inputs

Если указать в атрибуте type значение “email” в поле формы, мы укажем браузеру, что значение поля может быть только правильным адресом электронной почты. Всё правильно: скоро будет встроенная валидация форм! Мы не можем полагаться на это на все 100% по понятным причинам. Старые браузеры не понимают тип «email» и будут воспринимать его как простой текст.





        
        untitled


        
                Email:

Следует упомянуть, что текущие браузеры слегка ненадёжны, когда дело доходит до того, какие элементы и атрибуты они поддерживают, а какие – нет. Например, Opera кажется поддерживает валидацию email только когда указан атрибут name. Тем не менее, она не поддерживает атрибут placeholder, который мы рассмотрим в следующей главе. Резюмируя: не стоит зависеть от этой валидации форм пока… Но можно использовать!

8. Placeholder`ы

Раньше мы должны были использовать JavaScript для создания placeholder`ов в текстовых полях. Конечно, мы можем просто инициализировать атрибут value как мы бы хотели, но потом, когда пользователь сотрёт этот текст и кликнет за границей поля, оно останется пустым. Атрибут placeholder исправляет положение.

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

9. Локальное хранилище

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

“localStorage устанавливает поля для домена. Даже когда вы закроете ваш браузер, откроете и вернётесь на тот сайт, браузер вспомнит поля с localStorage.”
-QuirksBlog

Пока, очевидно, это не поддерживается всеми браузерами, но можно ожидать, что, скоре всего, поддержка появится в Internet Explorer 8, Safari 4 и Firefox 3.5. Отметим, что старые браузеры могут не поддерживать локальное хранилище, поэтому следует проверить на существование window.localStorage.

10. Семантические `Header` и `Footer`

В прошлом те дни, когда:


        ...



        ...

Тэг div по своей природе, не имеет семантической составляющей — даже когда присуствует аттрибут id. Теперь в HTML5 есть возможность использовать

елементы. Теперь структура, которая представлена выше, можно заменить на :


        ...



        ...

Это также позволяет иметь несколько елементов header и footer в ваших проектах.

Постарайтесь не путать эти элементы с “header-ом” and “footer-ом” вашего сайта. Они просто ссылаются на своё содержимое. Например, его можно использовать для вывода мета-информации в посте блога. Это применимо и для header.

11. Больше возможностей с формами HTML5

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

12. Internet Explorer и HTML5

К сожалению, этот чёртов Internet Explorer требует немного костылей, дабы заставить его понимать новые HTML5 элементы.

Все элементы, по-умолчанию, имеют свойство display:inline.

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

header, footer, article, section, nav, menu, hgroup {
   display: block;
}

К сожелению, Internet Explorer будет продолжать игнорировать эти стили, потому что не имеет понятия, что это, как элемент header например. К счастью, это легко исправить:

document.createElement("article");
document.createElement("footer");
document.createElement("header");
document.createElement("hgroup");
document.createElement("nav");
document.createElement("menu");

Как ни странно, но код как будто выстреливает в Internet Explorer. Чтобы упростить этот процесс, Remy Sharp создал скрипт, как правило, называющийся «костылём» для HTML5. Он исправляет и некоторые проблемы с печатью.

13. hgroup

Представте, что в шапке ( header ) моего сайта есть название моего сайта, сразу под заголовком. По этому я могу использовать тэги

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


        
                 Recall Fan Page 
                 Only for people who want the memory of a lifetime.

14. Атрибут required

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

Или более структурированным методом.

Любой метод будет работать. Благодаря этому коду, в браузерах, которые поддерживают этот атрибут, форма не может быть отправлена, если текстовое поле “someInput” пустое. Ниже простеньки пример; также мы добавили атрибут placeholder так как нет причины этого не делать:


         Your Name:

Если поле ввода оставить пустым и попробовать отправить форму, то оно подсветится.

15. Атрибут Autofocus

Опять же, с приходом HTML5, потребность в JavaScript для решения этой проблемы отпала. Если определённое текстовое поле должно быть выделенным или с фокусом ввода, можно использовать атрибут autofocus.

Хотя я лично предпочитаю более XHTML-ый подход (используя кавычки и т. д.), записывая "autofocus=autofocus", но чувствую себя немножечко странно. Таким образом, ми будем придерживаться подхода с использованием одного слова.

16. Поддержка аудио

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

        
        
        Download file

Mozilla и Webkit не полностью ещё готовы, когда заходит речь о поддержке аудио. Firefox хочет видеть файл .ogg, когда как Webkit-браузеры хорошо работают с .mp3. Это значит, по крайней мере сейчас, что вы должны сделать 2 версии аудиофайла.

Когда Safari загружает страницу, то не понимает формат .ogg и пропустит его, и, соответственно, дойдёт до mp3-версии. Прошу заметить, что IE, как всегда, не поддерживает этого и Opera 10 и ниже может работать только с wav-файлами.

17. Поддержка видео

Так же, как и элемент, в HTML5 есть видео! На самом деле, совсем недавно YouTube анонсировали поддержку нового HTML5 видео для брузеров, которые его поддерживают. К сожалению, опять же из-за того, что спецификация HTML5 не указывет кодек для видео, это ложится на плечи браузера. В том время, пока Safari и Internet Explorer 9 поддерживают видео в H.264 формате (который Flash-прееры могут проигрывать), Firefox и Opera остановились на открытых форматах Theora и Vorbis. Как следствие, для показа видео HTML5 следует поддерживать оба формата.

Your browser is old. Download this video instead.

Chrome корректно отображает видео, кодированное обеими, “ogg” и «mp4», форматами.

Есть несколько вещей, которые стоит отметить.

Мы, технически, можем и не указывать атрибут type; тем не менее, если он не указан, браузер должен выяснить тип сам. Поберегите нервы и укажите его сами.
Не все браузеры поддерживают элемент video. Под элементом source надо указать ссылку на закачку или встроить Flash-плеер. Всё зависит от вас.
Атрибуты controls и preload будут рассмотрены в следующих друх главах.

18. Preload видео

Атрибут preload не совсем то, что вы могли подумать. Хотя, сначала вы должны решить хотите вы или не хотите, чтобы браузер начинал предварительно загружать видео. Важно это? Пожалуй, если пользователь попал на страницу, которая предназначена для показа видео, вы точно должны заставить браузер предварительно загружать его и сохранить пользователю время. Видео может загружаться предварительно установкой preload="preload", или просто preload. Я предпочитаю второй вариант — меньше лишнего.

19. Вывод кнопок управления

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

Заметьте, что каждый браузер по разному их рисует.

20. Регулярные выражения

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


        Create a Username:

Если вы хоть как-то знакомы с регулярами, вы поймёте этот шаблон: [A-Za-z]{4,10} принимает только буквы в верхнам и нижнем регистре. Эта сторока должна быть минимум 4 символа и максимум 10.

Заметьте, что мы может обьединять эти замечательные выражения!

21. Определение поддержки атрибутов

Какой смысл от всех этих атрибутов, когда мы не знаем, поддержывает ли браузер их? Ну, резонный вопрос: но есть несколько способов выяснить это. Мы рассмотрим два. Первый — использовать чудесную библиотеку Modernizr. Кроме того, мы можем создавать и анализировать эти елементы, чтобы определить способность браузеров понимать их. Например, в предыдущем примере, если мы хотим определить, может ли браузер реализовать атрибут pattern, может добавить кусок кода на JavaScript:

alert( 'pattern' in document.createElement('input') ) // boolean;

По сути, это популярный метод определения совместимости браузеров. Библиотека jQuery использует этот трюк. Выше, мы создали новый обьект input и определили, может ли браузер поддерживать pattern. Если это так, то браузер будет использывать эту функциональность. Иначе — се ля ви ).

Имейте ввиду, что это зависит от JavaScript!

22. Елемент Mark

Думайте о как о маркере. Строка, обрамлённая этим тэгом, должна быть связана с текущим действием пользователя. Например, если я искал “Open your Mind” в блоге, я мог бы, с помощью некоторого Javascript-а, обернуть строку поиска в тэг .

Search Results

They were interrupted, just after Quato said, "Open your Mind".

23. Когда же использовать

Некоторые теряются в сомнениях, когда же мы должны использовать обычный и привычный div. Теперь у нас есть header, article, section и footer, когда же тогда исползовать …div? Непременно.

Div следует использовать, когда нет подходящего елемента.

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

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

соотведственно. Это более семантически правильно.

24. Что уже сейчас использовать

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

25. Что же не является HTML5

Люди могут быть прощены за то, что удивительные JavaScript подходы сгруппированы в всеобъемлющей HTML5. Эй, даже Apple за эту идею! (тоже мне, авторитет. Прим.пер). Для не-разработчиков, кому не всё равно: это лёгкий путь для внедрения web-стандартов. Но для нас важно понять, что такое не HTML5.

SVG: Не HTML5. Ему, по меньшей мере, лет 5.
CSS3: Не HTML5. Это…CSS.
Client Storage: Не HTML5. Это было в одной связке, но исключено, потому что многие переживали, что идея становится слишком сложной. Это теперь имеет свою собственную спецификацию.
Web Sockets: Не HTML5. Опять же, имеет свою спецификацию.

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

Заключение

Спасибо за прочтение! Мы рассмотрели многое, но всё же это просто вершки от того, что может HTML5. Надеюсь, этот обзор был вам полезен!

Что нового в PHP 5.3?

wert2all — Wed, 22 Jul 2009 13:22:28 +0000

Так как вышел PHP 5.3, то многие не знают, что же их ждёт в будущем. А приплыло многое. Вот по этому и перевёл статью с sitepoint.com.

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

Что нового в PHP 5.3?

By Ben Balbo

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

Эта новость, возможно, также будет хорошо воспринята теми, кто хотел бы воспользоваться новыми возможностями, но хостинг-провайдеры некоторое время не будут обновлять PHP до версии 6 — хостинг-провайдеры обычно оттягивают серьезные обновления версий программ пока выполняется их тестирование ( читать как: пока стабильность сначала не будет проверена где-нибудь в другом месте). Множество хостеров, возможно, отсрочат обновление своих услуг до версии 6.1. А маленькие обновления с 5.2.x до 5.3, возможно, будут маленьким препятствием для большинства хостинг компаний.

Эта статья показывает новые возможности , приводит примеры их возможного использования и предусматривает демонстрационный код чтобы вы поняли и работали с минимум суеты. Здесь не описывается как установить PHP 5.3 — последний возможный релиз [2] для разработчиков . Если вам хочется попробовать код с этой статьи, вы должны установить PHP 5.3, когда скачаете архив исходных кодов [3]. Статью о установке PHP 5.3 [4] вы можете найти на сайте Melbourne PHP Users Group.

Пространства имён

Перед тем, как PHP стал объектно-ориентированным, многие разработчики приложений используют многословные имена функций для того, чтобы избежать повторений имён. Например, в WordPress используются имена функций wp_update_post и wp_create_user. Префикс wp_ означает, что функция относится к WordPress и снижает шанс столкновений имён с существующими функциями.

В объектно-ориентированном мире столкновение имён попадается редко. Рассмотрим следующий пример кода, который базируется в фиктивном движке для блогинга:

set('fullname', 'Ben Balbo');
$user->save();

В примере, метод save() не совпадает ни с одним другим методом , так как находится в классе User. Всё же есть потенциальная проблема: класс User может быть уже определён в какой-то другой части системы, если, например, приложение запускается вместе с системой управления контентом ( content management system — CMS ).

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

$attribute = $value;
       }

       public function save() {
               echo 'Blog user ' . $this->fullname . ' saved';
       }

}

set('fullname', 'Ben Balbo');
$user->save();

На первый взгляд, преимущество предложенного пространства для наших функций могуть быть не очевидны — прежде всего мы просто изменили MyCompany_Blog_User на MyCompany::Blog::User. Тем не мение, мы можем сейчас создать класс User для CMS [5], используя другое пространство имён:

$attribute = $value;
       }

       public function save() {
               echo 'CMS user ' . $this->fullname . ' saved';
       }

}

Теперь мы можем использовать классы MyCompany::Blog::User и MyCompany::CMS::User.

Ключевое слово use

Адресация классов, используя полные имена, по прежнему длинная, и если вы используете много классов с пространства имён MyCompany::Blog, вы не хотели бы набирать этот путь к классу каждый раз. Тогда ключевое слово use вам в руки. Ваше приложение, скорое всего, будет использовать различные классы в любой момент времени. Предположим, пользователь создаёт новую запись:

setUser( $user );
$post->setTitle( $title );
$post->setBody( $body );
$post->save();

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


Алиасы пространства имён
Ранее, я говорил, что одним из преимуществ namespacing, является возможность определения более чем на одного класса с таким же именем в разных пространствах имен. Несомненно, будут случаи, когда эти два класса используют один и тот же скрипт. Мы могли бы импортировать пространства имён, однако, у нас есть возможность импортировать просто эти классы. Чтобы сделать это, мы можем использовать псевдонимы для пространства имён, например, так:
set('fullname', 'John Doe');
$bloguser->save();

$cmsuser = new CMSUser();
$cmsuser->set('fullname', 'John Doe');
$cmsuser->save();
Констанкты классов
Константы теперь возможно определить на уровне классов! Имейте ввиду, что константы классов доступны, когда вы импортируете пространства имён, но вы не можете импортировать константу в себя. Вот пример того, как вы могли бы использовать их:
Blog bersion ' . MyCompany::Blog::VERSION . '';

use MyCompany::Blog;
echo 'Blog version ' . Blog::VERSION . '';

use MyCompany::Blog::VERSION as Foo;
echo 'Blog version ' . Foo . '
';
Вывод:
Blog bersion 1.0.0
Blog version 1.0.0
Blog version Foo
Функции в пространстве имён
Использование статических методов класса протестует против использования функций в объектно-ориентированном мире, в котором мы живём. Тем не менее, коль вам нужно добавить функцию в ваш пакет, это тоже по силам пространству имён ( namespacing )!
Вот пример
This is the bundled foo'; }
foo(); // Это выведет 'This is the bundled foo'

This is the global foo'; }
require( 'lib/bundle.class.php');
bundle::foo(); // Это выведет 'This is the bundled foo'
foo(); // Вывод: 'This is the global foo'
Глобальное пространство имён
Глобальное пространство имён — это важное возмещение, когда вы в ладах с функциями. В предыдущем примере, Вы заметите, что нет прямого пути вызова глобальной функции foo с основного кода (function from within the bundle code).
Метод для решения вызовов функций — это использовать текущее пространство имён (The default method of resolving calls to functions is to use the current namespace). Если функцию нельзя найти, то она будет искать найдена, то будут рассматриваться внутренние функции по имени. Автоматически будут искаться функции в других пространствах имён.
Для вызова глобальной функции foo с внутреннего связующего пространства имён, нам следует указать глобальное пространство имён напрямую. Делается это с помощью двоеточия:
This is the bundled foo'; }
foo(); // This prints 'This is the bundled foo'
::foo(); // This prints 'This is the global foo'
Автозагрузка классов в пространстве
Если вы описали магическую функцию _autoload для подключения файлов с описанием классов при запросе, тогда вы, возможно, используете каталог, с которого подключаются все ваши файлы с классами. До использования пространств имён, этого было бы достаточно, так как каждый класс имеет уникальное имя. Теперь, можно иметь много классов с одним именем.
К счастью, функция _autoload будет получать полную ссылку на класс в пространстве имён. Значит, вы могли бы получать такой вызов:
__autoload( 'MyCompany::Blog::User' );
Теперь вы можете с помощью оператора замены, преобразить двоеточие в другие символы. Наиболее ожидаемой заменой может быть символ разделения директорий:
function __autoload( $classname ) {
       $classname = strtolower( $classname );
       $classname = str_replace( '::', DIRECTORY_SEPARATOR, $classname );
       require_once( dirname( __FILE__ ) . '/' . $classname . '.class.php' );
}
Результатом будет подключение файла./classes/mycompany/blog/user.class.php.
Позднее статическое связывание
Позднее статическое связывание предоставляет возможность родительскому классу использовать статический метод, который был переопределён дочерним классом. Вы могли бы подумать, что это было поведение по-умолчанию, но подумайте над нижеупомянутом примере:
Parent says $str";
       }

}

class ChildClass extends ParentClass {

       static public function do_print( $str ) {
               echo "Child says $str";
       }

}

ChildClass::say( 'Hello' );
Вы возможно ожидаете, что скрипт вернёт “Child says Hello”. Хотя я понимаю, почему вы могли бы так подумать, но вы будете разочарованы, когда уведите “Parent says Hello”.
Причина этого в том, что ссылки self:: и _CLASS_ принимают решение в классе, в котором эта конструкция используется. В PHP 5.3 теперь есть конструкция static::, которая решает какой класс вызван во время выполнения программы:
        static public function say( $str ) {
               static::do_print( $str );
       }
С добавлением static::, сценарий вернёт строку “Child says Hello”.
_callstatic
До сих пор PHP поддерживает несколько чудесных методов в классе, известные вам как _set, _get и _call. В PHP 5.3 появился метод _callstatic, который работает так же как и метод _call, но занимается статическим контентом. В других словах, метод действует в непризнанных статических вызовах напрямую в классе.
Пример ниже показывает эту идею:
Returns a database handle';
       }

       static function __callstatic( $methodname, $args ) {
               echo 'Unknown static method ' . $methodname . '' .
                       ' called with parameters:';
               echo '' . print_r( $args, true ) . '';
       }
}

Factory::GetDatabaseHandle();
Factory::CreateUser();
Factory::CreateBlogPost( 'Author', 'Post Title', 'Post Body' );
Переменные статические вызовы
Когда статический член или метод не статический? Тогда это динамическая ссылка конечно!
Ещё раз, это возможность, которая приносит объектную функциональность в ваши классы. К дополнению к переменным и вызовов переменных методов, у вас есть переменные статические вызовы. Возмём класс Factory с предыдущего раздела. Вы можете получить такой же результат с помощью этого кода:
$classname = 'Factory';
$methodname = 'CreateUser';
$classname::$methodname();

$methodname = 'CreateBlogPost';
$author = 'Author';
$posttitle = 'Post Title';
$postbody = 'Post Body';

$classname::$methodname( $author, $posttitle, $postbody );
Вы можете создать динамические пространства имён примерно так:
set('fullname', 'Ben Balbo');
$user->save();
Эти маленькие штрихи могут сделать ваш код более читаемым и даст вам полную гибкость в объектно-ориентированном смысле.
Родной драйвер MySQL
До версии 5.3, любые соединения с MySQL обычно происходили в связке с libmysql – клиентской библиотекой MySQL.
Родной драйвер для PHP 5.3 был разработан с нуля для PHP и Zend Engine, который будет иметь несколько преимуществ. Наиболее очевидным есть то, что драйвер специфичен для PHP и по-этому оптимизирован под Zend Engine. Он предоставляет клиент с маленьким footprint и быстрым временем выполнения.
Во-вторых, родной драйвер даёт возможность использовать планировщик памяти Zend Engine и будет подчинятся настройкам параметров ограничения памяти PHP.
Родной драйвер будет лицензирован под лицензией PHP дабы избежать проблем с лицензированием.
Дополнительные функции OpenSSH
Если вам когда нибудь приходилось выполнять какие-то OpenSSL инструкции в ваших сценариях (например генерацию ключи Diffie Hellman или шифровать содержимое), вы либо должны выполнить эту операцию от имени пользователя или передать запрос в системный вызов.
Патч для функциональности OpenSSL в PHP 5.3 предоставляет дополнительные функции, которые нужны для выполнения этих операций через библиотеку OpenSSL, которые не только делает вашу жизнь проще и ваши приложения быстрее, но и позволяет многократно использовать проверенный код.
Это будет хорошая новость для тех, кто, что в настоящее время работает с OpenID.
Улучшения поддержки параметров командной строки
Надеюсь, Вы уже поняли тот факт, что PHP не просто язык сценариев для Web. Версия PHP для запуска с командной строки, выполняется за средой веб-сервера и полезен для автоматизации процессов системы и приложений.
Например, функция PHP getopt() has been around for a while (!!!), но была ограничена на некоторых системах: в большинстве случаев, она не работала в Windows.
Начиная с PHP 5.3 функция getopt() не зависит от системы. Ура!
XSLT профайлинг
XSLT – это сложный зверь, и большинство пользователей этого шаблонного механизма знакомы с опциями профайлинга xsltproc. Начиная с 5.3 вы можете заниматься профайлингом ваших сценарием без этого инструмента. Этот фрагмент из примера[4], который сопровождает эту статью, дает представление о том, каким образом мы могли бы использовать это:
$doc = new DOMDocument();
$xsl = new XSLTProcessor();

$doc->load('./lib/collection.xsl');
$xsl->importStyleSheet($doc);

$doc->load('./lib/collection.xml');
$xsl->setProfiling("/tmp/xslt-profiling.txt");
echo $xsl->transformToXML($doc);

echo 'Profile report';
echo '' . file_get_contents( '/tmp/xslt-profiling.txt' ) . '
';
Результат профайлинга мог бы выглядеть где-то так:
number    match    name   mode     Calls   Tot  100us  Avg
0         collection                    1       4       4
1         cd                            2       1       0

          Total                         3       5
Новые уровни ошибок
PHP, конечно, имеет несколько каламбуров. Например, почему E_ALL не содержит все уровни ошибок?
Ну сейчас уже делает! Да, E_STRICT теперь часть E_ALL.
Кроме того, пока E_STRICT используется для информирования функциональности, которая может быть не рекомендуемой в ближайшем будущем, как, например, определения абстрактного статического метода, то в PHP 5.3 эти 2 ошибки делятся на E_DEPRECATED на E_STRICT соответственно, что больше подходит по смыслу.
Другие мелкие улучшения
Вот горсточка улучшений, которые появились в PHP 5.3, которые малы даже для параграфа, или были не стабильны во время написания этой статьи:

Sqlite3 поддерживается расширением 	ext/sqlite
В DirectoryIterator SPL реализован ArrayAccess
2 новых функции: 	array_replace и array_replace_recursive. Пока 	эти функции не определены под PHP 5.3, но 	в коде на C, который их реализует, с виду 	их функциональность похожа на 	array_merge(). Одно исключение составляет 	функция array_replace(), которая будет 	обновлять значения в первом массиве, 	когда значения ключей в обоих массивах 	одинаковые. Значения ключей, которые 	есть в втором массиве, но нет в первом, 	будут игнорироваться.

Резюме
PHP 5.3 содержит много функциональности, которые намечались только в PHP 6, дабы стать маленьким обновлением для большого релиза, который каждый PHP разработчик должен знать. Мы затронули большинство возможностей в этой статье, привели несколько примеров кода, который показывает как вы можете использовать эти возможности.
Не забудьте скачать код, супуствующий этой заметке [12], и быть в курсе событий
[1] http://snaps.php.net/

[2] http://www.sitepoint.com/examples/php5/PHPdemos.zip

[3] http://phpmelb.org/index.php?option=com_content&view=article&id=69&Itemid=1

[4] http://www.sitepoint.com/examples/php5/PHPdemos.zip

[5] http://www.sitepoint.com/examples/php5/PHPdemos.zip



Скорость и использование памяти yum и ZYpp
wert2all — Sat, 14 Jun 2008 15:11:31 +0000
Вот на носу выход openSUSE 11.0. В этой версии был сильно оптимизирован zypper – средство управления пакетами openSUSE. Эта программа всегда вызивала нарекания пользователей и, даже я, который уже наверно года 4-5 с openSUSE, не пользуюсь им почти никогда. Основная проблема – скорость. Когда начинаешь что-то им делать – это ужас. То он кеш грузит, то он решил от фонаря обновить  репозитории, когда ставишь пакет с необновляемой репы. Очень сложно с ним мирится и боротся.
Но когда я попробывал 11, то сразу бросилась в глаза скорость работы. Теперь всё происходило мгновенно! Вот и видео подтверждение:

И это чистейшая правда. Вот и тест провели, а я попробую перевести.
Michael Zucchi жалуется на использование памяти yum и винит в этом python.
Yum таки не вкусняшка. Включивши питон, я так и не сумел запустить yum. Ух ты 120 MB на виртуальной машине, чтобы установить несколько пакетов. Неплохо, учитывая 128 MB на основной машине. Гавняно.
Хм, я должен попробовать xubuntu – или это будет таким же дрянным и вздутым и загубленым питоном poo?
Поскольку все наши усилия были направлены на то, чтобы сделать ZYpp быстрее, путём обьединения и интеграции  Michael Schroeder’s вместе Michael Matz, который смног сделал в solv файлах и  для хранения данных,то  мне никогда не  хотелось сделать “быстрое сравнение” о  использовании памяти или скорости. Так давайте уже взглянем.
Вот мои репозитарии:
Software configuration management (openSUSE_10.3)
10.3 - Main Repository (NON-OSS)
10.3 - Packman
openSUSE-10.3-Updates
Virtualization:VirtualBox
home:dgollub
KDE:KDE3
Mozilla based projects (openSUSE_10.3)
ZYPP SVN Builds (openSUSE_10.3)
ZYPP SVN Builds (openSUSE_10.3)
home:prusnak
10.3 - VideoLan
openSUSE.org tools (openSUSE_10.3)
SUSE Feature Tracking Tool (openSUSE_10.3)
psmt's Home Project (openSUSE_10.3)
openSUSE:10.3
Duncan Mac-Vicar SUSE rpms (openSUSE_10.3)
Latest YaST svn snapshots (openSUSE_10.3)
building/openSUSE_10.3
Во всех этих репозитариях приблизительно 41 тис. пакетов.
Что я сделал, так это создал символическую ссылку для каталопа пакетов yum, чтобы они использовали одни репозитарии.
# rm -rf /etc/yum.repos.d/
# ln -s /etc/zypp/repos.d /etc/yum.repos.d
*NOTE:* I tested with yum 3.2.4. I know 3.2.14 is available, but that is what I had installed when doing the test. After doing this tests I upgraded to 3.2.14 but it did not accept my .repo file because the character “:” in repo names. However the changelog of yum since 3.2.4 shows: If using latest yum would invalidate this numbers (not as in 1 second, but as in an order of magnitude), let me know and I will repeat them when I make them work with my repo files. (не переводил, зачеркнули же. Говорится о версиях, и чего не на новых… )
Update 14.05.2008 : Я добавил yum 3.2.14. Тем не менее его производительность даже хуже, но не использование памяти.
Update 15.05.2008 : добавлены цифры дял smart 0.52
libzypp  – тот который лежит в factory уже несколько дней: 4.21.1.
yum и ZYpp ведут себя по-разному, yum скачивает и парсит файлы filelists.xml и other.xml, а мы их игнорируем. Так что, я пропустил часть загрузки мета данных и засёк время построения кэша.
# yum clean dbcache
...
19 sqlite files removed

# time yum makecache
...
Metadata Cache Created

real    9m41.036s
user    2m34.766s
sys     0m11.545s
Почти 10 минут. В это время включен разбор двух больших файлов, которые мы прогнорировали.  Я запустил его ещё раз, нажавши Ctrl+C, когда yum закончил обрабатывать первичные данные, как это делает zypp.
# time yum makecache
...
Exiting on user cancel

real    4m6.730s
user    0m34.058s
sys     0m3.080s
И очередь ZYpp:
# time zypper ref -B
...
All repositories have been refreshed.

real    0m18.472s
user    0m16.029s
sys     0m2.024s
Таким образом Yum требует технически в 13 раз больше времени чем ZYpp (если рассматривать одинакувую работу), но пользователь ждёт в 30 раз больше.
Теперь установка пакетов. Это означает время от вопроса “Продолжить (да/нет)” до приглашения оболочки.
# time yum install fate
...
Is this ok [y/N]: n
Exiting on user Command
Complete!

real    0m19.143s
user    0m14.057s
sys     0m1.920s
А ZYpp
# time zypper in fate
...
Continue? [YES/no]: n

real    0m9.796s
user    0m8.509s
sys     0m0.624s
На этом этапе ZYpp всего в два раза быстрее Yum. Всего  
Что же нас ждёть, когда захочется обновить пакеты?
# time yum upgrade
...
real    0m45.152s
user    0m36.894s
sys     0m7.476s
(Замечание: yum даже не нашёл ничего для обновления).
# time zypper update
...
Continue? [YES/no]: n

real    0m8.988s
user    0m7.820s
sys     0m0.596s
yum нужно в 4 раза больше времени чем ZYpp, чтобы определить работу для обновления.
Update 14.05.2008 :  сравнивал  update с upgrade, я исправил это в диаграме. Тем не менее, у меня небыло данных для update в старом yum.


Резюме.

Теперь, сколько памяти каждому с них требуется? Для этого я просто проверил установку одного пакета используя valgrind massif, профайлера кучи (heap profiler).


Использование памяти Yum

Использование памяти ZYpp

Update 14.05.2008 : диаграмма использования памяти yum 3.2.14

Update 15.05.2008 : диаграмма использования памяти smart 0.52

Ви можете сделать вывод, что ZYpp потребляет чуть больше 20M, в то время как yum использует больше 180M памяти, тоесть в 9 раз больше. Обновлено 14.05.2008 : yum 3.2.14  использует  приблизительно 160 в худший момент времени.



Мне было бы интерестно поссмотреть и на использование процессора, но это уже позже. Что вы думаете об этом?



10 привычек хорошего иcпользования UNIX
wert2all — Thu, 03 Apr 2008 08:25:11 +0000
Где-то примерно такого названия статья попалась на сайте developerWorks IBM. Приссмотрелся, кажется UNIX tips: Learn 10 good UNIX usage habits интересна и, возможно, поможет не только новичку в *nix. Как говорил мой одноклассник (“снэмал не я”) перевод мой, не бэйте больна.  
Вступление
Когда вы часто используете систему, вы склоняетесь к использованию шаблонов. Иногда, вы привыкаете делать что-то не лутшим возможным образом. Иногда, вы даже перебираете примеры плохой практики, которые ведут к суматохе и неуклюжести. Один из лутших способов исправление этих недостатков заключается в том, чтобы добросовесно подобрать хорошие привычки, корорые препятствуют плохому. Эта статья предлагает 10 ценных привычек командной строки UNIX, которые помогут избежать часто используемых изьянов и сделают вашу работу в коммандной строке более продуктивной. Каждая привычка более подробно описана ниже в списке хороших практик.
Усвойте 10 хороших привычек
Вод этот список:

Делайте дерево каталогов в одну строку
Изменяйте каталог – не переносите архив
Обьеденяйте ваши комманды с управляемымы операторами
Заключайте переменный в кавычки с осторожностью.
Используйте управляющие последовательности (escape sequences) для управления длинным вводом
Группируйте ваши комманды в список
Используйте xargs вне find
Знайте, когда “grep” следует делать подсчет и когда он должен шагнуть в сторону (не могу нормально перевести “it should step aside.”)
Находите некоторые поля в выводе, не только строки (тоже как-то коряво)
Перестаньте туннелировать cat (Stop piping cats). (просто жесть!)

Делайте дерево каталогов в одну строку
На листинге 1 показано одину с самых распространённых плохих привычек в UNIX: создание каталогов по-очереди.
Листинг 1. Пример №1: Создание дерева каталогов по-одному
~ $ mkdir tmp
~ $ cd tmp
~/tmp $ mkdir a
~/tmp $ cd a
~/tmp/a $ mkdir b
~/tmp/a $ cd b
~/tmp/a/b/ $ mkdir c
~/tmp/a/b/ $ cd c
~/tmp/a/b/c $
Именно по-этому быстрее всего использовать опцию -p команды mkdir и сделать все родительские каталоги вместе с их детьми одной коммандой. Но даже администраторы, которые знают об этой опции, всё ещё содают по-одной директории. Это стоит вашего времени, чтобы добросовестно выработать хорошую привычку:
Листинг 2. Пример №1: Создание дерева одной командой
~ $ mkdir -p tmp/a/b/c
Вы можете использовать даную опцию, чтобы создать весь комплекс каталогов, которые часто всего используется в скриптах, а не просто иерархию. Например:
Листинг 3. Пример №1: Создание комплекса каталогов одной командой
~ $ mkdir -p project/{lib/ext,bin,src,doc/{html,info,pdf},demo/stat/a}
В прошлом, единственным оправданием для определения директории по отдельности было, что реализация mkdir не поддерживает этот вариант, но это не верно в большинстве систем. IBM, AIX ®, mkdir, GNU mkdir и другие, которые поддерживают Единую Спецификацию UNIX (Single UNIX Specification) теперь имеют эту опцию.
Для нескольких систем, которые до сих пор не имеют этой поддержки, можно использывать скрипт mkdirhier (смотрите в Resources), который является обёрткой для mkdir с этой опцией:
Листинг 3. Пример №1: Создание комплекса каталогов одной командой
~ $ mkdirhier project/{lib/ext,bin,src,doc/{html,info,pdf},demo/stat/a}
Изменяйте каталог – не переносите архив
Другим плохим шаблоном является перенос .tar-архива в определённую директорию чтобы расспаковать. Вам не нужно этого делать. Вы можете расспаковать архив в любую директорию, которую пожелаете, с поммощью опции -С. Используйте опцию -С с именем каталога, когда расспаковываете архив:
Листинг 4. Пример №2: Использование опции -С при расспаковке архива
~ $ tar xvf -C tmp/a/b/c newarc.tar.gz
Привычка использывать -С является предпочительной, чем перемещение архива для расспаковки, изменение каталога и только потом расспаковка содержания архива – особенно если архив принадлежит ещё кому-то.
Обьеденяйте ваши комманды с управляемымы операторами
Вы, наверное, уже знаете, что в большинстве команднsх оболочек (shell), можно объединить команды в одной командной строке, поставив точку с запятой (;) между ними. Точка с запятой – это упрапляющий оператор shell (shell control operator), и хотя она полезна для связывания вместе несколько дискретных команд в одну командную строку, она не работает для всего. Например, предположим что вы используете точку с запятой для обьединения двух комманд, в которых правильно выполнение второй команды польностью зависит от успешного выполнения первой. Если первая команда не выполнилась так, как вы ожидали, то вторая команда всё равно выполнится, что неправильно. Вместо этого, используйте больше подходящие управляющие команды (некоторые с них описаны в этой статье). С тех пор, когда ваш shell их поддерживает, они стоят того, чтобы стать привычкой в использовании.
Выполнить команду, только если другая вернула нулевой статус
Используйте управляющий оператор && для обьединения двух комманд, чтобы вторая выполнилась только тогда, когда первая вернула только нулевой статус завершения (zero exit status). Другими словами, первая успешно выполнилась – вторая запустилась. Если же первая команда дала сбой, то вторая не запустится вообще. Например:
Листинг 5. Пример №3. Обьединение команд управляющими операторами
~ $ cd tmp/a/b/c && tar xvf ~/archive.tar
В этом примере архив ~/archive.tar расспакуется в каталог tmp/a/b/c, если только каталог существует. Если же каталога не существует, то команда tar даже не запустится.
Выполнить команду, только если другая вернула не нулевой статус возврата
Похожый оператор || обьединяет две команды, и запуск второй будет тогда, первая командв вернула не нулевой код возврата. Другими словами, когда первая команда успешна, то вторая не выполнится. Если произойдёт сбой первой команды, то выполнится вторая.Этот оператор часто используется для проверки существования каталога и создани его, если его нет:
Листинг 6. Пример №3: Обьединение команд управляющими операторами
~ $ cd tmp/a/b/c || mkdir -p tmp/a/b/c
Ви может также обьединять управляющие конструкции, описаные в этой части.
Листинг 7. Пример №3: Пример, обьединяющий управляющие операторы
~ $ cd tmp/a/b/c || mkdir -p tmp/a/b/c && tar xvf -C tmp/a/b/c ~/archive.tar
Заключайте переменный в кавычки с осторожностью.
Всегда будьте внимательны с shell expansion и именами переменных. Вцелом, вложить вызовы переменных в двойные кавычки хорошая идея, если только у вас есть веские причины не делать этого. Точно так же, если у Вас алфавитно-цифровым название переменной следует непосредственно за текстом, убедитесь , что заключили название переменной в фигурные скобки ({}), чтобы отличить её от ближайшего текста. Иначе, интерпритатор shell примет следуемый текст за имя переменной и, скорее всего, вернёт пустой результат. Листинг 8 содержит примеры разного квотирования переменных и их последствия.
Листинг 8. Пример №4: Квотирование и не квотирование переменных


~ $ ~ $ ls tmp/
a b
~ $ VAR="tmp/*"
~ $ echo $VAR
tmp/a tmp/b
~ $ echo "$VAR"
tmp/*
~ $ echo $VARa

~ $ echo "$VARa"

~ $ echo "${VAR}a"
tmp/*a
~ $ echo ${VAR}a
tmp/a
~ $
Используйте управляющие последовательности (escape sequences) для управления длинным вводом
Вы уже, наверное, видели примеры кода, в котором backslash (\) продолжает длинную строку в следующей, и вы знаете, что большинство shell-оболочек рассматривают ваш ввод последовательных строк, присоединённых косой чертой, как одину длинную команду. Тем не менее, Вы не сможете воспользоваться этой функцией в командной строке, как часто, как вам хочется. Backslash особенно удобен, если ваш терминал не поддерживает multi-line wrapping должным образом или когда командная строка меньше чем обычно ( например, когда у вас длинный путь в приглашении). Backslash также полезен для лучшего понимания длинных строк, как показано на следующем примере:
Листинг 9. Пример №5: Использование / для длинного ввода
~ $ cd tmp/a/b/c || \
> mkdir -p tmp/a/b/c && \
> tar xvf -C tmp/a/b/c ~/archive.tar
Кроме того, следующие строки также работают:
Листинг 10. Пример №5: альтернативный пример использования / для длинного ввода
~ $ cd tmp/a/b/c \
>                 || \
> mkdir -p tmp/a/b/c \
>                    && \
> tar xvf -C tmp/a/b/c ~/archive.tar
Однако, вы разделяете вводимую строку на несколько, а shell всегда рассматривает её одну, потому что он всегда обрезает все слэшы и пробелы .
Примечание: В большенстве коммандных оболочек, когда вы нажмёте клавишу “Вверх”, текущая многострочная строка превратится в одну длинную.
Группируйте ваши комманды в список
Большинство командных оболочек имеют возможность группировать набор комманд в списки, таким образом чтобы вы могли передать их общий вывод в поток ( a pipeline) или переправить любые с потоков в одно место. Вы можете вообще делать это, управляя списком команд в подоболочке (subshell) или управляя списком команд в текущей командной оболочке.
Запуск списка команд в подоболочке (subshell)
Используйне одиночные скобки для указания списка команд в одной граппе. Это запустит команды в новом subshell и позволит вам передавать или собрать вывод, как показано в следующем примере:
Листинг 11. Пример №6: Запуск списка комманд в подоболочке
~ $ ( cd tmp/a/b/c/ || mkdir -p tmp/a/b/c && \
> VAR=$PWD; cd ~; tar xvf -C $VAR archive.tar ) \
> | mailx admin -S "Archive contents"
В этом примере, содержание архива расспаковывается в tmp/a/b/c/,  а вывод из группы команд, в том числе перечень извлеченных файлов, отправляется по почте на адрес admin.
Использование подоболочки предпочительнее, когда вы в списке комманд переопределяете переменные окружения и не хотите, чтобы эти определения применились к текущей оболочке.
Запуск списка команд в текущей оболочке
Используйте фигурные скобки ({}) для указания списка команд группы для запуска в текущей оболочке. Убедитесь, что есть пробелы между скобками и командами или shell может неправильно их интерпритировать. Также, убедитесь, что последняя команда в гуппе заканчивается точкой с запятой, как в следующем примере:
Листинг 12. Пример №6: Запуск списка комманд в текущеё оболочке


~ $ { cp ${VAR}a . && chown -R guest.guest a && \
> tar cvf newarchive.tar a; } | mailx admin -S "New archive"
Используйте xargs вне find
Используйте инструмент xargs как фильтр, для эфективного использования результатов вывода команды find. Общим принцыпом этого является, что запуск find предоставит список файлов, удовлитворяущих некоторым критериям. Этот список передается в xargs, который затем запускает некоторые другие полезные команды с этим спиком файлов как аргумент, как в следующем примере:
Листинг 13. Пример класического использования xargs


~ $ find some-file-criteria some-file-path | \
> xargs some-great-command-that-needs-filename-arguments
Однако, не думайте, что xargs выступает помощиком find; это – один из тех недостаточно использованных инструментов, который, когда использование войдёт в привычку, вы захотите применять к всему, в том числе в следующих целях.
Получение списка, разделённого пробелами
В этом простом вызове, xargs выступает как фильтр, который получает ввод как список (каждый член с новой строки). Утилита вставляет членов списка в одну строку, разделённую пробелами:
Листинг 14. Пример вывода xargs


~ $ xargs
a
b
c
Control-D
a b c
~ $
Вы можете послать вывод любой утилыты, которая выводит имена файлов, через xargs для получения аргументов для утилиты, получающей имена файлов, как в следующем примере:
Листинг 15. Пример использования xargs


~/tmp $ ls -1 | xargs
December_Report.pdf README a archive.tar mkdirhier.sh
~/tmp $ ls -1 | xargs file
December_Report.pdf: PDF document, version 1.3
README: ASCII text
a: directory
archive.tar: POSIX tar archive
mkdirhier.sh: Bourne shell script text executable
~/tmp $
Команда xargs может большее, чем прохождение по именам файлов. Успользуйте её для получения текста в одну строку:
Листинг 16. Пример №7: Использование xargs для вывода текста в одну строку


~/tmp $ ls -l | xargs
-rw-r--r-- 7 joe joe 12043 Jan 27 20:36 December_Report.pdf -rw-r--r-- 1 \
root root 238 Dec 03 08:19 README drwxr-xr-x 38 joe joe 354082 Nov 02 \
16:07 a -rw-r--r-- 3 joe joe 5096 Dec 14 14:26 archive.tar -rwxr-xr-x 1 \
joe joe 3239 Sep 30 12:40 mkdirhier.sh
~/tmp $
Будьте осторожны с xargs
Технически, существуют редкие ситуации, в которой вы могли бы получить неприятности при использовании xargs. По-умолчанию, символ конца файла – подчёркивание (_);если этот символ отправлен как единственный входящий аргумент, всё, что после него – игнорируется. В качестве меры предосторожности используйте -е флаг, который, без аргументов, отключает строку конца файла полностью.
Знайте, когда “grep” следует делать подсчет и когда он должен шагнуть в сторону
Избегайте отправки grep в канал (piping)  wc -l, чтобы подсчитать количество строк вывода. Опция grep -c выводит количество строк, которые подпадают под шаблон, и основном быстрее чем канал на wc, как в следующем примере:
Листинг 17. Пример №8: Подсчёт строк с использование grep и без
~ $ time grep and tmp/a/longfile.txt | wc -l
2811

real    0m0.097s
user    0m0.006s
sys     0m0.032s
~ $ time grep -c and tmp/a/longfile.txt
2811

real    0m0.013s
user    0m0.006s
sys     0m0.005s
~ $ 
С добавлением фактора скорости, опция -c является лучшим способом сделать подсчёт. В ситуации с многими файлами, grep с параметром -c возвращает количество строк для каждого файла, по одному на строку, в это время как pipe с wc возвращает общее количество для всех файлов.
Однако, независимо от скорости работы, этот пример демонстрирует другую распространенную ошибоку, которую следует избегать. Эти методы подсчёта возвращают количество строк, которые содержат подходящий шаблон – и если это то, что вы ищете, то это прекрасно. Но, в случае, когда строки имеют множественные образцы вложений шаблона, этот метод не даст правильное количество найденых образцов. Для подсчёта количества использований, используйте wc в конце концов. Сначала, запустите команду grep с опцией -o, если ваша версия уё поддерживает. Этот параметр выводит только подходящий шаблон, один на строку, но не саму строку. Но вы не можете использовать её в вместе с параметром -c option, так что используйте wc -l для подсчёта строк, как показано в примере:
Листинг 18. Пример №8: Подсчёт подходящих шаблонов


~ $ grep -o and tmp/a/longfile.txt | wc -l
3402
~ $
В этом случае, вызов wc немножко быстрее, чем второй вызов grep с пустым шаблоном и подсчётом количества строк(как grep -c).
Находите некоторые поля в выводе, не только строки
Инструмент awk предпочтителен, чем grep, когда Вы хотите найти соответствия в только определенной области строк вывода и не только где-нибудь в строках.
В этом простейшем примере показано, как получить список только тех файлов, которые изменялись в декабре:
Листинг 19. Пример №9: Использование grep для поиска в спецефических полях


~/tmp $ ls -l /tmp/a/b/c | grep Dec
-rw-r--r--  7 joe joe  12043 Jan 27 20:36 December_Report.pdf
-rw-r--r--  1 root root  238 Dec 03 08:19 README
-rw-r--r--  3 joe joe   5096 Dec 14 14:26 archive.tar
~/tmp $
В этом примере, grep вывод строки в которых, время изменения в Dec, а так же хорошо выводит и файлы с именем Dec. Ведь, файл, такой как December_Report.pdf, подходит, даже если его изменяля в январе. Это возможно не то, что вы хотели. Для нахождения по шаблону в особенном поле, лучше использовать awk,  где относительный оператор соответствует точной области, как в примере:
Листинг 20. Пример №9: Использование awk для поиска в спецефических полях


~/tmp $ ls -l | awk '$6 == "Dec"'
-rw-r--r--  3 joe joe   5096 Dec 14 14:26 archive.tar
-rw-r--r--  1 root root  238 Dec 03 08:19 README
~/tmp $
Смотрите Ресурсы для лучшего понимания awk.
Перестаньте туннелировать cat
Одна с основных-но-общих ошибочного использования grep связана с отправкой в канал вывода cat в grep для поиска строки в файле. Это абсолбтно излишне и пустая трата времени, потому как утилиты, такие как grep, получают имя файла как аргумент. Вам просто ненадо использовать cat в этом случае, как и в примере:
Листинг 21. Пример №10: Использование grep с использованием cat и без


~ $ time cat tmp/a/longfile.txt | grep and
2811

real    0m0.015s
user    0m0.003s
sys     0m0.013s
~ $ time grep and tmp/a/longfile.txt
2811

real    0m0.010s
user    0m0.006s
sys     0m0.004s
~ $
Эта ошибка относится к множеству средств. Поэтому большинство инструментов принимают стандартный ввод в качестве аргумента с использованием дефиса (-), даже аргумент за использование cat для множественной вставки файлов в stdin часто не действительный. В дествительности, это только необходимо для связки с каналом нескольких фильтрующих параметров cat.
Вывод: Перенимайте хорошие привычки
Очень хорошо получить привычки командной строки для чего-то плохого в использовании. Вредные привычки замедляют вас и часто приводят к неожиданным ошибкам. Эта статья представляет 10 новых привычек, которые могут помочь Вам отказаться от многих из наиболее распространенных ошибок. Принятие этих хороших привычек является позитивным шагом на пути к улутшении навыков владения командной строки UNIX.



KDE 4 rev 790000: Улучшеная стабильность и производительность
wert2all — Wed, 02 Apr 2008 11:11:09 +0000
Что-то давно я не писал о KDE  и ничего не переводил. И вот сегодня подсмотрел на ЛОР с новостью о новом обзоре KDE 4 rev 790000: Better stability and performance и решил перевести. Благо, что там мало и, вместе с тем, много полезного.
Это другая ревизия разрабатываемой ветки среды KDE 4. Многие из вас спрашивали, почему так долго я не опубликовывал эту статью. Я просто ждал ревизии 790000, вот и всё. Я надеюсь, что Ваше любопытство будет удовлетворено, так как было много изменений, чтобы описать на сей раз. Я приложил все усилия.
Author: Korneliusz Jarzebski



Desktop
Апплет Device notifier известен и ценится пользователями. Он предназначен для отслеживания 	 	присоединенных устройств использую фреймворк Solid . В этот раз была добавлена очень полезная возможность.  Я говорю о быстром отключении устройства по клику на иконку Eject/Достать.


Устройства/Достать (Devices / Eject)

В репозитарии KDE 4 вы пока сможете найти старую копию Qt 4.4, но если вы установите одну с последних сборок этой библиотеки, то получите возможность устанавливать любые апплеты, подготовленные для Mac OS X. Конечно, эта возможность пока ещё очень нова и не стабильна и не ждите большой производительность от этого. В будущем можно ожидать лучших результатов.


Добавление нового апплета Plasma

Установка нового апплета с файла

Чтобы просто посмотреть, можно ли их использовать, я установил несколько апплетов Mac OS X. Пока они, кажется, способны  показываться на рабочем столе.


Апплеты Mac OS X

Так же доступна загрузка новых тем для Plasma с сайта kde-look.org.


Загрузка тем Plasma

Выбор темы Plasma

В Pager добавлена опция показа иконки работающего приложения на виртуальных десктопах.


Pager

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


Добавление новой панели

Desktop с двумя панелями

Dolphin
Файл-менеджер по-умолчанию в KDE 4 приятно меня удивил. Изменения заметны. Когда выбрать проссмотр файла, добавляеется необыкновенного виде фрейм. Так же в приятные изменения постигли панель информации о файле и добавлена возможность комментирования файла. Наиболее важным нововведением является (как я думаю) добавления облака тегов, известное с  Web 2.0 порталов.


Dolphin

Комментирование

Информация о файле

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



Совсем неплохо. Скоро можно ожидать 100% совместимости, хотя, с WebKit, движок Konqueror исправлен в Safari для прохождения теста Acid.
Я не заметил каких-либо существенных изменений. Внизу окна я заметил кнопки и полосу прокрутки, которые, я надеюсь, должны изменять масштаб выводимых элементов. Эта возможность пока не работает или я не понял для чего они.
Oxygen, Bespin
Часто на некоторых скриншотах сравнивают текущую тему Oxygen с Bespin.


Стиль Oxygen

Стиль Bespin

Dolphin / Bespin

Plasma
Новые плагины Plasma появляются почти каждый день, и я покажу некоторые крутые и интересные. Первый апплет, который мне понравился – это Folder View, который просто показывает содержимое домашней директории.


Folder View

Picture Frame может теперь показывать картинки дня с выбранных (и поддерживаемых) web-сайтов.


Picture Frame

Ещё несколько интересных плагина я нашёл: Kate Session Applet и Konqueror Profiles Applet,  которые позволяют быстро запустить эти программы с пре-установленными настройками.


Kate Session Applet

Konqueror Profiles Applet

В KDE 4 уже много апплетов для показа RSS фидов. Некоторые с них занимают много места на экране, так как пробуют присоединить все добавленные каналы к одному. RSSNow – один с наиболее интересных апплетов, поскольку он отображает сообщения один за другим, группируя их сервисы.


RSSNow

Другой апплет, которым я бы хотел поделится с вами – это System Command. Оно просто позволяет выполнять команды как в традиционной консоле.


System Command

И последний… World Clock. Я надеюсь, пояснений не требует.


World Clock

KGet
KGet теперь богат историей закачек, которая может выводиться разными способами. Если честно, то я не на 100% уверен, что эта возможность была раньше. Я только сейчас заметил её.


KGet

Продвинутые настройки

История закачек

Другой вид истории

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


KWin : настройки теней



KDE Info Center
В KDE Info Center добавлена информация о процессоре используя Solid.


Информация о процессоре

System Settings
Апплет настроек тоже притерпел некоторую шлифовку и новые возможности. Одна с лучших – это новая панель Autostart.


Продвинутые настройки



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


Autostart

Из любопытства я установил две новые темы указателей мыши с Oxygen. Я сомневался в них раньше, боясь дополнительных TODO, которые они могли бы вызвать. Указатели пока не в официальном репозитарии KDE 4.


Указатели мыши

Указатели Oxygen

Хороша также и  версия нового полноекранного Splash Screen.


Splash Screen

Amarok
Больше визуальных изменений в Amarok, все снова и снова! Не только поправлен вид, но и исменено поведение. Можно заметить, что стиль Amarok такой же как и аплетов Plasma, новый progress bar и возможность скрить/показать альбомы в плейлисте.


Amarok

Много хороших изменений в модуле last.fm. Теперь мы можем использовать каналы друзей, наши собственные каналы и выбрать любой музыкальный жанр из длинного списка меток.


Last.fm

DigiKam
Мы недавно рассказали о DigiKam в другой статье: KDE 4 Тур: digiKam 0.10. Единственное изменение, замеченое мной с тех пор, – это изменение диалогового окна загрузки фотографий с цифровой камеры.


DigiKam

Получение фото



Информация о камере



Таймер выключения/Shutdown timer
При выходе с  KDE 4, внизу экрана появляется таймер, показывая остающееся время до выхода или выключения.


Выход

Стабильность и производительность
Учитывая, что предыдущие ревизии были удивительно нестабильным, то я могу честно назвать этот релиз одним из самых стабильных с испытаных мною. Я получил только один crash и производительность была более чем удовлитворительна. Теперь я могу быть полностью уверен, когда выйдет ставильная ветка KDE 4.1,  я точно попрощаюсь с моим старым добрым KDE 3.5.
Оригинал этой статьи опубликован в блоге /dev/jarzebski. 



Функция отмены последнего действия (Undo) – это просто(Вторая часть): Срочные события
wert2all — Fri, 09 Nov 2007 13:12:12 +0000
Это вторая часть серии “Функция отмены – это просто”. Если вы их пропустили, то прочитайте первую часть [ перевод ].
В предыдущий раз рассматривали метод очереди событий, как полностью клиентскую реализацию лёгкой многоуровневой функции отмены. Я упоминал о паре обмолвок: это не работает в многопользовательской среде и не работает в время-зависимых событиях, как отправка email. Я пропустил существенную оговорку, на которой обратил внимание один с моих читателей, Alexander Botero-Lowry: два таба, в которых открыта одна и та же страница, не синхронизируются. Я написал, как это решить с помощью cookies [ перевод ].
На этот раз, давайте взглянем на решение Отмены для срочных действий.  В методе очереди событий, мы могли бы подождать, пока событие “onunload”  синхронизирует действия пользователя на стороне клиента с серверной стороной. Для срочных действий, таких как отправка email, у нас нет такой роскоши. Хуже всего, что email – это не push-технология. Отправивши раз email по диким трубам Internet, оно уже не может быть не отправленным.* Для несчастных, которые нажали “отправить” и лишь потом осознали, что переслали томное любовное письмо своему боссу, остаётся надеяться на перебои с электроэнергией и спам-фильтры. Учитывая, как часто спам проходит последние мои фильтры, перспективы не столь хороши.
Электронные письма нужно отправлять вскоре после того, как пользователь нажал на “Отправить” и операцию отправки нельзя отменить. Что мы можем сделать?
Для решения данной проблемы мы должны обратится к интерфейсу на основе времени. Как правило, интерфейсы на основе времени  не в состоянии быть действительно годным к употреблению, потому что расчёт времени, в действительности, неправильный. Для некоторых людей оно слишком быстро, для других – медленно. Даже ваше собственное восприятие изменений времени основанно на вашей умственной нагрузке. Когда вы о о чём-то сильно думаете, вы не замечаете течение времени:  что было слишком медленно прежде, теперь будет слишком быстрым. Старая поговорка: “Время летит, когда вы веселитесь” действительна для пользовательского интерфейса. Хорошим примером недостатка интерфейса на основе времени можно увидеть в наборе текста в мобильных телефонах, но эта тема подождёт до следующей заметки.
Когда посылается письмо, как правило в период “‘о, НЕТ! секунду“— доли секунды после нажатия “отправить” — вы понимаете, что отправили письмо на неправильный адрес. Желание не посылать электронную почту, которую послали час назад, происходит, но с намного меньшей частотой. Таким образом, решение на основе времени, когда пользователь может не послать письмо, имеет смысл только на коротком промежутке времени: back-end может просто отложить посылку письма на 30-60 секунд и, если пользователь захочет отменить отправку на протяжении нормального периода времени,  back-end уберёт с очереди email и письмо не отправится.
Теперь, я не особенно счастлив с поддержкой интерфейса на основе времени, но я зажат ограничениями. С одной стороны, отправка электронной почты в реальном мире, действие, которое невозможно отменить. С другой стороны, письма надо отправлять живчиком. Функция отмены для срочных событий не является канонической проблемой и единственное решение, которое я вижу – это компромисс (если кто-то знает другое решение, я весь во внимании!). В целом, многие ситуации, в которой мы, как проектировщики, попадали с непроходимыми препятствиями. Лучшее, что мы можем сделать  – разрабатывать системы, которые заботятся о наиболее вероятно использованных случаях, и позволяет пользователям изящно вернуться из наиболее распространенных ошибок. Undo на основе времени не решит всех  недостатков отмены отправки письма ( это не будет помогать с ночными электронными письмами, Вы обнаружите, что послали следующим утром), но он будет ловить большинство ошибочно отправленных писем (ошибки типа “‘о, нет!’ секунду!”  и вариант “Я-нажал-на-кнопку-случайно”). И это поймает намного больше ошибочных писем, чем банальное оповещение. Оказалось, что Paul Buchheit, создатель Gmail, тоже так думает. Как жаль, что это не было реализовано— это низковисячие фрукты, которые могли бы дать Gmail больший перевес в его превосходстве.
Не так то и много там этого метода. Для реализации его в стиле Ajax, вам просто понадобится mutex и таймер. Когда время истекает (или при переходе со страницы), письмо будет отправлено. Более продвинутый способ предполагает установление флага на сервере наряду с серверным обратным отсчётом. В сложной частью всего этого дело заключается в том, чтобы указать время, оставшееся таким образом, чтобы не запугать пользователей. Например, обратный отсчёт времени вызывает внутреннее чувство паники:



Не хорошее чувство, неправда-ли? Взамен, медленное затухание работает лучше:



Обратный отсчет, который не начинает считать в обратном порядке до последних 10 секунд, мог бы также работать. Это прекрасная задача – разработать механизмы красивого отображения лимита времени для отмены. Поделитесь своими мыслями в разделе комментариев. Бонусы за предложения любого вида!
В следующий раз я буду говорить о некоторых искусных, более надежных методах введения Отмены с помощью Ajax.
*

Есть определенные решения – хотя и не очень – для этой проблемы. Для примера, письмо может состоять только с одного вложенного рисунка в виде текста. Если картинка хранится на вашем сервере, тогда для отмены отправки email, вы просто удаляете или меняете рисунок. Это эффективно не отправит контент письма (если уже не отправило). Так что кто-то будет знать только то, что вы отправили сообщение (с темой), но не содержание.
Перевод: Undo Made Easy with Ajax (Part 2): Time-Sensitive Actions



Присматриваемся  к openSUSE 10.3: Виртуализация
wert2all — Wed, 17 Oct 2007 06:58:33 +0000
Некоторые изменения в openSUSE 10.3 гарантируют, что если вы интересуетесь   каким-то типом, ныне пополярной, виртуализации, то openSUSE как раз для вас.  От Xen до VirtualBox, QEMU и KVM — они все есть в новой версии. Сегодня мы  будем обсуждать некоторые с этих нововведений и разговаривать с Frank Kohler, Project-менеджером по виртуализации в  SUSE, который поможет  нам узнать немножечко больше.
Виртуализация: Она доступна
Виртуализация относится к любому виду австракции физического “железа” (physical hardware) или компьютерных ресурсов. openSUSE 10.3 будет содержать несколько эмуляторов, более подходящие модули ядра и, конечно, Xen; так давайте рассмотрим их. С некоторых справочником и HOWTO по виртуализации можете взглянуть на HOWTOs#Virtualisationна wiki openSUSE.
VirtualBox
VirtualBox – прекрасный новый open-source продукт с большим наборов возможностей и отличной документацией. Имея прекрасные возможности в корпоративном сегменте, для рядового пользователя может быть прекрасной утилитой для проверки новых релизоы или live-CD с openSUSE и даже других операционных систем и дистрибутивов в целом.
Ниже вы можете увидеть VirtualBox, запущеный на openSUSE 10.3 RC1:



Как вы видете,  интерфейс прост и дружественен. Если вам нужна помощь по установке VirtualBox  – взгляните на wiki openSUSE.org/VirtualBox.
   Xen 3.1
openSUSE является также основой для других дистрибутивов Linux; наиболее известными являются SUSE Linux Enterprise Server (SLES) и Desktop (SLED). Это означает, что openSUSE получил все корпоративные возможности виртуализации Xen, такие как:

     Полная поддержка виртуализации Xen 3.1 на 32 – и 64-битные x86 архитектуры, возможность пребывания 32-разрядных гостевых виртуальных машин на 64-битных серверах.
     Поддержку паравиртуализации и полной виртуализации на одном сервере, увеличеную как Intel VT, так и AMD Virtualization (AMD-V) возможностями процессора.
     Полностью графические средсва (так и с консоли) управления виртуальными машинами для простого администрирования и настройки VM, а так же инструменты для установки  VM и поддержки всего жизненного цикла виртуальной машины.

Однако, это не всё, а даже больше. В новый Xen 3.1 включено и другие возможности, в частности решения проблем гостевых HVM : т.e. улучшения поддержки сохранения/восстановления/ мигрирования операций виртуальных машин, не поддающихся паравиртуализации (т.е. Windows). Ниже вы можете увидеть openSUSE 10.3, запущеном в Xen:

   


   VM YaST Module
Чтобы помочь в установке и настройке Xen, openSUSE будет иметь модуль Install Hypervisor and Tools (в пакете yast2-vm), которыйвыполнит множество работ за вас:

   

Когда установка закончится, у вас появится 2 YaST-модуля для создание виртуальных машин и управления ими:

   

   Kernel-based Virtual Machine (KVM)
Также в этом релизе будет последняя инфраструктура виртуализации на базе ядра Linux – KVM. KVM рассматривается как экспериментальня возможность, но она прогрессирует очень быстро. В последних версия говорят о лучшей производительности и поддержке Windows Vista.
Модуль ядра в настоящее время работеет с модифицированой версией QEMU, так же доступном в openSUSE. Чтобы заставить эго работать, смотрите openSUSE.org/KVM.
   More kernel modules: PARAVIRT-OPS & VMI
Релиз также будет включать важные модули ядра paravirt-ops и vmi  для улутшения производительности в vmware.

 Перевод: Sneak Peeks at openSUSE 10.3: Virtualisation



Присматриваемся к openSUSE 10.3: Установка в один клик
wert2all — Sun, 30 Sep 2007 05:34:46 +0000
Сегодня мы рассмотрим новую технологию One-Click Install, цель которой упростить управление пакетами для пользователей. Мы увидим, как она интегрирована с  openSUSE Build Service и поговорим с  Benjamin Weber, автором и мейнтейнером  One-Click Install.
One-Click Install: Установка ПО без лишних хлопот
openSUSE содержит тысячи пакетов, которые часто разбросаны по разных репозитариях. Такие репозитарии как Packman, Guru’s RPM и, конечно, openSUSE Build Service, снабжают тисячами пакетов для пользователей openSUSE. Однако, проблема в поиске пакетов, добавлении репозитария и наконец установке его. Это может быть надоедливым процессом, особенно,  намеренно используете много пакетов с разных репозитариев (тоесть, в Build Service).
One Click Install решает эти проблемы.
В openSUSE 10.3, если вы ищете, чтобы установить приложение, в openSUSE Build Service, вы можете использовать новую web front-end для поиска, просмотра и установки приложения в один клик мышкой. Для примера, поиск Filelight (приложение для визуализации использования дискового пространства на вашем компьютере) в  openSUSE Factory показан ниже:



После нажатия на 1-Click Install,  Вы попадете в  мастер, который будет руководить простым процессом установки приложения. Он автоматически добавит репозитарий и установит пакет. Этот процесс показан ниже:








Все это можно прямо сейчас испытать,  предполагая, что вы запускаете на openSUSE 10.3 Beta 1 или на  текущей openSUSE Factory с помощью Konqueror. Чтобы получить тот же эффект на Firefox, прочитайте это описание.
Эту возможность можно будет использовать в будущем и на openSUSE-Community.org.   Поиск ПО тоже скоро будет иметь обновлённую версию с возможностью One-Click Install. Ниже еще раз пример поиска filelight:



Нажав на одну из этих ссылок, вы так же попадете в простой мастер, как указано выше.
Перевод: Sneak Peeks at openSUSE 10.3: 1-Click Install



Присматриваемся к openSUSE 10.3: Значительное улучшение время загрузки
wert2all — Sat, 29 Sep 2007 10:24:47 +0000
 openSUSE 10.3 будет заполнен многими улучшениями и новыми интересными технологиями. Чтобы позволить Вам узнать,  над чем упорно трудились разработчики  негласно за прошлые несколько месяцев, мы предлагаем Вам небольшой ряд заметок: Sneak Peeks at openSUSE 10.3. Сегодня мы рассмотрим новые усовершенствования времени загрузки в openSUSE.
openSUSE 10.3 будет включать некоторые большие усовершенствования в init boot скриптах, которые уменьшат время, которое ваш компьютер будет затрачивать на загрузку. Это результат многих разных тестов и исследований (задокументировано тут и тут); первый раунд усовершенствований был уже представлен и будет готов в заключительном релизе.
Тесты и дождливые дни
Некоторые тесты выполнял Frank Ruell, включая использование патч ядра fcache , замену Ubuntu SysV init upstart и ext3 block remapper. Это мотивировало Stephan Kulow, сейчас  Project Manager’а openSUSE, начать работать над этим одного дождливого вик-энда. Результаты чрезвычайно впечатляющие, поэтому мы запустили некоторые дополнительные тесты с bootchart, чтобы  получить конкретные цифры.
Все результаты ниже получены на Sony Vaio VGN-FE11S с установкой по-умолчанию, локальными пользователями и IP  сконфигурирован через  DHCP. Загрузка openSUSE 10.2, к  сожалению, довольно медленна. Понадобилось 55 секунд, чтобы загрузится с экрана загрузчика (GRUB) к окну логина (везде использован KDM); в openSUSE 10.3 Beta 1 на это потрачено всего 27секунд!
Ниже приведены соответствующие графики загрузки:




Перевод: Sneak Peeks at openSUSE 10.3: Greatly Improved Boot Time



Присматриваемся к openSUSE 10.3: Однодисковая инсталляция и поддержка мультимедиа
wert2all — Fri, 28 Sep 2007 21:15:16 +0000
Уже сегодня 28 сентября, и если внимательно приссмотреться к плану выпуска openSUSE 10.3, то можно заметить, что сегодня выпущен релиз, но для внутреннего использования. А вот что будет в этом релизе? Я уже писал чуточку, маленькие выжимки с плана, но этого маловато. А вот на новосном сайте openSUSE иногда появляются заметочки с описанием. И вот первый перевод нового в этом релизе.

Присматриваемся к openSUSE 10.3: однодисковая инсталляция и поддержка мультимедиа
В openSUSE 10.3 ожидается многие изменения в выборе устройств инсталляции; наиболее важным с которых является установка с одного CD для KDE и одного CD для GNOME. Поддержка мультимедиа в дистрибутиве тоже будет улучшена поддержкой  MP3 из «коробки» для Banshee и Amarok. Сегодня мы представляем вам специальную двойную историю о этих нововведениях и  будем разговаривать Michael Löffler, продукт-менеджером openSUSE, чтобы лучше это понять.
Изменения в источниках установки
Однодисковая установка
В прошлом, релизы openSUSE изначально представлялись свыше пяти open source software (OSS) CD-дисками, одним необязательным non-oss дополнительным CD  или одним DVD, который включал все эти диски. Однако, вам надо было только 3 с 5 первых OSS дисков для установки по-умолчанию с KDE и GNOME, и это не рассматривалось как идеальный сценарий. DVD предоставлял все нужные пакеты и и давал возможность пользователю выбрать рабочую среду, но он был 3.7 GB, что может быть лишними хлопотами для загрузки на маленькой скорости.
Итак, что же изменилось? Теперь 5 OSS CD-дисков были полностью убраны и заменены на 2 новых CD:

1 OSS CD для полной установки с KDE;
1 OSS CD для полной установки с GNOME.

Они могут быть совмещены с всё-ещё существующим non-OSS CD, чтобы предоставить вам дополнительное мультимедийное и проприетарное ПО, если вы в нём нуждаетесь. На этом диске находится только английский язык, но инсталлятор будет устанавливать все нужные пакеты с языками для вас, если вы выберете другой язык и включите опцию, о которой поговорим сейчас.
Добавление репозиториев перед установкой
Необычайно приятная возможность в инсталяторе openSUSE 10.3  – новая возможность добавления репозитария до установки. openSUSE всегда имел установку по умолчанию для каждой настольной среды, но также установщик давал вам возможность выбрать, какие пакеты вы хотели установить.

Теперь вы имеете больше выбора, когда вы выберете “Add Online Repositories Before Installation” («Добавить репозитарий перед установкой»)  (в окне “Install/Upgrade”). Это даст вам возможность добавить OSS, не-OSS и DEBUG репозитарии перед установкой любого пакета! Вы имеете  доступ к тысячи пакетов и всё до установки. Ваша новая установка начнется точно с того программного обеспечения, которое вы заходите, следовательно лишает лишних хлопот по проделыванию этого позже.
Установка по сети “Просто Работает”!
Пользователи, пользующиеся установкой по сети будут рады узнать, что ненадо больше  мучатся с набор разной информации, такой как IP-адресс. Установка  “просто работает” и может быть использована любым пользователем. Это предложение для тех пользователей, которые хотят устанавливать только то ПО, которое им нужно.
Один DVD: KDE, GNOME и множество другого
Дальше-больше, DVD все еще имеется для тех, кто хочет иметь  выбор с обеих рабочих сред, а также многое другое дополнительное программное обеспечение. Он также доступен для x86, x86_64 и PPC.
Мультимедийные кодеки
openSUSE постоянно пытается улучшить удобства «из коробки» для всех пользователей. Чтобы узнать еще больше о том, что пользователи считают нужным, openSUSE сделало обследование и в нем приняло участие свыше 27000 человек. Результаты этого исследования, конечно,  может просмотреть каждый (прим. пер. или мой вольный перевод) и оно показало, что больше 69% пользователей сочли поддержку мультимедиа важной или очень важной. Эти жалобы не остались без внимания.
Amarok с поддержкой MP3
В openSUSE 10.3, Amarok — популярный KDE аудио-проигрыватель — будет иметь поддержку MP3  прямо с не-OSS репозитария или работать «из коробки» на DVD. Спасибо плагину yauap Gstreamer, доступный на Fluendo. Это значительный шаг вперед для всех пользователей KDE или Amarok приверженцам в openSUSE.
Инсталятор кодеков openSUSE
Вы могли бы думать, что будет с пользователями, которые сделали простую  установку с одного диска KDE и не захотели добавлять репозитарии по умолчанию. Добавление не-OSS репозитария всегда вариант, но самое интуитивное решение для большинства пользователей компьютеров. Это не прошло незамеченным и решение этого  –  openSUSE Codec Installer.
Теперь, с полностью OSS установкой, если вы попробуете проиграть MP3 (в Amarok или Banshee) , вы получите красивое маленькое диалоговое окно, что Вы пытаетесь играть звуковой файл, который в настоящее время не поддерживается:

Как вы можете видеть, оно даёт возможность установить дополнительный кодек обеспечивающий поддержку MP3. Эта ссылка сопроводит вас туда, где вам просто необходимо лишь нажать на одну ссылку, используя One-Click-Install (перевод) установит кодек Fluendo GStreamer для вас (нет возможности в RC1, но будет в финальном релизе) и даст возможность играть MP3 сразу! Кроме того, оно также содержит ссылки на сайт сообщества, который дает консультации по другим свободных форматах и предлагает решения для других мультимедийных программ:

Banshee
В openSUSE 10.2 пользователям была предоставлена поддержка MP3, если они используют Helix Banshee, но в openSUSE 10.3 вы можете использовать один и тот же кодек Fluendo MP3 в вашей обычной Banshee!

Попробуйте!
Вы можете проверить это все  ( за исключением 1-click install для кодеков Amarok), взяв  openSUSE 10.3 Release Candidate уже сейчас.
Перевод: Sneak Peeks at openSUSE 10.3: 1-CD Installation & Multimedia support

.wpal » перевод