Мне кажется или это даже не шнур питания, а удлинитель? Воткнув его получим на конце тот же разъем, что и на самом принтере, хде интернационализация? :-)
Я попользовался MM год и не продлил, ибо тормозит страшно, особенно web-интерфейс. Push email только радовал скоростью… DropBox и GMail гораздо более функциональны нежели MM, они мне почти все заменили.
Offtopic: посоветуйте какую-нибудь простую хранилку паролей, чтоб шифровала все в файл (сейчас KeePass — уж больно монструозен), чтобы его на DropBox положить…
«какое то слоеное мясо» — это была, на мой взгляд, вкусная лазания :-) Добавим сюда вполне недурственный греческий салатик. В общем обед одинаково подходи и для любителей булок с колой и для любителей нормальной пищи. За обед — зачет.
В общем и целом мне понравилось.
Пара моментов:
Как вы думаете зачем народ на такие мероприятия таскает буки? Сейчас я вам раскрою страшную тайну! Практически все владельцы ноутов, что мелькали передо мной серфили в нете, лишь немногие серфили по теме доклада или делали пометки :-)
Из докладов мне не понравились «Как написать API» — Вадим Герасимов читал доклад одного из разработчиков Java, а посему в докладе мелькнула пара ценных мыслей и он (доклад) свернул в дебри Java-специфичных моментов. «Инструменты для вебмастеров» Елены Ковакиной оказался слабоват и та часть, которую я сидел сводилась в к «делайте сайт для пользователя, а не для Google» (касательно SEO)
Понравился доклад «Инструменты для Разработчиков под Google Chrome» — казалось бы простая презентация продукта, но какая подача! Кто-то тут сказал, что наши не умеют читать? Половину доклада вел Павел Фельдман и у него очень даже получилось. Оказывается в Chrome есть dev tools ничуть не хуже Firebug'а, а в чем-то даже лучше, а я и не знал из-за собственной лени, теперь посмотрю на них.
Неплохой доклад был про знакомство с AppEngine, правда многовато времени уделили сравнению существующих подходов и облака, имхо, преимущества облака достаточно очевидны.
Заглянул на «День открытых дверей», этакий Q&A. В связи с нереляционностью Big Table у Goggle много запросов и они что-то делают в этом направлении, но Big Table не станет реляционной и не надейтесь, просто появятся некоторые фичи для связывания.
Самое забавное, что «стрессовые условия труда» и в некоторых подразделениях московского Orange. Люди сидят по 10 часов…
Вероятно это глобальная политика…
Я тоже был любителем Kohana, пока не прочитал доки к yii, а после более подробного изучения про Кохану и думать забыл. Yii на голову выше, имхо. Так что рекомендую.
2. Warning при несуществующем файле разве не появится?
Появится, исправите то, что мешало подгрузке файла и будете работать дальше. Отсутствие файла с нужным классом — это ошибка не того же уровня, что невалидный инпут, например. Здесь не нужно никаких красивых сообщений об ошибке с сохранением функционала сайта. А в продакшене получите ошибку в лог и HTTP 500 пользователю.
А если проверять существование каждого подключаемого файла, то получим кучу проверок заведомо существующих файлов. Зачем?
Каждый класс никуда прописывать не нужно, можно добавлять директории целиком через import в конфиге или в коде, при этом директория просто добавится в include_path.
А что изменится, если будет проверка на существование файла при инклуде в autoload? ;-)
И даже не уговаривайте меня, что это правда :-)
Будет здорово если сделают :-)
~clan habr
Присоединяйтесь :-)
Offtopic: посоветуйте какую-нибудь простую хранилку паролей, чтоб шифровала все в файл (сейчас KeePass — уж больно монструозен), чтобы его на DropBox положить…
«Пока Петя валялся на пляже, Петя консультировал по телефону»
В общем и целом мне понравилось.
Пара моментов:
Как вы думаете зачем народ на такие мероприятия таскает буки? Сейчас я вам раскрою страшную тайну! Практически все владельцы ноутов, что мелькали передо мной серфили в нете, лишь немногие серфили по теме доклада или делали пометки :-)
Из докладов мне не понравились «Как написать API» — Вадим Герасимов читал доклад одного из разработчиков Java, а посему в докладе мелькнула пара ценных мыслей и он (доклад) свернул в дебри Java-специфичных моментов. «Инструменты для вебмастеров» Елены Ковакиной оказался слабоват и та часть, которую я сидел сводилась в к «делайте сайт для пользователя, а не для Google» (касательно SEO)
Понравился доклад «Инструменты для Разработчиков под Google Chrome» — казалось бы простая презентация продукта, но какая подача! Кто-то тут сказал, что наши не умеют читать? Половину доклада вел Павел Фельдман и у него очень даже получилось. Оказывается в Chrome есть dev tools ничуть не хуже Firebug'а, а в чем-то даже лучше, а я и не знал из-за собственной лени, теперь посмотрю на них.
Неплохой доклад был про знакомство с AppEngine, правда многовато времени уделили сравнению существующих подходов и облака, имхо, преимущества облака достаточно очевидны.
Заглянул на «День открытых дверей», этакий Q&A. В связи с нереляционностью Big Table у Goggle много запросов и они что-то делают в этом направлении, но Big Table не станет реляционной и не надейтесь, просто появятся некоторые фичи для связывания.
Вероятно это глобальная политика…
Не смог найти информации про Zii, где почитать что в него входит?
Помнится Qiang обещал подумать над функционалом необходимым для работы с деревьями к выходу 1.1. Ничего не появилось?
Появится, исправите то, что мешало подгрузке файла и будете работать дальше. Отсутствие файла с нужным классом — это ошибка не того же уровня, что невалидный инпут, например. Здесь не нужно никаких красивых сообщений об ошибке с сохранением функционала сайта. А в продакшене получите ошибку в лог и HTTP 500 пользователю.
А если проверять существование каждого подключаемого файла, то получим кучу проверок заведомо существующих файлов. Зачем?
Каждый класс никуда прописывать не нужно, можно добавлять директории целиком через import в конфиге или в коде, при этом директория просто добавится в include_path.
А что изменится, если будет проверка на существование файла при инклуде в autoload? ;-)