Во-первых, сравнивать 250$ в предзаказе и цены на яндекс.маркете — ну, как минимум, некорректно. Если уж 250$ — то сравнивать с амазоном или штатовскими реселлерами (да и то иметь в виду, что на самом деле оно, как появится — будет где-то под 300$, скорее всего, т.к. сейчас предыдущая модель — C710 с 4 гигами, SSD и большой батарейкой стоит 250-260$). А если хочется в России — то сравнивать скорее с 500-600$, когда оно тут появится (если вообще появится).
Во-вторых, сравнивать по «времени работы», заявленных производителями — это вообще ни о чем. Туча производителей заявляют по 6-7-8-10 часов работы — и что? В реальности под более-менее какой-то нагрузкой ноутбуки на интелах на обычных тонких батарейках это скорее 4-5 часов максимум. Если уж что-то объективно сравнивать — давайте по батарейке. В этом же C720 стоит 3950 mAh = 45 Wh на 11.25 V, что, в общем, совсем не феерично много.
Чтобы не быть голословным, приведу несколько примеров того, что я считаю вариантами сравнимыми или лучшими, чем C720:
Samsung XE303C12 — почти такой же хромбук, но на ARM с 1.7 ГГц, мгновенно засыпает-просыпается (в отличие от x86), в спящем режиме живет неделю-полторы, в работающем — под 10-12 часов; весит 1.1 кг (что меньше, чем 1.25 кг у C720), стоит 248$. Если хочется именно хромбук — то, по-моему, надо брать это, а совсем не x86.
ASUS 1015E — на чуть более старом Celeron, 5200mAh батарейка, нормальный жесткий диск на 320 GB (а не огрызок SSD на 16), весит те же 1.25 кг, стоит 230$. Память апгрейдится, а не запаяна. Это уже вполне нормальная, минимально-рабочая машинка, которую можно использовать не только с минималистичным Android или облачными системами вроде ChromeOS.
ASUS X200CA — на почти таком же Celeron, с тачскрином, Windows 8, уже более приличной IPS-матрицей (хотя и 1366 x 768), 320-гиговым диском, 5200mAh батарейкой, те же 1.25 кг, стоит 299$, из которых, насколько я помню, 35-40$ можно вернуть за Windows, если ей не пользоваться.
Acer C710 — внезапно, оно не сильно-то и отличается от C720 — чуть старее процессор, меньше памяти и либо меньше живет от батарейки (если брать с 2500 mAh), либо чуть тяжелее (если брать 5000 mAh), зато младший вариант стоит 199$.
В общем, никакого «крутого предложения» я не вижу. В лучшем случае «один из» в сегменте ультрадешевых нетбуков, который, в общем-то, совсем не пустует. И это мы еще не смотрели на аналогичные по цене сегменты (скажем, ультрадешевых 15.6" или относительно дешевых Android-планшетов / ноутбуков).
Извините, получилось много для комментария, но на статью, на мой взгляд, не тянет.
Я решал похожую задачу для OpenStreetMap. Там есть названия улиц как на собственно улицах так и в адресах, и для некоторых потребителей данных необходимо чтобы они совпадали (они привязывают дома к улице для адресного поиска), для других же это просто полезно (логично видеть в навигаторе списке улиц одну улицу Ленина, а не «улицу Ленина», «Ленина улицу» и «Ул.Ленина», причем у каждой своя часть домов). Так как OpenStretMap это краудсорсинг, в базе присутствовал весь комплект вариантов, поэтому в один прекрасный момент было решено это дело причесать: на основе статей топонимистов было выработано соглашение по названиям названий улиц (в двух словах — «улица Ленина», но «Ленинская улица») и было решено привести данные по всей России ей в соответствие.
Первая версия причёсывалки, да — работала на регулярках. Название улицы разбиралось на части (статусная — «улица»/«переулок»/«проезд»/..., номерная — «1-й»/«2-я», поясняющая — «верхний»/«нижний»/«новая»/«старая») и собственно название, всё это приводилось к правильному порядку слов и регистру, раскрывались сокращения, сравнивались роды слов, добавлялась буква «ё», затем список замен проверялся в ручную и заливался в базу. Опечатки не поддерживались.
Этот код проработал с полгода, пока не стало понятно что подход тупиковый, а старая поговорка — «если у вас есть проблема, и вы решаете её регулярками, у вас есть две проблемы» работает на 100%. Надо сказать, что ключевым требованием к системе было отсутствие ложных срабатываний, ибо вносить ошибки в данные было непозволительно, а ошибок было навалом, поскольку регулярки не покрывали того что нужно и покрывали то что не нужно, поддержка их стала адом, списки исключений и исключений из исключений росли как на дрожжах, плюс проверка и исправление сгенерированных списков замен требовали уйму времени. Сайт, показывающий ошибки на карте, так и не было толком анонсирован в паблик во избежание необдуманных правок новичками, а соответствие названий соглашению остановилось где-то на уровне 95%. Приведу лишь один забавный пример из многих неожиданностей с которыми пришлось столкнуться — в ё-фикаторе было правило /озерн/озёрн/, которое добавляло «ё» в Озёрные, Приозёрные и Заозёрные улицы и переулки и всё было замечательно, пока не попалась Бульдозерная улица.
Потребовался другой подход с более прямолинейной логикой, требующий меньше ручной работы, не допускающий ложных срабатываний, и, соответственно, допускающий исправления вслепую хотя бы части данных, покрывающий больший процент улиц и поддерживающий исправление опечаток. Тогда уже было понятно что возможно это только с использованием большого словаря всех названий улиц. Блок регулярок, по сути, именно к нему и стремится, но не поддерживаем, а если помимо простых строк использовать wildcards ещё и непредсказуем. Что получилось в новом варианте:
Основа — библиотека на C++, умеющая выделять в названиях статусную часть (и только её), вырезать её, приводить к полной/сокращённой форме и приклеивать обратно к названию с разных сторон.
Понятно, что это очень просто, но уже, не прибегая к словарю, может привести кучу вариантов типа «улица Ленина», «ул.Ленина», «Ленина, улица» к одному знаменателю, что сильно поможет в сопоставлении нескольких баз (либо одной базы с самой собой, как в случае OSM).
Но для проверки нужен словарь. Для сопоставления с ним, используется описанная логика, т.е. и словарь и входное название приводятся к одной форме, по ней происходит сравнение, и при совпадении выдаётся вариант из словаря.
— сначала ищем точное совпадение, чтобы отбросить названия которые уже есть в словаре
— далее ищем формы, отличающиеся только регистром и написанием статусной части (назовём их неканоническими формами). Предполагается, что к ложным срабатываниям это не приведёт и сгенерированные здесь замены можно заливать без проверки и показывать пользователям. Замены я, тем не менее, всё равно всегда просматриваю, но практика показывает что это работает замечательно. И надо сказать, что самый большой процент несовпадений попадает именно в эту категорию, т.е. большая часть ошибок исправляется, по сути, полностью автоматически.
— далее ищем формы используя нечёткий поиск и допуская произвольную перестановку слов. Эта категория уже обязательно требует ручной проверки. Для нечёткого поиска была на коленке написана библиотечка, не слишком эффективная но для данной задачи вполне подходящая — она умеет нечёткое сравнение строк с заданным расстоянием Левенштейна. Эффективность этой стадии очень зависит от наполненности словаря, причём нелинейно: когда словарь небольшой, ошибки не находятся. Чем он больше, тем больше начинается ложных срабатываний и предложенных вариантов для каждого (например, «улица Леснова» которой пока нет в словаре → «улица Леонова», «улица Лескова»), и только с наполнением словаря «под завязку» их число снижается. Как правило, для проверки хватает расстояния в единицу.
— отдельно ищется совпадение входного названия с формой из словаря без статусной части. Это позволяет находить названия типа «Ленина» где статусная часть опущена — с этим, мы, увы, ничего сделать не можем — только показать на карте, это должны исправлять местные мапперы.
— всё что осталось. Это корректные названия которыми можно пополнить словарь либо названия с двумя и более опечатками, либо мусор типа «тропа в лес».
Результаты проекта: уже два года я пополняю словарь (довольно неспешно, в основном добавляю новые названия накопившиеся за неделю) и причёсываю базу OSM. На данный момент 98% улиц в российском ОСМ совпадают со словарём (хотя если считать по уникальным названиям, в словаре есть только 77% из них), все известные ошибки типа неканонической формы исправлены, оставшееся (это улицы без статусных частей которые надо исправлять руками в базе, улицы без совпадений которые надо проверять и добавлять в словарь а также предположительно-опечатки, которые по большей части состоят из ложных срабатываний и также должны быть проверены и добавлены в словарь, либо действительных ошибок которые можно исправить) будет постепенно разбираться.
В общем, посыл такой: осторожнее с регулярками. Забытая ^, лишняя .* захватят гораздо больше чем надо, и поддерживать это крайне сложно. Что не умеет моя реализация — так это сравнить «улица Ленина» и «улица В.И. Ленина». Но решается это по моему опыту только расширением возможностей словаря, а при попытке сделать что-то похожее на /улица.*Ленина/ надо быть готовым к тому что сматчатся «улица Путь Ленина» и «улица Сергея Тюленина».
Молоденький стартапер пасется возле лифта. Идет Инвестор. Стартапер в нетерпении. Краснеет от волнения. Инвестор подходит к лифту, тянется к кнопке. Стартапер предугадывает его действие и услужливо нажимает на кнопку чуть раньше. Их руки встречаются. Инвестор одобрительно смотрит на стартапера. Стартапер застенчиво улыбается в ответ. Открываются двери лифта. Инвестор входит в лифт с молоденьким стартапером. Двери закрываются. Табло лифта отсчитывает этажи. Стартапер делает питч Инвестору. Из кабинки лифта доносятся звуки презентации. Гул нарастает — это лифт движется к финальной точке, а питч — к кульминации. Открываются двери лифта — Выходит Инвестор, с незастегнутым портмоне. Крупный план: портмоне. Видно — Инвестор опустошен. Но на лице Инвестор ни тени эмоции — он давно занимается венчурным бизнесом. Для него — это каждодневная рутина. На заднем плане взъерошеный молоденький стартапер. Его немного потряхивает — он первый раз получает инвестиции. В кулачке зажата мятая оферта от Руны, из кармана рубашки торчит 10$ на старбакс. Занавес.
Индекс доллара был 120 в 2001 году, сейчас он 79 с копейками, этот индех включает в себя Евро, Японскую йену, фунт стерлингов, Канадский доллар, крону Швеции и Франк Швейцарии.
В 2001/2002 годах индекс доллара был 120, что означает доллар был намного сильнее, и кроме того я могу просто сказать что Канадский доллар подорожал с 60 центов до 1 доллара, Швейцарский франк был 56 центов в 2000m он сейчас 1.10 (его прикрепили к Евро, что конечно огромная глупость). Австралийский доллар подорожал тоже где-то в 2 раза по отношению к USD.
Все валюты уничтожаются вдогонку за долларом. Причина почему я говорю о фундаментальном крахе USD та же, почему я говорил о крахе заемов на жилье в Штатах лет 6 назад — это огромный мыльный пузырь, за которым нет никакого производства, который держится в воздухе только за счет искусственных низких цен на заем (ставка) и экономика, которая ничего не производит, чтобы понизить 50 Миллиардный в месяц дефицит торговли.
Инфляция сильно ударила по всему миру, но это инфляция экспортируемая Штатами, буквально они печатают и экспортируют деньги и взамен получают товары от производителей, которые ничего не смогут у Америки обратно на эти деньги получить, это инфляция.
Если вдруг правительство США проснется и резко повысит ставку, процентов до 20-22, как они сделали в 1981м, тогда я изменю свое мнение, но они это сделали в 81м, а теперь думаю они не пойдут на такой удар экономике (это странну введет в очень глубокую депрессию года на 2-3), а ведь сейчас будут пере-выборы, и я не представляю себе чтобы Обама согласился начать настоящее лечение экономики (проблемы которой, он кстати совершенно не понимает, он убежденный Марксист, каких не найдешь в странах бывшего СССР).
У меня взгляд такой — в течении следующих 1.5-2 лет, мы увидим крушение бумажных валют, начиная с доллара.
Если в Киеве обитаешь — зайди на радиорынке в павильон 9в
Если нет то вот еще пару сайтов к предыдущему www.rcscomponents.kiev.ua/ — есть оффлайн магазины в Киеве и Харькове radiodetali.com.ua/ — это тоже самое что павильон 9в www.kosmodrom.com.ua/ — есть оффлайн в Харькове www.e-voron.dp.ua/ — есть оффлайн в Днепре
Естественно все магазины работают по Украине с перевозчиками.
Немного не в тему, но я вот жду, когда ДОМ будет интегрирована в десктоп окружение, пусть тот же ГТК. Все же текущие механизмы (призма мозилы, или создание приложений в хроме) — это искусственно смотрится. Хорошо бы дать возможность разрабатывать нативные приложение на базе веб-технологий, то к чему сейчас на мобильных платформах по чуть-чуть подходят.
Любите, девушки, админов,
Любите, девушки, скорей!
Админ — не глупая скотина,
Админ — не овощ-сельдерей.
Админ вам подмигнет тихонько,
Админ протянет проводок —
По проводам легко и звонко
Уже бежит любовный ток.
У монитора бутерброды
Лежат надкусанной горой…
Для благоденствия народа
Админ готов на все. Порой.
Порою взглянет он игриво
И комплимент начнет плести —
А значит, пару литров пива
Ему должны вы принести.
Откушав пару литров пива,
Админ приляжет на кровать,
Где вы устроились красиво,
И тут же закричит: «Е… ть!»
Вы приготовитесь смущенно
Раздвинуть ноги для него,
Но он их сдвинет возмущенно:
«Е… ть» не значит ничего.
И обижаться бесполезно,
И жизнь рассыпалась в куски.
Забита комната железом,
Везде валяются носки…
Как жить с титаном Возрожденья?
Тихонько в тряпочку сопи.
Ты вся дрожишь от возбужденья,
А он — про TCP/IP.
И ты останешься, бедняжка,
В стране нестиранных носков.
В углу лежат ботинки, фляжка…
Да, нрав админовский суров.
Ты встреть его, проста, красива,
Одета, скажем, в неглиже.
И пусть на кухне будет пиво,
И чтоб холодное уже.
Любите, девушки, админов,
Душа админа так тонка.
Админ — не сволочь, не скотина,
Админу хочется пивка!
Думаю nqinx нужен, так как может все что и apache, и понятное дело менее требователен.
А по делу удачи, если сделает больше чем: www.ipcop.org/index-pn.php
и
ClarkConnect
ClearOS
eBox (хорошая штука между прочим)
Endian Firewall
m0n0wall
PfSense
Shorewall
SmoothWall
Untangle
Zeroshell
Многие владельцы сайтов пребывают в уверенности, что раскручивать нужно ТОЛЬКО главную. Я уже сталкивалась с этим при написании текстов. Иногда просят до 50 РАЗНЫХ ключевиков впихнуть в текст на главной.
При попытках объяснить, что нужно написать несколько статей для нескольких внутренних страниц, и каждую из них «заточить» под один запрос — некоторые заказчики (под влиянием своих «оптимизаторов») просто исчезают и потом реально на главной появляется текст, где в одном предложении 5 раз встречается слово «ремонт». :D
На самом деле, если солярий находится у метро Пражская, то в запросе, который содержит это слово нет ничего ужасного. Я не поеду в тренажерный зал или в солярий на другой конец Москвы. А значит буду искать около дома. Так что запрос, содержащий «географические» орентиры — гораздо важнее для потребителя и скорее сконвертирует его в покупателя. Конечно до абсурда это правило тоже не стоит доводить.
Ну и традиционно — по нч и сч — легче и дешевле продвигаться, а у начинающего предпринимателя (солярия ;)) денег, возможно, не слишком много. Поэтому 5 нч в топе за 5килорубликов — это лучше, чем ничего. Конечно, при условии, что входные страницы будут правильно сделаны для того, чтобы посетитель все-таки пришел за услугой, а не выскочил с сайта, как ошпаренный.
ВЧ сам по себе не означает высокой конвертации посетителя в покупателя, скорее наоборот. Чем низкочастотнее запрос — тем лучше ищущий понимает свои потребности, а значит — больше вероятности, что он что-то купит, а не просто зайдет и выйдет.
Во-первых, сравнивать 250$ в предзаказе и цены на яндекс.маркете — ну, как минимум, некорректно. Если уж 250$ — то сравнивать с амазоном или штатовскими реселлерами (да и то иметь в виду, что на самом деле оно, как появится — будет где-то под 300$, скорее всего, т.к. сейчас предыдущая модель — C710 с 4 гигами, SSD и большой батарейкой стоит 250-260$). А если хочется в России — то сравнивать скорее с 500-600$, когда оно тут появится (если вообще появится).
Во-вторых, сравнивать по «времени работы», заявленных производителями — это вообще ни о чем. Туча производителей заявляют по 6-7-8-10 часов работы — и что? В реальности под более-менее какой-то нагрузкой ноутбуки на интелах на обычных тонких батарейках это скорее 4-5 часов максимум. Если уж что-то объективно сравнивать — давайте по батарейке. В этом же C720 стоит 3950 mAh = 45 Wh на 11.25 V, что, в общем, совсем не феерично много.
Чтобы не быть голословным, приведу несколько примеров того, что я считаю вариантами сравнимыми или лучшими, чем C720:
В общем, никакого «крутого предложения» я не вижу. В лучшем случае «один из» в сегменте ультрадешевых нетбуков, который, в общем-то, совсем не пустует. И это мы еще не смотрели на аналогичные по цене сегменты (скажем, ультрадешевых 15.6" или относительно дешевых Android-планшетов / ноутбуков).
Я решал похожую задачу для OpenStreetMap. Там есть названия улиц как на собственно улицах так и в адресах, и для некоторых потребителей данных необходимо чтобы они совпадали (они привязывают дома к улице для адресного поиска), для других же это просто полезно (логично видеть в навигаторе списке улиц одну улицу Ленина, а не «улицу Ленина», «Ленина улицу» и «Ул.Ленина», причем у каждой своя часть домов). Так как OpenStretMap это краудсорсинг, в базе присутствовал весь комплект вариантов, поэтому в один прекрасный момент было решено это дело причесать: на основе статей топонимистов было выработано соглашение по названиям названий улиц (в двух словах — «улица Ленина», но «Ленинская улица») и было решено привести данные по всей России ей в соответствие.
Первая версия причёсывалки, да — работала на регулярках. Название улицы разбиралось на части (статусная — «улица»/«переулок»/«проезд»/..., номерная — «1-й»/«2-я», поясняющая — «верхний»/«нижний»/«новая»/«старая») и собственно название, всё это приводилось к правильному порядку слов и регистру, раскрывались сокращения, сравнивались роды слов, добавлялась буква «ё», затем список замен проверялся в ручную и заливался в базу. Опечатки не поддерживались.
Этот код проработал с полгода, пока не стало понятно что подход тупиковый, а старая поговорка — «если у вас есть проблема, и вы решаете её регулярками, у вас есть две проблемы» работает на 100%. Надо сказать, что ключевым требованием к системе было отсутствие ложных срабатываний, ибо вносить ошибки в данные было непозволительно, а ошибок было навалом, поскольку регулярки не покрывали того что нужно и покрывали то что не нужно, поддержка их стала адом, списки исключений и исключений из исключений росли как на дрожжах, плюс проверка и исправление сгенерированных списков замен требовали уйму времени. Сайт, показывающий ошибки на карте, так и не было толком анонсирован в паблик во избежание необдуманных правок новичками, а соответствие названий соглашению остановилось где-то на уровне 95%. Приведу лишь один забавный пример из многих неожиданностей с которыми пришлось столкнуться — в ё-фикаторе было правило /озерн/озёрн/, которое добавляло «ё» в Озёрные, Приозёрные и Заозёрные улицы и переулки и всё было замечательно, пока не попалась Бульдозерная улица.
Потребовался другой подход с более прямолинейной логикой, требующий меньше ручной работы, не допускающий ложных срабатываний, и, соответственно, допускающий исправления вслепую хотя бы части данных, покрывающий больший процент улиц и поддерживающий исправление опечаток. Тогда уже было понятно что возможно это только с использованием большого словаря всех названий улиц. Блок регулярок, по сути, именно к нему и стремится, но не поддерживаем, а если помимо простых строк использовать wildcards ещё и непредсказуем. Что получилось в новом варианте:
Основа — библиотека на C++, умеющая выделять в названиях статусную часть (и только её), вырезать её, приводить к полной/сокращённой форме и приклеивать обратно к названию с разных сторон.
Понятно, что это очень просто, но уже, не прибегая к словарю, может привести кучу вариантов типа «улица Ленина», «ул.Ленина», «Ленина, улица» к одному знаменателю, что сильно поможет в сопоставлении нескольких баз (либо одной базы с самой собой, как в случае OSM).
Но для проверки нужен словарь. Для сопоставления с ним, используется описанная логика, т.е. и словарь и входное название приводятся к одной форме, по ней происходит сравнение, и при совпадении выдаётся вариант из словаря.
— сначала ищем точное совпадение, чтобы отбросить названия которые уже есть в словаре
— далее ищем формы, отличающиеся только регистром и написанием статусной части (назовём их неканоническими формами). Предполагается, что к ложным срабатываниям это не приведёт и сгенерированные здесь замены можно заливать без проверки и показывать пользователям. Замены я, тем не менее, всё равно всегда просматриваю, но практика показывает что это работает замечательно. И надо сказать, что самый большой процент несовпадений попадает именно в эту категорию, т.е. большая часть ошибок исправляется, по сути, полностью автоматически.
— далее ищем формы используя нечёткий поиск и допуская произвольную перестановку слов. Эта категория уже обязательно требует ручной проверки. Для нечёткого поиска была на коленке написана библиотечка, не слишком эффективная но для данной задачи вполне подходящая — она умеет нечёткое сравнение строк с заданным расстоянием Левенштейна. Эффективность этой стадии очень зависит от наполненности словаря, причём нелинейно: когда словарь небольшой, ошибки не находятся. Чем он больше, тем больше начинается ложных срабатываний и предложенных вариантов для каждого (например, «улица Леснова» которой пока нет в словаре → «улица Леонова», «улица Лескова»), и только с наполнением словаря «под завязку» их число снижается. Как правило, для проверки хватает расстояния в единицу.
— отдельно ищется совпадение входного названия с формой из словаря без статусной части. Это позволяет находить названия типа «Ленина» где статусная часть опущена — с этим, мы, увы, ничего сделать не можем — только показать на карте, это должны исправлять местные мапперы.
— всё что осталось. Это корректные названия которыми можно пополнить словарь либо названия с двумя и более опечатками, либо мусор типа «тропа в лес».
Результаты проекта: уже два года я пополняю словарь (довольно неспешно, в основном добавляю новые названия накопившиеся за неделю) и причёсываю базу OSM. На данный момент 98% улиц в российском ОСМ совпадают со словарём (хотя если считать по уникальным названиям, в словаре есть только 77% из них), все известные ошибки типа неканонической формы исправлены, оставшееся (это улицы без статусных частей которые надо исправлять руками в базе, улицы без совпадений которые надо проверять и добавлять в словарь а также предположительно-опечатки, которые по большей части состоят из ложных срабатываний и также должны быть проверены и добавлены в словарь, либо действительных ошибок которые можно исправить) будет постепенно разбираться.
В общем, посыл такой: осторожнее с регулярками. Забытая ^, лишняя .* захватят гораздо больше чем надо, и поддерживать это крайне сложно. Что не умеет моя реализация — так это сравнить «улица Ленина» и «улица В.И. Ленина». Но решается это по моему опыту только расширением возможностей словаря, а при попытке сделать что-то похожее на /улица.*Ленина/ надо быть готовым к тому что сматчатся «улица Путь Ленина» и «улица Сергея Тюленина».
Исходники, словарь:
github.com/AMDmi3/streetmangler
(C++, биндинги для Perl, Python и Java)
Мой доклад по теме на Web+Gis 2011 (по большей части повторяет написанное выше):
www.youtube.com/watch?v=GO_hgOEU8-M
(слайды: amdmi3.ru/files/webgis2011/)
Кстати есть уже сценарий сиквела:
Молоденький стартапер пасется возле лифта. Идет Инвестор. Стартапер в нетерпении. Краснеет от волнения. Инвестор подходит к лифту, тянется к кнопке. Стартапер предугадывает его действие и услужливо нажимает на кнопку чуть раньше. Их руки встречаются. Инвестор одобрительно смотрит на стартапера. Стартапер застенчиво улыбается в ответ. Открываются двери лифта. Инвестор входит в лифт с молоденьким стартапером. Двери закрываются. Табло лифта отсчитывает этажи. Стартапер делает питч Инвестору. Из кабинки лифта доносятся звуки презентации. Гул нарастает — это лифт движется к финальной точке, а питч — к кульминации. Открываются двери лифта — Выходит Инвестор, с незастегнутым портмоне. Крупный план: портмоне. Видно — Инвестор опустошен. Но на лице Инвестор ни тени эмоции — он давно занимается венчурным бизнесом. Для него — это каждодневная рутина. На заднем плане взъерошеный молоденький стартапер. Его немного потряхивает — он первый раз получает инвестиции. В кулачке зажата мятая оферта от Руны, из кармана рубашки торчит 10$ на старбакс. Занавес.
Индекс доллара был 120 в 2001 году, сейчас он 79 с копейками, этот индех включает в себя Евро, Японскую йену, фунт стерлингов, Канадский доллар, крону Швеции и Франк Швейцарии.
В 2001/2002 годах индекс доллара был 120, что означает доллар был намного сильнее, и кроме того я могу просто сказать что Канадский доллар подорожал с 60 центов до 1 доллара, Швейцарский франк был 56 центов в 2000m он сейчас 1.10 (его прикрепили к Евро, что конечно огромная глупость). Австралийский доллар подорожал тоже где-то в 2 раза по отношению к USD.
Все валюты уничтожаются вдогонку за долларом. Причина почему я говорю о фундаментальном крахе USD та же, почему я говорил о крахе заемов на жилье в Штатах лет 6 назад — это огромный мыльный пузырь, за которым нет никакого производства, который держится в воздухе только за счет искусственных низких цен на заем (ставка) и экономика, которая ничего не производит, чтобы понизить 50 Миллиардный в месяц дефицит торговли.
Инфляция сильно ударила по всему миру, но это инфляция экспортируемая Штатами, буквально они печатают и экспортируют деньги и взамен получают товары от производителей, которые ничего не смогут у Америки обратно на эти деньги получить, это инфляция.
Если вдруг правительство США проснется и резко повысит ставку, процентов до 20-22, как они сделали в 1981м, тогда я изменю свое мнение, но они это сделали в 81м, а теперь думаю они не пойдут на такой удар экономике (это странну введет в очень глубокую депрессию года на 2-3), а ведь сейчас будут пере-выборы, и я не представляю себе чтобы Обама согласился начать настоящее лечение экономики (проблемы которой, он кстати совершенно не понимает, он убежденный Марксист, каких не найдешь в странах бывшего СССР).
У меня взгляд такой — в течении следующих 1.5-2 лет, мы увидим крушение бумажных валют, начиная с доллара.
Но, конечно, Вы можете самостоятельно составить такой PDF и дать гиперссылку.
Если нет то вот еще пару сайтов к предыдущему
www.rcscomponents.kiev.ua/ — есть оффлайн магазины в Киеве и Харькове
radiodetali.com.ua/ — это тоже самое что павильон 9в
www.kosmodrom.com.ua/ — есть оффлайн в Харькове
www.e-voron.dp.ua/ — есть оффлайн в Днепре
Естественно все магазины работают по Украине с перевозчиками.
www.youtube.com/watch?v=6wS5xOZ7Rq8
Спасибо за ответ.
Любите, девушки, админов,
Любите, девушки, скорей!
Админ — не глупая скотина,
Админ — не овощ-сельдерей.
Админ вам подмигнет тихонько,
Админ протянет проводок —
По проводам легко и звонко
Уже бежит любовный ток.
У монитора бутерброды
Лежат надкусанной горой…
Для благоденствия народа
Админ готов на все. Порой.
Порою взглянет он игриво
И комплимент начнет плести —
А значит, пару литров пива
Ему должны вы принести.
Откушав пару литров пива,
Админ приляжет на кровать,
Где вы устроились красиво,
И тут же закричит: «Е… ть!»
Вы приготовитесь смущенно
Раздвинуть ноги для него,
Но он их сдвинет возмущенно:
«Е… ть» не значит ничего.
И обижаться бесполезно,
И жизнь рассыпалась в куски.
Забита комната железом,
Везде валяются носки…
Как жить с титаном Возрожденья?
Тихонько в тряпочку сопи.
Ты вся дрожишь от возбужденья,
А он — про TCP/IP.
И ты останешься, бедняжка,
В стране нестиранных носков.
В углу лежат ботинки, фляжка…
Да, нрав админовский суров.
Ты встреть его, проста, красива,
Одета, скажем, в неглиже.
И пусть на кухне будет пиво,
И чтоб холодное уже.
Любите, девушки, админов,
Душа админа так тонка.
Админ — не сволочь, не скотина,
Админу хочется пивка!
А по делу удачи, если сделает больше чем:
www.ipcop.org/index-pn.php
и
ClarkConnect
ClearOS
eBox (хорошая штука между прочим)
Endian Firewall
m0n0wall
PfSense
Shorewall
SmoothWall
Untangle
Zeroshell
При попытках объяснить, что нужно написать несколько статей для нескольких внутренних страниц, и каждую из них «заточить» под один запрос — некоторые заказчики (под влиянием своих «оптимизаторов») просто исчезают и потом реально на главной появляется текст, где в одном предложении 5 раз встречается слово «ремонт». :D
На самом деле, если солярий находится у метро Пражская, то в запросе, который содержит это слово нет ничего ужасного. Я не поеду в тренажерный зал или в солярий на другой конец Москвы. А значит буду искать около дома. Так что запрос, содержащий «географические» орентиры — гораздо важнее для потребителя и скорее сконвертирует его в покупателя. Конечно до абсурда это правило тоже не стоит доводить.
Ну и традиционно — по нч и сч — легче и дешевле продвигаться, а у начинающего предпринимателя (солярия ;)) денег, возможно, не слишком много. Поэтому 5 нч в топе за 5килорубликов — это лучше, чем ничего. Конечно, при условии, что входные страницы будут правильно сделаны для того, чтобы посетитель все-таки пришел за услугой, а не выскочил с сайта, как ошпаренный.
ВЧ сам по себе не означает высокой конвертации посетителя в покупателя, скорее наоборот. Чем низкочастотнее запрос — тем лучше ищущий понимает свои потребности, а значит — больше вероятности, что он что-то купит, а не просто зайдет и выйдет.