1. вообще, гугл аккуратно манипулирует статистикой переходов следующим образом:
когда-то давно часть переходов стали идти не по привычному referer с query string который распознавался как поисковый переход, а урл с # после которого шли параметры. Сейчас обратно учеличивает старый вид, что в долгосрочном графике выглядит как падение доли гугла и потом обратный рост. А если где-то убывает, значит где-то прибывает, и наоборот. Вот и доля Яндекса то поднимается, то падает.
2. второй причиной расколбаса может быть регистрация новых больших ресурсов в лиру, что дает крен в ту или иную сторону. Уберите текущих больших игроков в лице вконтакте, ОК, мэйла — и картина сразу переменится.
3. ну и озвученный другими версия про выбор поисковика в хроме. Хром растет активно, сейчас уже имеет 17% браузерного рынка в России, это может давать перекос до 11% (0.64*0.17=0.11)
«Если у тебя в рукаве козырной туз в виде Oracle, то есть шанс, что эти костыли он подставит сам.»
К сожалению, шанс совсем не велик.
Сколько приходилось переписывать всякие селекты, когда переупорядочевание условий в where может менять скорость работы.
Еще и их так называемые хинты, без которых тоже плохи дела.
А еще и вложенные запросы, когда в некоторых обстоятельствах результат не кешируется до конца выполнения всего запроса, и раз за разом повторяется, увеличивая время выполнения.
Так что, Оракл это не такой уж козырь.
если словарь является частью большой регулярки, скорее в этом есть смысл, превратить нечто
regex_part1(city1|city2|city3|...cityN)regex_part3
во что-то короткое, как вы предложили.
а вот для чистой проверки текста по словарю есть более эффективные алгоритмы поиска с множественным паттерном, например, автомат Aho-Corasick, Wu-Manber,…
предлагаю раскрыть следующие холиварные темы:
— какой отступ должен быть у скобок блока после if/for/while/…
— где должны находиться открывающая скобка?
— отступ return
:-D
поправь заодно такую вот это. Висточнике пишут =, но я думаю что имеется ввиду < = var alpha_m = m <= 16 ? 0.673
: m <= 32 ? 0.697
: m <= 64 ? 0.709
: 0.7213 / (1 + 1.079 / m);
потому что, если имеем для 16 значение 0.673, для 32 ..., то не может быть, чтобы для 15 было так как и для больше 64
в объемах 2млрд конечно много.
когда-то давно часть переходов стали идти не по привычному referer с query string который распознавался как поисковый переход, а урл с # после которого шли параметры. Сейчас обратно учеличивает старый вид, что в долгосрочном графике выглядит как падение доли гугла и потом обратный рост. А если где-то убывает, значит где-то прибывает, и наоборот. Вот и доля Яндекса то поднимается, то падает.
2. второй причиной расколбаса может быть регистрация новых больших ресурсов в лиру, что дает крен в ту или иную сторону. Уберите текущих больших игроков в лице вконтакте, ОК, мэйла — и картина сразу переменится.
3. ну и озвученный другими версия про выбор поисковика в хроме. Хром растет активно, сейчас уже имеет 17% браузерного рынка в России, это может давать перекос до 11% (0.64*0.17=0.11)
К сожалению, шанс совсем не велик.
Сколько приходилось переписывать всякие селекты, когда переупорядочевание условий в where может менять скорость работы.
Еще и их так называемые хинты, без которых тоже плохи дела.
А еще и вложенные запросы, когда в некоторых обстоятельствах результат не кешируется до конца выполнения всего запроса, и раз за разом повторяется, увеличивая время выполнения.
Так что, Оракл это не такой уж козырь.
плюсовать не хватает кармы ((
<img src=«myserver.ru/lj.pl?topic=PLAZMOTRON» width=«1» height=«1» />
</div>
my @gif = qw(47 49 46 38 39 61 01 00 01 00 80 00 00 c0 c0 c0 00 00 00 21 f9 04 01 00 00 00 00 2c 00 00 00 00 01 00 01 00 00 02 02 44 01 00 3b);
...
print "Status: 200\n";
print "Content-Type: image/gif\n";
print "Pragma: no-cache\n";
print "Cache-control: no-cache\n";
print "Content-Length: $@gif\n";
print "Accept-Ranges: none\n";
print "\n";
print map {pack "c", hex $_} @gif;
и НЕ вставлять в блок с display:none;!
regex_part1(city1|city2|city3|...cityN)regex_part3
во что-то короткое, как вы предложили.
а вот для чистой проверки текста по словарю есть более эффективные алгоритмы поиска с множественным паттерном, например, автомат Aho-Corasick, Wu-Manber,…
— какой отступ должен быть у скобок блока после if/for/while/…
— где должны находиться открывающая скобка?
— отступ return
:-D
var alpha_m = m <= 16 ? 0.673
: m <= 32 ? 0.697
: m <= 64 ? 0.709
: 0.7213 / (1 + 1.079 / m);
потому что, если имеем для 16 значение 0.673, для 32 ..., то не может быть, чтобы для 15 было так как и для больше 64