Вот сказка для израильских детей В. Хольцварта и В. Арльбруха. Hазывается «Про маленького крота, который хотел знать, кто накакал ему на голову». Вот такая интрига. И замечательные иллюстрации — книжка-то детская, должна быть с картинками.
Кротик начинает расследование, предъявляя вещественное доказательство на голове, которое носит, не пытаясь отчистить, до конца книги. Знакомится с окружающими животными. И открывает для себя, что нагадить на голову может практически любой. Сколько зверей, столько и способов. Разнообразие дерьма поражает воображение. Кротик едва успевает уворачиваться, впрочем, иногда его все же задевают брызги от доказывающих свою непричастность. В конце концов компетентные мухи помогают Кротику опознать виновного, и справедливость торжествует — он гадит на голову обидчику. http://contrtv.ru/print/1590/
Опубликовал: Maxim
on Feb 23, 06 | 10:52 pm | Profile
Предалагается абзоустойчивый хостинг под спамилки гестов форумов , цена вопроса 30$ , сервера в США .
Таже возможна сдача в аренду абузостойких дедиков (только под спам гестов и форумов )
По управлением OC winxp или freebsd. Цена вопроса от 200$ в месяц.
Для рефов GreenWood скидка 10-30%.
контакт: icq 489286 или 461449
Опубликовал: Zumo
on Feb 23, 06 | 7:39 pm | Profile
Вот, вроде неплохой, платный скрипт линкатора для персональных нужд - http://www.linkwit.com/ .
- Сам пройдется по сайту и сделает карту ссылок
- Можно задать статические и динамические ссылки
- Настроить шаблон вывода группы ссылок
- Контролировать с одной админки множество подшефных сайтов
и т.д.
Может есть у кого на примете что то похожее? Не обязательно такой навороченный как Linkwit.
Опубликовал: Saboteur
on Feb 23, 06 | 6:20 pm | Profile
Международная федерация футбольных ассоциаций (ФИФА) решила наложить запрет на публикацию в интернете фотографий с матчей чемпионата мира-2006. Размещать фото в режиме онлайн (то есть по ходу игр) нельзя будет вообще, а по окончании матчей интернет-издания, а также сайты газет и информагентств смогут опубликовать ограниченное число кадров.
Лимиты, установленные ФИФА, выглядят так: на отдельно взятом сайте может быть выложено не больше пяти фото каждого из двух таймов матча; если же игра переходит в дополнительное время, то можно опубликовать еще по два кадра каждой 15-минутки овертайма
Читать здесь: http://www.lenta.ru/news/2006/02/23/fifa/
Опубликовал: SkalA
on Feb 23, 06 | 5:44 pm | Profile
Ученые обнаружили во Вселенной "ось зла", опровергающую фундаментальные законы
Подлинное смятение в мировые научные круги внесли новейшие данные, полученные с американского коcмического зонда WMAP (Wilkinson microwave anisotrophy probe).
Предназначенный для замеров температуры радиационного излучения разных частей галактик, он обнаружил наличие на космических просторах странной линии, которая насквозь пронизывает Вселенную и формирует ее пространственную модель. Ученые уже назвали эту линию "осью зла", сообщает ИТАР-ТАСС.
Ученые из университета Колорадо разработали новую теорию определения живых организмов и предлагают расширить список потенциальных кандидатов на звание обитаемых звездных систем.
Уважаемые господа, друзья. Это Вадим Вассиленко. Меня и жену арестовали власти штата Нью Йорк. Обвинение - нелицензионные банковские переводы и нелицензионное обналичивание чеков.
вот досье на его http://www.jewishvirtuallibrary.org/jsource/biography/RobertMorgenthau.html
серьезный чел
Его отец был Секретарем Казначейства США при Рузвельте и Трумэне. В сериале "Закон и порядок" есть персонаж списанный с него, Адам Шифф. Родился Моргентау в 1919 году. Примечательно, что и обвинитель и судья (Рут Пикхольц ) - "представители одной национальности".
На пенсии, а всё еще подшабашивает
Russian couple charged in New York money-transfer scheme
Несмотря на титанические усилия ведущих технологов Google в борьбе с оптимизаторами, несколько лет кряду выдача была засорена нерелеватной (и часто безграмотной) рекламой и порносайтами. В то же время, почти никто не затруднялся оптимизацией результатов поисковой системы MSN Search, оставаясь вне поля зрения SEO, здешние специалисты имели возможность работать над улучшением сервиса.
По мере того, как снижалось качество выдачи, страдал рекламный бизнес Google. Онлайн-сегмент этого рынка оказался гораздо более неустойчивым, чем кто-либо (исключая генерального директора Microsoft Стива Балмера (Steve Ballmer)) мог предположить. Самым дальновидным шагом Балмера стало приобретение в 2008 году компании Snap.com. Заключив соглашение с Google, рекламодатель должен был платить всякий раз, когда пользователь кликал на его рекламу. Работая со Snap, платить нужно было лишь в том случае, если пользователь совершал какое-нибудь полезное для дела действие: приобретал товар или участвовал в опросе.
Прочитав статью, Вы сможете создать устойчивый и непрекращающийся трафиковый массив на любом сайте, работающий независимо от усилий, прилагаемых создателем.
Речь пойдет не о компьютерных вирусах, которые многих уже достали, а о совершенно ином виде вируса - ИНФОРМАЦИИ.
'Вирусный трафик' - это всего лишь термин. Такой термин впервые ввел Терри Дин, мастер электронной коммерции и маркетинга. Вирусный трафик имеет схожие черты с обычным вирусом. Как вирус проникает из компьютера в компьютер, так Ваша информация передается от пользователя пользователю.
Как действует компьютерный вирус? Проникая в компьютер вирус начинает искать пути распространения: отправляет себя по e-mail, копирует себя на сменные носители и распространяется по локальной сети. За считанные недели он способен обширно распространится по сети, создав тем самым целую эпидемию.
Так само Ваша информация распространяется по сети. Пользователи передают информацию друг другу доступными средствами, но только потому, что считают Вашу информацию полезной. Такой трафик идет на пользу и пользователям и создателю.
Пример вирусного трафика Вы можете видеть на сайте Mail.ru - это система отправки открыток. Вы можете отправить открытку другу, при этом настроив фон, текст поздравления и многое другое. Вашему другу придет ссылка на открытку, которая находится на сайте Mail.ru и для ее прочтения пользователь должен посетить сайт Mail.ru. Также всем пользователям Mail.ru приходят поздравительные открытки с днем рожденья, новым годом и прочими праздниками. Этот метод, который для пользователей является бесплатным, приносит сайту Mail.ru тысячи посещений.
Стратегии вирусного трафика.
Статьи. Этот прием используют почти все, часто непроизвольно. Вебмастера пишут полезные статьи и допускаютих размещение при условии установки ссылки на сайт автора. Часто статьи расходятся сотнями копий по всему Интернету. К тому же в статьях можно размещать скрытую рекламу.
Открытки.
Тактика, которую мы уже разобрали. Пользователи отправляют открытки друзьям, те в свою очередь приходят на сайт и тоже отправляют открытки. Создатели сервиса получают автоматический и полностью автономный генератор трафика.
Приглашения друзьям.
Прием, который широко распространен на многих портала. Пользователь, нашедший интересную информацию может двумя щелчками мыши отправить другу на e-mail ссылку на информацию. Что может быть авторитетнее, чем рекомендация друга.
Электронные книги.
Вы создаете полезную и интересную электронную книгу. Пользователи скачивают ее, дают ссылки на книгу друзьям, вебмастера размещают книгу у себя на сайте, что приводит новых пользователей. Вместе с книгой распространяется ссылка на Ваш сайт и Ваша рекламная информация. Примером такой книги может служить моя книга 'Стартовый капитал' (300кб). Узнайте больше об электронных книгах.
Бесплатная электронная почта.
Какой смысл в предоставлении сервиса бесплатной почты? Бесплатная электронная почта тоже является генератором вирусного трафика. Уже упоминавшийся пример, компания Mail.ru. В каждое письмо, посланное с сайта Mail.ru, добавляется ссылка на сайт Mail.ru. Изначально мегапортал Mail.ru вырос с простого сервиса бесплатной почты, если мне не изменяет память.
Бесплатный софт.
Это не только способ начинающих программистов заявить о себе, ведь бесплатный софт выпускают и известные софтверные компании. Удачный пример, программа, которая висит у Вас в систем трей, это ICQ. Для общения с Вами Ваши друзья тоже должны скачать себе ICQ и зарегистрироваться. Компания ICQ Inc. с выходом ICQ получила генератор трафика, инструмент статистики, а с недавнего времени еще и рекламный инструмент.
Бесплатный хостинг и бесплатные сайты.
Тоже эффективный генератор трафика. Почти все бесплатные хостинги размещают на страничках пользователей свою рекламу. Например, многие из нас создали свою первуб страничку на Народе.ру, который является детищем известной поисковой системы Яндекс. На каждом сайте размещается плавающее окно с формой поиска в Яндексе. Тысячи людей ежедневно пользуются этой поисковой формой.
Выводы.
При использовании вирусного трафика вы тратитесь на рекламу только раз, при запуске вируса. После Вам больше никогда не придется тратится на рекламу, вирусный трафик буде работать на Вас.
Вирусный трафик снижает риск рекламных потерь. Допустим Вы заплатили за рекламу на Директ.Яндекс 100$. При этом Вы продете товар по 5$. Пользователи совершили 17 покупок, и Вы заработали 85$ и потерпели убыток 15$. Вполне реальный вариант.
Вот как поступаю я. Покупаю рекламу в Директ.Яндекс, но рекламирую не свои товары. Я рекламирую свою страничку 'Бесплатные электронные книги, софт и комерческие скрипты', с которой можно бесплатно скачать электронные книги. Отклик от такой рекламы гораздо выше, магическое слово 'бесплатно' действует безотказно. Книги действительно полезны и интересны широкому кругу читателей. Уже в книгах размещена реклама моих товаров и ссылки на мой сайт. Таким образом, я запускаю вирусный трафик. 24 часа в сутки 7 дней в неделю пользователи скачивают книги, передают книги другим пользователям, и таким образом распространяют мою рекламу. Я получаю не сиюминутную выгоду, а стабильный доход на будущее.
Используйте все формы вирусного трафика, и Вам больше не придется тратить средства на повторную рекламу. Машина генерации трафика будет работать автономно.
Термин Google Dance часто используется для описания обновлений индексной базы поисковой системы Google. Так все же, что подразумевается по этим термином?
Термин 'Google Dance' часто используется для описания обновлений индексной базы поисковой системы Google. Всреднем, обновление индексной базы происходит один раз в месяц. Это можно заметить по значительным изменениям в выдаче поисковой системы и особенно, если посмотреть сохраненную страницу в кеше поисковой системы, отображающему статус последнего прохождения робота. Однако апдейт не происходит резкой сменой одной выдачи другой. На самом деле, это длится несколько дней до полного завершения обновлений. За это время новые результаты пересчетов сменяют старые. На начальной стадии обновлений новые результаты видны в отдельных случаях. Но дальше, они видны более часто. Google 'танцует'.
Технические особенности Google
Поисковая система Google вцелом состоит больше, чем из 10,000 серверов архитектуры PC, работающих под управлением операционной системы Linux. Это разумное решение Google с точки зрения ценовой политики и целесообразности. В качестве Web-сервера 'гугловцы' используют Apache-сервер. На самом деле, обновление индексной базы данных не может быть произведено на всех датацентрах одновременно. Они одним за другим обновляют свои данные.
Многие web-мастера думают, что в течении Google-Dance работники Google в какой-то мере могут управлять потоком выдаваемой информации, а именно самостоятельно решать: серверу со старой или серверу с новой индексной базой отвечать на запросы пользователей. Но, с момента переиндексации это было бы очень сложно. И, как мы покажем ниже, в переделах системы это не контролируется. На самом деле, причиной разной выдачи служит система именования доменов (DNS).
Google Dance и DNS
Не только индексная база Google разделена на больше чем 10,000 серверов, но так же и эти серверы размещены в восьми различных дата-центрах. Эти дата-центры в большей своей части размещены в Соединенных Штатах Америки (а именно в Santa Clara, California и Herndon, Virginia). В июне месяце 2002 года компания Google впервые запустила свой дата-центр в Европе, он находится в Швейцарии в городе Цюрих. К счастью, планируется запуск большего числа дата-центров, которые, возможно, будут распостранены по всему миру. Тем не менее, в январе и апреле 2003 года Google стартовала 2 дата-центра подряд, которые опять же находятся на територии Соединенных Штатов.
Соответсвенно, направляя данные ко всем своим дата-центрам, Google мог теоретически делать запись всех запросов централизованно и затем рассылать их по всем своим дата-центрам. Но реальностью является то, что каждый дата-центр имеет свой собственный IP-адрес и способ доступа к этим IP-адресам управляется системой именования имен, т.е. DNS.
По существу, DNS работает следующим образом: в Интернет при передаче данных всегда имеют место промежуточные IP адреса. Информация о том, какому домену принадлежит тот или иной IP адрес управляюется сервером DNS. Когда обычный пользователь вводит имя домена в адресной строке, локальный DNS сервер по запросу выдает ему IP адрес, который принадлежит данному домену, чтобы дальше осуществлять 'общение' с тем доменом, который отвечает за определенную зону IP адресов. (структура DNS представляет собой дерево. Все IP адреса разделены по зонам, которыми управляют вышестоящие сервера. Чтобы описать весь процесс понадобится отдельная тема.) DNS сервера способны кешировать IP адреса, поэтому не всегда возникает необходимость вышестоящий по иерархии сервер спрашивать о разрешимости того или иного имени.
Запись для доменного имени и его продолжительность нахождения в кеше того или иного ответсвенного за зону сервера DNS зависит от его настроек. Это время называется 'временем жизни' домена (Time To Live). Как только это время истекает, кеширующий DNS сервер доставляет новые данные снова от вышестоящего DNS сервера. Довольно часто 'время жизни' домена устанавливается не больше, чем один день. Для сравнения - время жизни домена www.google.com только 5 минут, поэтому DNS сервер может только на 5 минут задержать у себя в кеше только на 5 минут, а потом снова потребуется запрос IP адреса.
Каждый раз, когда идет контакт с DNS сервером Google, сервер отсылает на запрос IP адрес только одного дата-центра. Поэтому, запросы Google всегда направляются к различным дата-центрам с различными записями DNS. С одной стороны записи DNS могут базироваться на данных, взятых с единого дата-центра. В этом случае Google легко производил загрузку, балансируя этим использованием DNS. С другой стороны, географическое место положение кеширующего сервера может повлиять на частоту получения IP адресов отдельных дата-центров. Так расстояние для преедачи данных может быть уменьшено. Чтобы показать DNS записи домена www.google.com, мы показываем их здесь на примере одного кеширующего DNS.
В настоящий момент DNS и Google-Dance связаны - это простой ответ. В течении денса дата-центры не получают новые данные в одно и то же время. На самом деле, новые данные передаются от одного дата-центра к другому. Когда пользователи делают запросы в течении танца, они могут получать данные от дата-центра, котрый имеет 'старый индекс' и получить 'новый индекс' всего лишь несколько минут спустя. С точки зрения пользователей, обновление индексной базы занимает всего несколько минут. Конечтно же, что процедура обновления индексной базы есть ни что иное, как совершенно обратное, поэтому выдача поисковой системы 'скачет' между старыми и новыми показателями.
Google Dance и домены www2 и www3
Начало Google-Dance можно всегда заметить на тестовых доменах www2.google.com и www3.google.com. Эти домены обычно имеют устойчивые DNS записи, которые делают разрешение имени только для одного IP адреса (часто одного и того же). Перед началом танца, по крайней мере один из доменов настроен на получение новых данных из уже обновленной индексной базы.
Построение новой индексной базы поисковой системы раз в месяц может стать причиной ряда проблем. Поисковые роботы проходят миллиарды страниц и затем обрабатывают терра-байты информации. Поэтому тестирование новой индексной базы происходят беспрерывно. Конечно же Google не нуждается в тестировании своих доменов. Главным образом потому, что существует много 'примочек', чтобы проверить новую индексную базу изнутри, и для этого не требуется много времени.
Поэтому, необходимость иметь сервера www2 и www3 в том, чтобы для web-мастеров существовала возможность прогнозирования ихнего ранжирования после денса. Много из этих web-мастеров обсуждают обновления после денса на форумах в сети. Эти обсуждения могут быть предметом наблюдения для работников Google. Часто обычные пользователи еще не могут видеть изменений, так как записи DNS для www.google.com не указывают на IP адрес дата-центра, который был изменен в первую очередь, когда началось обновление.
Как только группа тестировщиков, состоящая из участников форума, не находит каких-либо кардинальных отличий в новой выдаче поисковой системы, DNS записи изменяются таким образом, что новая индексная база становится доступной для www.google.com и начинается обновление основной базы. В это время начинается денс. Однако, если обнаруживаются серьездные нарушения в течении этого обновления, существует возможность отменить обновление основной базы поисковой системы. Домен www.google.com не будет получать информацию из 'треснувшего' дата-центра, и общая часть пользователей не заметят этого. Поэтому индексная база поисковой системы не может быть восстановлена и сбор информации в сети снова не начинается.
Следовательно, результаты поиска, которые были видны на доменах www2.google.com и www3.google.com всегда будут отображаться на www.google.com чуть позже после обновления основной базы. Однако, может наблюдаться незначительное 'качение'. С одной стороны, индексные базы разных дата-центров не могут быть абсолютно идентичными друг-другу. Мы можем легко это проверить, посмотрев результаты поиска одного и того же запроса на разных дата-центрах, которые часто различны. Сдругой стороны, в это время идет пересчет PageRank, google запускает механизм пересчета PageRank для сайтов, и Вы так же можете наблюдать эти изменения во время денса.
