Взгляните на этот код, взятый из какой-то документации по PHP:

@fopen('http://example.com/not-existing-file', 'r');

Что он делает?

• Если PHP был скомпилирован с --disable-url-fopen-wrapper, это не заработает. (В документации не говорится, что значит "не заработает" - возвращает null, вызывает исключение?). Обратите внимание, что этот флаг был удален в PHP 5.2.5.
• Если в php.ini отключен параметр allow_url_fopen, это тоже не заработает.
• Поскольку там есть @, предупреждение о несуществующем файле не будет выдано.
• Но оно будет выдано если в php.ini установлен параметр scream.enabled.
• Или же если параметр scream.enabled установлен вручную через ini_set.
• Но только не в случае, когда не выставлен нужный уровень error_reporting.
• Если предупреждение все же будет выдано, то, куда оно попадет, зависит от параметра display_errors, опять-таки в php.ini. Или ini_set.

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

• Разделенность удаленного и локального репозитория. Я могу сколько угодно коммитить и откатывать код, а потом отправить на сервер только финальный вариант (вместе со всей историей)
• Бранчи. Мало того, что создавать их очень просто, между ними очень легко переключаться, что открывает массу возможностей. Например, в данный момент в проекте у меня три ветки - одна основная, одна с экспериментальной фичей и еще одна, в которой эта фича разрабатывается. Изменения вносятся в devel-ветку, как только они успешно проходят тесты - они вливаются в экспериментальную ветку, и потом в конце концов я волью эту ветку в основную. Из-за этого в графическом интерфейсе к git история версий напоминает карту метро :)
• "Машина времени" - возможность вернуться к любому коммиту в дереве. Я пользовался этой штукой неоднократно, когда выяснялось что поломана фича не покрытая тестами - делал новый тест, затем откатывался постепенно до места, начиная с которого была поломана фича, делал там новый бранч, в нем работал и затем вносил фикс опять в основную ветку.

Спасибо, что связались с Центром Технической Поддержки HTC. Наша компания выкладывает на developer.htc.com исходные тексты ядра для недавно выпущенных устройств так быстро, насколько это возможно. Мы выкладываем их в течение 90-120 дней. Этот срок вполне согласуется с требованиями open source сообщества.

Дорогой Мартин.

А вы случайно не из того ли HTC, который упоминается здесь?

Если да, пожалуйста, повторите вопрос через 90-120 дней. А пока вы уж как-нибудь сами.

• "СПО — платформа для SaaS" - жаль что технических деталей было мало, но как обзорный доклад весьма неплохо. Интересно было про реализацию отказоустойчивости, а также о психологии заказчиков - на Западе SaaS пользуются весьма активно, у нас к этому виду софта есть некоторое недоверие, которое впрочем разрушается убойным аргументом "если к вам придет милиция и заберет ваши компьютеры - ваши данные и ваши сервисы не пострадают" :)
  


• "Agile-разработка средствами FOSS — это более чем возможно" - забавно слушать доклад, в котором английские слова используются вперемешку с русскими :) Хотя если знаешь терминологию - все понятно.
  


• "Разработка системы мониторинга для тысячи хостов" - хоть я уже не админ, но тем не менее было очень интересно :)
  


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


• "Український дистрибутив — бути чи не бути?". Прошлогодний доклад разработчика Grusha Linux сильно повеселил аудиторию, и я честно говоря сомневался что из проекта выйдет что-то толковое. Однако прошел год, и результаты налицо. Дистрибутив создан и развивается, за базу взяли Sabayon (сначала была Ubuntu, но ее сложнее использовать как базу), в команде около 10 человек, многие наработки бэкпортируются в базовый дистрибутив и т.п. Молодцы ребята, так держать.
  


• "Інтелектуальна власність" - о том, почему лицензии на софт не вписываются в наше законодательство. Что интересно, даже купленная лицензия на Windows в Украине считается нарушением авторских прав, т.к. не составлен договор с правообладателем.
  

UNIX® and Linux® System Administration Handbook, Fourth Edition, reflects the current versions of these operating systems:

• Ubuntu® Linux
  
• openSUSE® Linux
  
• Red Hat® Enterprise Linux®
  
• Oracle America® Solaris™ (formerly Sun Solaris)
  
• HP HP-UX®
  
• IBM AIX®