Dwarf

Dwarf
Рейтинг
60
Регистрация
06.10.2004
C-Grinch:
по уравнению выходит так, но:
20+1=21
20-1=19
хм..

😂

10 рупий :)

Locker:
У Саши и Маши на двоих 21р. У Саши больше Маши на 20р, сколько у каждого денег?

Ну, это просто...

x + y = 21

x - y = 20

x = 20.5

y = 0.5

Единственное, что приходит в голову, так это то, что преступник сам как-то влиял на курс акций. Узнать будущий курс невозможно - уж очень много факторов влияет, и предугадать все невозможно. Вполне мог и через письма - растет спрос на акции, растет и курс. Ну а если он назван преступником, то, вероятно, это акционер(ы) той самой разорившейся фирмы, другого умысла, кроме как продажа акций фирмы на пороге разорения, я найти не смог - ну нафига кому-то разорять какого-то брокера? :) В общем, подогрел спрос, сдал акции и разорился с баблом в кармане :)

Хм. А насколько аудитория этого сайта соответствует Вашей целевой аудитории? :) Никак не проголосовал, ибо это завит от многих факторов... Насколько мне этот товар нужен, насколько уникально ваше предложение, от моего настроения и т.д. И, ИМХО, это не задача покупателя - определять, какой отдел какими вопросами у вас в фирме занимается. Если я желаю уточнить, к примеру, возможна ли комплектация газовой колонки газовым же шлангом длиной метра 3 на 3/4 дюйма и сколько это будет стоить - это мне куда? В отдел продаж или технический отдел? :)

midian777:
Т.е. у меня получается так, что при выборе из трёх дверей у меня шанс выиграть мерс - 33,3(3)%

Правильно :)

midian777:
Если я дверь не меняю, то она так и остаётся, а если меняю, то становится 50%

Не правильно :) Не 50%, а 2/3 :)

midian777:
Смысл поменять дверь есть.

Правильно :)

Тупым перебором вариантов (М - машина, П - пусто)


не меняем
выбрали - открыл ведущий - выигрыш
МПП
1 - 2 или 3 - 1
2 - 3 - 0
3 - 2 - 0
ПМП
1 - 3 - 0
2 - 1 или 3 - 1
3 - 1 - 0
ППМ
1 - 3 - 0
2 - 1 - 0
3 - 1 или 2 - 1

Выигрышей: 3
Проигрышей: 6


меняем
выбрали - открыл ведущий - выигрыш
МПП
1 - 2 или 3 - 0
2 - 3 - 1
3 - 2 - 1
ПМП
1 - 3 - 1
2 - 1 или 3 - 0
3 - 1 - 1
ППМ
1 - 3 - 1
2 - 1 - 1
3 - 1 или 2 - 0

Выигрышей: 6
Проигрышей: 3

А вся фишка в том, что решив изменить выбор, мы с вероятностью 1 открываем последнюю оставшуюся дверь (не, ну можно, конечно, выбрать дверь, открытую ведущим, за которой машины нет :))

Другими словами: изменив выбор, мы угадаем с вероятностью 1, если не угадали в первый раз - ибо в этом случае остается последняя дверь, за которой машинка :) Вероятность угадать в сразу - 1/3, изменив выбор - 2/3 :)

Newm, Бот Yandex-D в логах сервера есть? Во время добавления сайта через форму?

T.R.O.N:
На своем опыте убедился - проблем нет.
По все видимости BB говорит о другом.
Когда к IIS пытался прикрутить пхп, увидел просто бредовые ответы сервера, где в строке Content-length было указано - Scripting send. Встречал в триальных ISAPI - когда заголовок выглядил HTTP/1.1 200 Super. (Такое далала триал версия скрипта)

Давайте отделим мух от котлет :) Т.е. кривые приложения/фильтры и т.д. от IIS. Он тут совсем не виноват :) По теме: если имеет место быть нестандартное поведение бота, следует отправить в саппорт Яндекса надлежащим образом оформленный баг-репорт (с указанием версии ОС, версии перла, логами сниффера и т.п.). Если же имеет место быть кривое приложение, то надо исправлять его. Сугубо ИМХО.

BigBrother:
Все он понимает и close обрабатывать умеет, у ТС скорее всего дело совсем в другом - например IIS очень любит подставлять свои заголовки, которые ни разу не соответствуют стандарту - и что в результате получается на выходе - спрогнозировать сложно.
Дальше без телепатии ничего сказать нельзя.

Вот что пишет топикстартер:

В запросе бота находится заголовок "Connection: keep-alive". Если сервер отвечает на это заголовком "Connection: close", бот плевать на это хотел. Он фигачит в поток второй запрос сразу не открывая нового соединения, как того требует стандарт.

Вот что написано в RFC 2616 (http://www.w3.org/Protocols/rfc2616/rfc2616-sec8.html):

If either the client or the server sends the close token in the Connection header, that request becomes the last one for the connection.

Итого: поведение бота стандарту не соответствует.

Про несоответствие стандарту хедеров IIS - да, подставляет. Типа X-Powered-By: ASP.NET. Только каким образом сие может повлиять на индексацию, если HTTP/1.1 200 OK, Content-type, Content-length и все остальное необходимое в хедерах присутствует?

Да и не замечал я проблем с индексацией серверов на IIS.

stealthy:
Вы че? CGI это просто протокол взаимодействия. ISAPI - это способ подключения сторонних DLL/EXE внутрь IIS.

CGI и ISAPI - это интерфейсы. Интерфейсы взаимодействия программы стороны сервера и веб-сервера. Если программа использует интерфейс ISAPI, то не использует CGI, и наоборот. Например, при установленном по умолчанию ActiveState Perl, скрипты .pl обрабатываются perl.exe и результат отдается IIS через интерфейс CGI, скрипты .plx обрабатываются perlis.dll и результат отдается IIS через интерфейс ISAPI. Посему либо ISAPI, либо CGI. Есть конечно CGI Wrapper но это извращение :)

stealthy:
Причем тут "включен/выключен" если я полностью поток формирую сам? Весь. Заголовки, данные. Полностью, понятно?

Вы его на уровне HTTP формируете, а не на уровне TCP/IP. Если у IIS не включена поддержка keep-alive, соединение будет обрываться на уровне TCP/IP после отдачи контента. Ну выдаете вы хедер keep-alive, IIS-то откуда об этом знает, если у него в настройках стоит close? Отдал контент - закрыл сокет. Все.

А то, что бот Яндекса не понимает ответного close - это неправильно, тут никто не спорит. Но проще свой сервер наладить, чем ждать изменений у Яндекса.

stealthy:
PERL ISAPI закрывает поток сразу как только погибает CGI. Он не получает вообще всех запросов, которые идут вдогонку. Так устроен ActivePerl по всей видимости. Поскольку с этим ничего поделать нельзя, я могу только принудительно возвращать Connection: close. Но Яндексу на это наплевать.

CGI тут точно не при чем :) ISAPI приложения не используют CGI.

stealthy:
В результате он приходит за robots.txt, получает его с заголовком connection: close, но коннект не закрывает и требует сразу же в этом потоке главную страницу сайта (как правило). В этот момент CGI уже отработала запрос и умерла. IIS рубит коннект и робот Яндекса отваливает по таймауту.

А robots.txt у вас тоже ISAPI обрабатывается? 😕

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

Неа. Гораздо раньше. Вот отловленные хедеры (смотрите на дату)


Accept: text/html, application/pdf;q=0.1, application/rtf;q=0.1, text/rtf;q=0.1, application/msword;q=0.1, application/x-shockwave-flash;q=0.1, application/vnd.ms-excel;q=0.1, application/vnd.ms-powerpoint;q=0.1
Accept-Language: ru, uk, be, en, *;q=0.01
Connection: Keep-Alive
Host: site.ru
User-Agent: Yandex/1.01.001 (compatible; Win16; I)
If-Modified-Since: Thu, 28 Jul 2005 22:09:03 GMT
From: webadmin@yandex.ru

У вас вообще keep-alive включен на сервере?

Всего: 499