Приложение не смогло подключиться к БД и как это обработать неизвестно, сворачиваем лавочку, ок, чем в этом случае trigger_error и set_error_handler кардинально отличается от throw new Exception и set_exception_handler (try/catch верхнего уровня) за исключением того что во втором варианте исключение при необходимости можно поймать… может лучше перебдеть чем недобдеть, мм? :)
Сам использую такой вариант для тестирования оберток для работы с БД, но по-хорошему это конечно тот еще костыль, получается тест меняет окружение, и тест другого класса с тем-же пространством имен столкнется с уже переопределенными функциями, вне зависимости от того нужны они в нем или нет. Был-бы в php нормальный use, как например import namespace.* в java — было-бы вообще идеально, а так — вот как-то так.
Он был сильной личностью, тем кто действительно был настолько силен духом что менял мир вокруг себя вне зависимости от обстоятельств, примеры тому Apple, NeXT, Pixar, один из основоположников эпохи зарождения IT, печально осознавать что сегодня один из столпов поддерживающих её рухнул, это заставляет задуматься о том что когда-нибудь настанет время когда не останется ни одного такого столпа, и эта эпоха станет уделом историков. А все потому как не смотря на то что Apple сейчас — многомиллионная компания, пока был жив Стив Джобс — это была та самая компания выпускавшая одни из первых персональных ПК, собранные вручную в гараже, также и другие значимые для мира IT вещи, пока живы их основатели — жива и память о том как все зарождалось.
Ну и по теме: когда какая-нибудь der grosse troike тайком списывает со счетов абонентов их средства — есть резон паниковать и негодовать на хабре, ибо это — афера, когда данные с хостинга удаляют спустя 14 дней просрочки оплаты — это штатная ситуация, да, могли сохранить бэкапы, могли предупредить по телефону, факсу, голубиной почте и т.д. и т.п., но не стали, c'est la vie, возможно другие хостеры в этом вопросе действительно гораздо более политичны — ну так и хоститесь у них, но выдвигать претензии на этот счет — я лично считаю неуместным, потому как это дополнительные услуги и дополнительный сервис, который контора в праве оказывать или не оказывать, и уже пусть рынок ее рассудит, права она в этом вопросе или нет.
P.S. Напоминает топик товарища который посредством phpmyadmin удалил себе production базу, и на радостях расписывавший необходимость двойного, тройного и т.п. подтверждение изменения таблиц. Не у уведомлениях по почте и не в тройном подтверждении проблема, внимательнее нужно быть.
Так какая тайна, какая переписка? Было-бы обсуждение какой-то действительно приватной информации — это одно, а нелепые угрозы а-ля «вот я вас на хабре» не вижу смысла скрывать, если угрожать не стыдно, то почему-же тогда чтобы знали об этом — стыдно. Пусть уж страна знает своих героев в лицо с обеих сторон баррикад.
Что-то этот Counter-strike больше похож на Wolfenstein, с таким-же успехом можно Invaders можно назвать Starcraft'ом и радоваться что даже на калькуляторе он есть.
Не люблю технические посты-пустышки, остальное — вроде как потоковый шлак, пропускаешь автоматом, а тут вроде как тематическая статья, ожидания на ее счет, а там «как я лаптем щи хлебал».
0. Не аргумент, в eclipse видно :)
1. Ну вот это конечно аргумент, добавить в него свои методы порой проблематично, действительно приходится дергать getArrayCopy(), с другой стороны те что уже есть работают быстрее.
2. Весь PHP такой, что уж поделать.
Не, на самом деле это не так, «своя реализация» чего-бы то ни было на php — всегда медленнее чем встроенный вариант на уровне си, и последний раз когда я проверял — ArrayObject не был исключением, хотя это тоже может варьироваться от версии к версии, может и были с ним когда-то какие-нибудь проблемы.
Так не подчеркивает-же ни хрена :) Не с первого раза и сами иконки можно заметить, вне зависимости от того есть там подложка или нет, так как у иконок-то хоть какой-то контраст с фоном.
Абсолютно какой-то неудачный пример, между подложкой и фоном контраста — никакого, соот-но и выделяющего эффекта у нее 0, с первого раза я ее и не разглядел.
Да никому дизайн в страшном сне не нужен, 90% интернет-магазинов страшны как смерть, и покупают товар у того или иного ну уж никак не основываясь на дизайне, а по принципу «есть цена/нет цены», «дешевле/дороже» и т.п… Для визитки компании производителя — можно конечно поспорить, но тоже в первую очередь потребителю интересен дизайн продукции, так чтобы он смог его открыть и разглядеть, соот-но это промышленный дизайн и предметная съемка, что опять-же никак не связано с веб-дизайном. Средний потребитель в принципе не может отличить хороший веб-дизайн от плохого.
Все эти пляски вокруг дизайна — это лобби веб-студий делающих визитки за 500к, и студий стремящихся их делать. Хороший дизайн по сравнению с плохим может увеличить продажи — ну вдвое, пусть даже втрое, но в сравнении с раскруткой и логистикой это настолько смешные величины — что ими можно пренебречь. Исследования где «Мы сделали кнопку красной — и о чудо! Продажи возрасли в несколько раз!» проводятся на ресурсах, где из раскрутки и логистики уже выжали все. Так что amazon'у или ebay'ю есть резон ломать голову над дизайном, а магазину утюгов на деревне бабушки достаточно большой фотографии ютуга, цены на пол-экрана и кнопки «купить» на вторую половину экрана.
В случае с кафе/барами/ресторанами как раз есть резон, себестоимость обслуживания у них минимальна, большая часть цены — это аренда, деньги чтобы окупить интерьер, оплата персонала — все это те затраты, так или иначе присутствуют всегда, вне зависимости от количества посетителей, так что если в суши-баре на 10 человек есть 10 покупателей сырой рыбы по 500 рублей 100 грамм — то хорошо, 5к дохода, но если таких только 5 — то лучше еще 5 пригнать купоном на 100 рублей — 100 грамм, и получить в итоге 3к, нежели получить 2.5к и полупустой бар, так как от того что он полупустой не станут меньше ни зарплаты персонала, ни аренда и т.д.
То это как раз то что нужно, я в детстве тоже достаточно долго картавил (это поздно обнаружилось, очень уж хорошо получалось :)) — и не смотря на ярость логопедов все преподаватели английского были от моего «р» без ума :)
P.S. Напоминает топик товарища который посредством phpmyadmin удалил себе production базу, и на радостях расписывавший необходимость двойного, тройного и т.п. подтверждение изменения таблиц. Не у уведомлениях по почте и не в тройном подтверждении проблема, внимательнее нужно быть.
1. Ну вот это конечно аргумент, добавить в него свои методы порой проблематично, действительно приходится дергать getArrayCopy(), с другой стороны те что уже есть работают быстрее.
2. Весь PHP такой, что уж поделать.
Все эти пляски вокруг дизайна — это лобби веб-студий делающих визитки за 500к, и студий стремящихся их делать. Хороший дизайн по сравнению с плохим может увеличить продажи — ну вдвое, пусть даже втрое, но в сравнении с раскруткой и логистикой это настолько смешные величины — что ими можно пренебречь. Исследования где «Мы сделали кнопку красной — и о чудо! Продажи возрасли в несколько раз!» проводятся на ресурсах, где из раскрутки и логистики уже выжали все. Так что amazon'у или ebay'ю есть резон ломать голову над дизайном, а магазину утюгов на деревне бабушки достаточно большой фотографии ютуга, цены на пол-экрана и кнопки «купить» на вторую половину экрана.