Я понятия не имею, как вы собрались снимать не зеркалкой в студии, например.
Экономить смысл имеет. Но человек хочет взять фотоаппарат за 60 тысяч, а не за 120.
А 60 это зеркалка с китовым объективом + штатив + сумка + аккумуляторы + фильтры + пультик. Я в общем даже и не знаю, как еще сэкономить.
А вот вместо фотоаппарата за 17 тысяч и в самом деле можно достать айфон.
У меня несколько фиксов. Китом снимаю в путешествиях, так как зум тупо удобнее. Умел бы айфон зум - снимал бы на айфон. А так приходится таскать зеркалку.
А фиксы для экспериментов, где можно готовиться к кадру по полчаса.
Но это тоже мое мнение)
DevMan Ну вот человек пришел в магазин, и у него денег на тушку, и на один средне-толковый объектив. И что ему взять? 17-40mm? Или может быть 70-200mm (беленький, огромный и такой заманчивый!)? Или 50mm 1.4?
Для этого и существует китовый. Определиться, что надо. Чего не хватает. Куда расти. Плюс его не жалко будет брать в путешествия. Я бы вообще 18-200 брал первым, но и стандартный китовый 18-135 хорошо.
Я не знаю вашей реальной квалификации, но скорее всего у вас ограниченный опыт проектирования сложных реальных БД, но хорошие теоретические знания. Извиняюсь, если ошибся.
Поэтому лучшим вариантом для вас будет набить все возможные шишки и сделать так, как вы считаете правильным. Получите кучу экспириенса как в архитектуре БД, так и в лоббировании ваших проектов (что даже важнее). Вы в любом случае останетесь в плюсе, а ваш работодатель возможно получит более опытного специалиста и возможно более грамотно спроектированный проект.
Но если я ошибся, и вы спроектировали архитектуру уже десятка подобных БД, и для вас все абсолютно прозрачно и понятно, то вполне можно оставить все как есть, но это вы и без меня должны знать)
А по поводу целостности данных... На крайний случай над SQL у вас наверняка уже есть пара слоев абстракции, которые могут дешево гарантировать целостность. Если возможности дешево гарантировать целостность нет - к примеру нужны внешние ключи, то сериализировать ничего нельзя.
Я бумажку подкладывал на своем старом ноуте. Обычно SSD уже чем обычные винчестеры. А так это обычный 2.5 винчестер (впрочем, есть и в других формфакторах).
Я предполагаю что это внутренняя фишка CodeIgniter. Добавьте пожалуйста его в теги, что специалисты по этому фреймворку вам помогли.
Сейчас у вас var_dump работает так, как и должен работать в php по умолчанию.
Евгений Лебедев там оптимизация для скорости, селектор 'body' никто по дереву не ищет, в отличии от селектора 'div', а тупо приводится к document.body.
Этот хак работает дьявольски быстро, но иногда бывают вот такие вот накладки.
Вообще обычно работает, но в данном случае не обязано, так как это вебстраница целиком.
Но то, что вы хотите, можно получить с помощью небольшого хака.
$newBody = $(html).find(':first-child');
И $newBody.html() будет работать.
Плюс к тому, ругать человека за то, что он задает вопросы это очень плохо.