На самом деле процы у нас тоже производят, даже в новостях было что купили какую-то старую линию AMD по 90-нм технологии, а уж по 180-нм технологии штампуем за милую душу, и вот в этот чюмодан один такой как раз бы влез :)
Вот отсюда и простор для инсинуаций, плату от какого-нибудь P2/P3 можно найти на помойке за 0 рублей, однако сделать такую с нуля — затраты колоссальны, тут уже от исполнителя зависит, и от проверяющих его труд компетентных органов.
Если заглянуть в любой магазин электронных компонентов — то по-большей части там такие кнопки с экранами и продаются, потому как и производятся они также у нас, на уже пожалуй несколько устаревших производствах, так что сходство нанотехнологии с «old laptop» — скорее потому что раньше кнопки только такие и были, и по внутренностям они «ровестники», по-крайней мере больше хочется верить в это, чем в вашу теорию… не оптимистичная она какая-то :)
Ну полевой компьютер — это-же таки не обычный потребитель, это скорее всего на военные нужды, тут как-бы с одной стороны и устройство — не фонтан, а с другой и скайп тоже как-то не очень уж подходит («чтобы передать шифровку из центра — пожалуйста, пополните свой счет» :)).
Для гражданских нужд, экспедиций всяких и т.п. конечно зарубежный «аналог» выглядит более привлекательно :)
Ну на счет цены — это вы зря, нельзя сравнивать серийное производство и такого рода разовые экземпляры, за рубежом производят всякого рода компьютеры за копейки исключительно из-за того что у них есть крупные, налаженные производственные линии, с совершенными тех.процессами, которые эти самые компьютеры штампуют тысячами, соот-но и цену они могут из-за этого варьировать, а у нас их нет и по-моему не планируется, так что каждый «полевой компьютер» — это несколько месяцев работы дяди Стёпы с паяльником, и есс-но даже если дядя Стёпа просохнет — то той-же плотности расположения электронных компонентов он паяльником не добъётся :) что есс-но выливается в более высокую себестоимость и более высокую рыночную стоимость соот-но.
Интересный способ уменьшить количество самоубийств на производстве — заменить сотрудников роботами, а те кто вкалывали как папа Карло на производстве, только-бы не потерять рабочее место — вздохнув с облегчением разойдутся по домам… Впрочем я думаю великодушное руководство Foxconn оставит тех рабочих, что работают лучше роботов :)
Да тут по-моему все виноваты, и яндекс со своей жадностью и своей метрикой, семь пядей во лбу не нужно чтобы догадаться что не все ссылки предназначены для публичного использования, де-факто, не смотря на увещевания RFC 2616 и т.п., и индексация через руки — это индексация исключительно тех страниц, на которые дана ссылка.
И веб-мастера со своей недальновидностью, приватная страница должна быть максимально приватной, даже любое изображение подгруженное со стороннего источника обнаруживает адрес приватной страницы через тот-же REFERER, не говоря уже о сторонних скриптах… да и какая к черту аналитика на такого рода страницах? Проверять хорошо-ли они проиндексировались? :)
Ну и конечно общепринятая порочная практика выдавать приватные данные по ключу в GET-параметре, если раньше это было больше из области научной фантастики, дескать кто-то выдернет адрес из прокси, то сейчас благодаря наличию всяких яндекс-баров — никто не уйдет обиженным :)
Да не писем, что вы все к письмам привязались, метрика была установлена на странице куда вела ссылка из письма, и при загрузке этой страницы вместе с загрузкой метрики, она (метрика) выдавала яндексу «ололо, меня загрузили с такого-то адреса». Письма здесь вообще не причем.
Паттерн — зло, он сходу нарушает два базовых принципа ООП — наследование и полиморфизм, так как вызывая класс напрямую по имени его уже не заменишь ни на наследника, ни на аналог, при этом добавляя связанным с ним классам такую характеристику как неподвижность, так как объект который считывает связи с другими объектами из, например, реестра объектов (реализованного через синглтон) — без самого реестра объектов работать уже не будет, это тоже так сказать базис — объект должен получать заведомо необходимые ему для работы данные через конструктор, опциональные — через аксессоры. Но это теория.
На практике конечно не всегда все так однозначно, есть классы сугубо специфичные для приложения, не предназначенные ни для наследования, ни для отдельного использования, например классы команд фронтального контроллера, в них синглтон может быть альтернативой протаскиванию необходимых объектов через всю иерархию классов.
Ага, в российских реалиях очень правдоподобно, в онлайн-игры играет порядочное количество состоятельных людей с нестерпимым желанием меряться письками, так что «дай взятку боссу X и прокачайся сразу на два уровня» — это по-моему вполне покатит, кому нужны эти нелепые махания нарисованными топорами :)
Ну это как-то несерьезно, кто с replace'ом дружен — тому и класс не нужен, общий интерфейс и несколько реализаций под mysql/mysqli/pdo — это мне понятно, а когда один класс в котором что-то правят replace'ом — был-ли в нем смысл вообще?
Этот вариант мне кажется даже более вероятным, сейчас, когда различные онлайн-сервисы набирают обороты и видео теперь хранится на youtube, изображения на flickr, файлы на различных файл-хостингах и т.д. и т.п., а это сервера работающие 24x7x365 и единственная причина по которой им необходимы жесткие диски — невозможность уместить все эти данные в оперативной памяти, которой с годами становится все больше и больше.
Да и это сейчас наиболее надежный способ хранения информации для рядового потребителя, как уже был на хабре топик — из всех средств хранения информации в наш цифровой век, самый надежный — книга, так как она единственная может пролежать несколько сотен лет, для остальных-же средств (hdd, ssd, fdd, cd) и 10 лет уже серьезный срок. Онлайн-сервисы конечно от этого тоже не застрахованы, но они по-крайней мере установлены на хостинг-площадках, с резервными источниками питания, резервным копированием информации, своевременной заменой износившейся техники и т.п.
Firefox 5.0 Ubuntu Natty — все отлично, все нормально отображается, только конечно рендерится долго, прямо скажем для повсеместного использования решение спорное, по-моему в большинстве случаев логичнее преобразовать pdf в изображение или html на сервере.
Для гражданских нужд, экспедиций всяких и т.п. конечно зарубежный «аналог» выглядит более привлекательно :)
И веб-мастера со своей недальновидностью, приватная страница должна быть максимально приватной, даже любое изображение подгруженное со стороннего источника обнаруживает адрес приватной страницы через тот-же REFERER, не говоря уже о сторонних скриптах… да и какая к черту аналитика на такого рода страницах? Проверять хорошо-ли они проиндексировались? :)
Ну и конечно общепринятая порочная практика выдавать приватные данные по ключу в GET-параметре, если раньше это было больше из области научной фантастики, дескать кто-то выдернет адрес из прокси, то сейчас благодаря наличию всяких яндекс-баров — никто не уйдет обиженным :)
На практике конечно не всегда все так однозначно, есть классы сугубо специфичные для приложения, не предназначенные ни для наследования, ни для отдельного использования, например классы команд фронтального контроллера, в них синглтон может быть альтернативой протаскиванию необходимых объектов через всю иерархию классов.
P.S.
— А почему в форме коржика?
— Это не коржик, это буква О, моя фамилия.
— А зовут тогда тебя как?
— Б!
© Магазинчик Бо
Да и это сейчас наиболее надежный способ хранения информации для рядового потребителя, как уже был на хабре топик — из всех средств хранения информации в наш цифровой век, самый надежный — книга, так как она единственная может пролежать несколько сотен лет, для остальных-же средств (hdd, ssd, fdd, cd) и 10 лет уже серьезный срок. Онлайн-сервисы конечно от этого тоже не застрахованы, но они по-крайней мере установлены на хостинг-площадках, с резервными источниками питания, резервным копированием информации, своевременной заменой износившейся техники и т.п.