Фото: Reuters

Компания продолжила удивлять аналитиков

В пересчете на одну обыкновенную акцию прибыль компании составила 5,71 доллара.

Выручка за второй квартал 2010 года увеличилась также на 24% и составила 6,82 миллиарда долларов по сравнению с 5,52 миллиарда долларов за аналогичный период 2009 года.

«Компания показала сильный результат во втором квартале. Достаточный рост нашего основного бизнеса и очень значительный рост наших новых видов деятельности обеспечили увеличение выручки на 24%. Мы видим силу в каждом сегменте нашей деятельности, мы с уверенностью смотрим в будущее и планируем продолжать агрессивное инвестирование в наши основные виды деятельности», – заявил исполнительный директор Google Эрик Шмидт.

Напомним, по итогам 2009 года чистая прибыль Google составила 6,5 миллиарда долларов, что на 54% больше показателя за предыдущий год, выручка также увеличилась, составив 23,7 миллиарда долларов против 21,8 миллиарда за 2008 год.

По материалам РИА Новости

Эффективный поиск изображений в Интернете

Поиск изображений в Интернете по определенным критериям — задача не только для дизайнеров. Очень часто рядовые блогеры тратят больше времени на поиск подходящего изображения для статьи, чем на написание самого материала. А все потому, что в голове сидит понимание того, какое необходимо изображение, но поисковик выдает целую кучу картинок, которые совершенно не подходят и сбивают с толку. В этой статье мы рассмотрим максимально эффективные методы поиска изображений для различных ситуаций.

Самым известным подручным способом быстро найти изображение является стандартный сервис от поискового гиганта Google Images. Сервис достаточно функционален: можно настроить фильтрацию, поиск по цвету, по размеру изображения и т.д. Однако всегда ли целесообразно пользоваться именно им? В принципе через Google Images можно найти желаемое изображение, но в большинстве случаев на это придется потратить много времени. Дело в том, что если вы ищете, скажем, фотографию стиральной машины «Малютка-3», то вы ее найдете практически со 100%-ной вероятностью, так как в Интернете точно отыщется ее описание, где будет упомянуто название «Малютка-3». Но бывают и более сложные критерии поиска. Давайте рассмотрим некоторые примеры.

У вас есть изображение маленького разрешения, при этом необходимо найти такое же, но большого разрешения, для фотообоев или плаката.

В поиске изображений от Google некорректно вводить описание фото для его нахождения (в нашем случае – извилистая грунтовая дорожка в лесу). Для этого есть сервис поиска больших изображений из маленьких – TinEye.

Прямо на главной страничке сервиса можно загрузить изображение с компьютера или же вставить ссылку на изображение, выбрать критерий поиска – Biggest – и получить изображение необходимого размера, если таковое есть в Сети. Вот, что получилось в нашем случае:

Иногда необходимо найти изображение в определенной цветовой гамме.

Если это самые распространенные цвета – красный, черный, белый, зеленый и т.д., то поможет стандартный поиск от Google. Но он выведет все варианты в таких цветах, и чаще всего это будут изображения рекламного характера, а мы хотим повесить на стену что-нибудь в общих цветах с комнатой. И цвета нужны не обычные, а сочетание светло-лимонного и фиолетового. В таком случае как нельзя кстати окажется сервис поиска изображений с Flikr – http://labs.ideeinc.com/multicolr, который поможет найти требуемое по заданным цветовым параметрам. На Flikr имеется великое множество красивых изображений в больших разрешениях, такой поиск будет идеален для дизайнеров. Можно искать по фильтру, состоящему одновременно из десяти цветов и менее. Вот подходящие для нашей комнаты:

Бывает, что нужно найти изображение по строго заданным параметрам –
с указанием того, что и как будет на нем размещено.

К примеру, это определенная птица, сидящая на ветке. Если мы в стандартном поиске изображений от Google введем слово «птица» – скорее всего на какой-нибудь 20–30-й странице мы найдем нужное изображение. Если введем словосочетание «птица на ветке», то это же изображение можем и не найти по банальной причине – оно не отмечено нужным тегом. Для удобного и быстрого поиска в Google разработали новый сервис, который пока что находится в стадии доработки, но им уже можно пользоваться: http://image-swirl.googlelabs.com.

В нем поиск ведется от общей тематики к конкретной. Если ввести «Bird» в строке поиска – получим несколько тематик с птицами.

Найти красивые фото по простым критериям поможет сервис Compfight.

К примеру, если в поисковике изображений от Google ввести слово «машина», мы получим около 80% рекламы, а этот сервис выдаст 100% креатива:

Или, скажем, нам необходима буква «А» для дизайна вывески. Если в поисковике от Google ввести «вывеска а», придется разгребать массу ненужной информации. Поиск выдаст или вывески, но не «А», или «А», но не вывески, а в большинстве что-то, вообще не имеющее отношения к теме. А с помощью Compfight мы получим множество различных вывесок с буквой «A» – то, что и требуется!

Разумеется, искать можно и на стоках, при этом на дорогих стоках даже поиск реализован хорошо. Но в этом и проблема – изображения на них дорогие, а на дешевых найти что-либо стоящее тяжело, а платить все равно придется.

В Интернете миллионы изображений – найдется любое для любой цели, и если знать, где и как искать – поиск займет разумное количество драгоценного времени!

P.S. Отец в больницу попал, очень занят, совсем нету времени свободного…

Напомним, что полтора года назад Google запустил свой собственный вариант Wikipedia. Однако судя по всему в компании решили, что Google Knol будет сложно тягаться со своим главным конкурентом, и сегодняшнее пожертвование, возможно, первый знак того, что скоро развитие Google Knol прекратится.

Напомним также, что ровно полгода назад Wikimedia получила грант на развитие от The William and Flora Hewlett Foundation. Тогда на продвижение бесплатного обучения фондом было выделено $500 тыс. В то же время на англоязычной версии ресурса количество статей превысило 3 млн, и тогда же было выпущено официальное мобильное приложение для iPhone.

Также отметим, что в рамках Campaign to Protect Wikipedia благодаря частным пожертвованиям, большинство из которых приходят от обычных пользователей, по состоянию на 5 января 2010 года Wikipedia смогла собрать более $8 млн от 230 тыс. человек.

Мы получили большое количество положительных отзывов о работе алгоритма АГС-17. Но многие пользователи справедливо жалуются на то, что в результатах поиска Яндекса все еще остаются некачественные сайты. Поэтому мы постарались увеличить полноту АГС-17. Новый алгоритм, основанный примерно на ста факторах, стал значительно умнее, быстрее и полнее старого, при этом его точность продолжает оставаться очень высокой. Новый алгоритм получил название АГС-30.

>>>

Продвижение по НЧ- это продвижение внутренних страниц сайта, а не закупка ссылок с «нч-анкорами» на морду. Это важно, не путайте, иначе никакого трафика вы не увидите.

Из моей практики видно, что очень легко обеспечить поток целевого поискового трафа используя продвижение по НЧ.

Как это делать:

1. Оптимизация
1.1.Оптимизируем страницу товара- тайтл, дескрипшн, кейвордс- прописываем как надо, обязательно незабываем хедер H1.
Считаю, что само название товара в карточке у вас пару раз и так повторяется. Если нет- то неплохо бы исправить.
1.2. Грамотно перелинковываем. Если хотим двигать внутряк- то перелинковываем так, чтоп он сам себя начинал уже двигать.

2.Составляем анкоры- тут как правило много косяков.
2.1. Ссылочное
Ссылочное утекает на каждое слово в анкоре- это все понимают? Иногда такое чуство, что нет.
Как распределяется ссылочное еще меньше людей представляют, судя по тем бредозаявкам, которые я вынужден отсеивать каждое утро.
Ссылочное перетекет так: чем реже слово- тем больше на него утекает. Это общее и неотъемлемое правило. Возможны его вариации в тематиках, но они – всего-лишь вариации. Если совсем тупо- то слово «Кошка» гораздо чаще встречается чем слово «Снусмумрик». Вывод- в ссылке с анкором «Кошка и Снусмумрик» основной вес уйдет на Снусмумрика. Если мы продвигаем по Снусмумрику- это хорошо, если по Кошкам- плохо. Помним об этом.
2.2. Склейка.
Все о ней знают, ибо все умные и все на это кладут.
Смысл склейки в том, что много ссылок с одинаковым анкором, ведущих на одинаковый урл не учитываются поисковиком с той силой, с которой моглибы, а учитываются гораздо слабже.
Вывод- надо делать разнообразные анкоры. Не забывая про пп2.1
2.3. Как составлять анкоры
Если мы продаем противоракетные зенитные комплексы с-300, то нормальным я считаю:

Противоракетные зенитные комплексы с-300
Продажа противоракетных зенитных комплексов с-300
Обслуживание противоракетных зенитных комплексов с-300
Наладка противоракетных зенитных комплексов с-300
Купить противоракетный зенитный комплекс с-300

Зенитные комплексы с-300
Продажа зенитных комплексов с-300
Обслуживание зенитных комплексов с-300
Наладка зенитных комплексов с-300
Купить зенитный комплекс с-300

И далее тоже самое с прикреплением географии (в Москве, в России, в Северном Бутово, в Майями, в Грозном)
И еще сто тыщ мильёнов комбинаций- запчасти для с-300 , тюнинг с-300, комплектующие, расходники для с-300 и тд и тп- вариантов – преогромное множество.

Вот ссылочка

Вот что случилось: сегодня утром по тихоокеанскому времени (вчера вечером по МСК) мы отключили несколько серверов Gmail, чтобы провести плановое обновление. Само по себе это не проблема — мы проводим обновления постоянно, в то время как веб-интерфейс Gmail продолжает работать, используя серверы, расположенные в других точках мира.

Однако, как теперь стало ясно, мы слегка недооценили нагрузки, которые были вызваны недавними изменениями (по иронии судьбы, некоторые из них были предназначены для улучшения доступности сервисов) в маршрутизаторах запросов — серверах, которые перенаправляют прямые запросы из Сети на соответствующие серверы Gmail. Примерно в 12:30 по тихоокеанскому времени (23:30 по МСК) несколько маршрутизаторов оказались перегруженными и фактически заявили остальной системе «хватит отправлять нам трафик, мы слишком медленно работаем!». Это привело к тому, что нагрузка перенеслась на оставшиеся маршрутизаторы, из-за чего некоторые из них также не выдержали нагрузки, и через несколько минут почти все маршрутизаторы были перегружены. В результате, пользователи не могли получить доступ к Gmail через веб-интерфейс, поскольку их запросы не могли быть перенаправлены на серверы Gmail. IMAP/POP-доступ по-прежнему работал нормально, поскольку эти запросы обрабатывались незатронутой группой других маршрутизаторов.

Команда инженеров Gmail получила уведомления об отказе маршрутизаторов спустя несколько секунд после возникновения проблемы (мы очень серьезно относимся к мониторингу). Как только стало ясно, что причиной проблемы является недостаток имеющихся мощностей, инженеры незамедлительно начали подключать большое количество маршрутизаторов запросов (гибкая расширяемость является одним из преимуществ архитектуры Google) и направили трафик через них, после чего веб-интерфейс Gmail возобновил свою работу.

Что же дальше: Мы приложим все усилия, чтобы не допустить повторения подобных ситуаций впредь. Некоторые из действий по предотвращению таких инцидентов очевидны и уже предприняты — например, увеличение мощностей маршрутизаторов с целью получить технологический запас. Другие решения не так просты — например, мы пришли к выводу, что маршрутизаторы запросов недостаточно защищены от сбоев (например, если в одном из центров обработки данных возникла проблема, это не должно влиять на серверы другого центра обработки данных) и плохо реагируют на нагрузку (например, если несколько маршрутизаторов запросов перегружены одновременно, они все должны просто работать медленнее вместо того, чтобы отказываться принимать трафик и перенаправлять нагрузку). Мы будем усиленно работать в течение ближайших нескольких недель для принятия этих и других мер по улучшению надежности сервиса. Gmail по-прежнему остается сервисом с уровнем доступности более чем 99,9% для всех пользователей, и мы постараемся в будущем свести количество подобных инцидентов к минимуму.

Источник

Специальный Синтаксис Google

В дополнение к основному and и or Google предлагает некоторый довольно обширный специальный синтаксис для того, чтобы сузить Ваши поиски. Как полно-текстовая поисковая машина, индексы Google индексирует все веб-страницы вместе с всеми описаниями этих страниц. Дополнительные команды, названные специальным синтаксисом, или передовыми операторами, позволяют пользователям Google искать определенные части веб-страниц для определенных типов информации. Это пригождается, когда Вы имеете дело с больше чем восьмью миллиардами веб-страниц и нуждаетесь в каждой возможности сузить Ваши результаты поиска. Определение, что Ваши слова вопроса должны появиться только в названии или URL возвращенной веб-страницы, является отличным способом определить Ваши результаты, не делая Ваши ключевые слова слишком определенными. Опишем какие специальные элементы синтаксиса есть у Google.

Некоторые из этих элементов синтаксиса работают хорошо в комбинации. Другие не работаю в комбинации вовсе. Для детального обсуждения этих вопросов смотрите раздел Смешанный синтаксис.

intitle:

intitle: ограничивает Ваш поиск названиями веб-страниц. Как вариант

allintitle: находит страницы, в которых все указанные слова появляются в названии веб-страницы. Используя allintitle: в основном то же самое как использование intitle: перед каждым ключевым словом:

intitle:»george bush»

allintitle:»money supply» economics

allintitle: не очень удобен так как его невозможно использовать в смешанном синтаксисе.

intext:

intext: ищет только в теле текста (то есть игнорирует ссылки, линки и заголовки). В то время как его использование ограничено, но очень хорошо подходит для того, чтобы найти слова вопроса, которые могли быть слишком распространены в URL:

intext:»yahoo.com»

intext:html

Как вариант allintext:, который также не работает в смешанном случае.

inanchor:

inanchor: поиски текста в якорях связи страницы. Якорь связи – описательный текст связи. Например, якорь связи в ссылке HTML СМИ O’Reilly является «СМИ O’Reilly.»

inanchor:»tom peters»

Как и другие элементы с синтаксисом in*: существует также и allinanchor: вариация, не работающая в смешанном режиме.

site: позволяет Вам сужать свой поиск именем сайта или верхним доменом. У поисковой машины AltaVista, в отличие от Google, есть два элемента синтаксиса для этой функции (хост: и домен:), но у Google есть только этот:

site:loc.gov

site:thomas.loc.gov

site:edu

site:nc.us

Знайте что site: бесполезен для того, чтобы искать страницу, которая существует ниже главной страницы сайта или сайта по умолчанию (то есть, в подразделе такой как / ~sam/album/). Например, если Вы ищете что-то ниже главного страницы сайта GeoCities, Вы не можете использовать site: , чтобы найти все страницы в http://www.geocities.com/Heartland/Meadows/6485/; Google не возвращает результатов. Использование inurl: вместо этого для нормального вывода результатов.

inurl: ограничивает Ваш поиск URL веб-страниц. Этот синтаксис обычно работает хорошо на обнаружение страниц поиска и помощи, потому что они имеют тенденцию быть регулярными в составе сайта. allinurl: находит все слова перечисленными в URL, но не смешивается с другими словами синтаксиса.

inurl:help

allinurl:search help

Вы можете видеть, что использование inurl: запроса вместо site: имеет одно непосредственное преимущество: Вы можете использовать этот запрос, чтобы искать подразделы и подстраницы.

В то время как http://префикс в URL игнорируется Google когда используется с site: результов получается мало, когда оно включено в inurl: запрос. Убедитесь, что удалили префиксы в любом inurl: запросе для лучшей выдачи результатов.

link:

возвращает список страниц, которые ссылаются на указанный URL. Наберите link:www.google.com, и Вы получите список страниц, которые связываются с домашней страницей Google. Не волнуйте по поводу ввода префикса http://; Вы не нуждаетесь в нем и, похоже что Google игнорирует его. link: работает точно также с «глубокими» URL такими как http://www.raelity.org/apps/blosxom.

cache:

находит копию страницы, которую вносили в указатель Google, даже если эта страница больше не доступна по своему оригинальному URL или с тех пор изменила свое содержание полностью:

cache:www.yahoo.com

Если Google возвращает результат, который, кажется, имеет мало общего с Вашим вопросом, но Вы почти уверены найти то, что Вы ищете в последней кешированной странице.

filetype:

ищет расширения имени файла или суффиксы, различные типы файла; filetype:htm и filetype:html дадут Вам различное количество результатов, даже при том, что они являются тем же самым типом файла. Вы можете даже искать различные страницы как ASP, PHP, CGI, и таким образом сайт не скрывает их от пользователя. Индексы Google нескольких различных форматов Microsoft, включая PowerPoint (.ppt), Excel (.xls), и Word (.doc):

homeschooling filetype:pdf

«leading economic indicators» filetype:ppt

related:

related: предоставляет находить страницы, которые связаны с указанной страницей. Это – хороший способ найти категории страниц; например, поиск related:google.com возвращает множество поисковых машин, включая Lycos, Yahoo!, и Northern Light:

related:www.yahoo.com

related:www.cnn.com

Также можно определить страницы, которые не связаны с другими страницами.

info:

info: выводит страницу связей и большее количество информации об указанном URL. Эта информация включает связь с кэшем URL, список страниц, которые связываются с URL, страницы, которые связаны с URL, и страницами, которые содержат URL:

info:www.oreilly.com

info:www.nytimes.com/technology

Отметьте, что эта информация зависит от того, проиндексировал ли Google указанный URL; в противном случае информация будет намного более ограничена.

phonebook:

phonebook: как Вы могли бы ожидать, ищет телефонные номера:

например phonebook: John Doe CA

phonebook: (510) 555-1212

define:

define: дает Вам страницу, полную определений слова со всей Сети:

define:paradigm

Google часто показывает связанные фразы в дополнение к определениям и URL, где определения были найдены.

movie:

Используйте movie: синтаксис, чтобы найти обзоры кинофильмов в Сети, например:

movie:matrix

Вы можете также использовать почтовый индекс или город и ввести комбинацию, чтобы найти местные театральные списки:

movie:97333

movie:corvallis

music:

music: явные поиски связанной с музыкой информации:

music:pink floyd

Вам даст страницу, которая разделить результаты на соответствие музыкантам, альбомам и текстам и Вы можете исследовать любую из этих областей подробно.

Вот )

Вот собственно мой топик на умаксе )