такова волчья природа бизнеса - все ждут, когда вожак стаи ослабеет или просто оступится.
могу сказать, что изнутри признаков слабости пока не заметно.
> Хотелось бы услышать как с этим обстоит дело у вас, дорогие хабралюди.
у нас с этим очень просто: приходи/уходи когда хочешь. лично я прихожу к 11-13 часам, как проснусь.
штрафовать за опоздания? программеров? каменный век какой-то.
советую сменить работодателя и не забыть указать причину - надо отучать их от этой дурной привычки.
вот многие говорят: не хочешь служить - откупись, дай на лапу.
а вот у меня возникает вопрос, почему я должен отдавать свои трудовые деньги этой свинье в погонах, которая смотрит на меня и ждёт, как я буду унижаться и предлагать деньги, зная, что он может тут же отказать и послать меня куда-нибудь в тмутараканский гарнизон?
вот подумал я так и решил, что единственным достойным выходом будет эмиграция. поэтому теперь я здесь, а они - там.
эх, к сожалению в Ирландии его тоже нет :) поэтому наслаждаюсь только когда бываю в командировке в Калифорнии (как, например, сейчас). а в Ирландии приходится самому заваривать и разбавлять холодной водой из кулера. что за жизнь! :)
unversal search - это как раз наоборот, интеграция результатов поиска по множеству вертикалей (images, news, ...) в основную выдачу. а если речь идёт о
> разделении всех результатов поиска на блоки, которые можно разворачивать
так это, - как бы помягче сказать? - не ново :)
а главное, что механизм, который использует сервер доступа для аутентификации пользователя, никак не влияет на защищённость канала :) проще говоря, RADIUS тут совершенно ни при чём.
то есть что, боятся лишиться пузомерки, красивой циферки?
нельзя же в здравом уме предполагать, что гугл вдруг перестанет вообще учитывать связность документов.
я не понимаю, из-за чего в последее время тако ажиотаж вокруг отказа от PageRank? и главное - что под этим понимается? что гугл перестанет ранжировать выдачу, а станет выдавать в случайном порядке?
если говорить о том, что понимается под PageRank, то есть то что опубликовано в статье Ларри и Сергея (http://infolab.stanford.edu/~backrub/google.html), то можно считать, что гугл давно уже от него "отказался", в том плане что используемый сейчас алгоритм ранжирования существенно отличается от той простой формулы, которая приведена в статье.
так что на самом деле, лично мне совершенно непонятно, что народ имеет в виду.
0) скрипт будет работать на FreeBSD (популярная в наших краях платформа виртуального хостинга), если заменить find $DDIR -regextype posix-extended на find -E $DDIR. правда в gnu find -E не поддерживается. можно ввести проверку $(uname). также "#!/bin/sh" на самом деле не поддерживает ${f:XX}, это "#!/bin/bash".
1) в регекс EXT не лишним будет внести точку перед расширениями файлов, т.е. EXT='.*\.(htm[l]?|php[3]?|js|css)$'
2) комментарий "# Change META Content-Type" не соответствует тому, что делает perl -pi -e "s#$FCS#$TCS#g", а именно - заменяет все подстроки $FCS на $TCS. конечно, обычно единственным таким местом будет META, но... натравите ваш скрипт на, скажем, эту статью и вы поймёте о чём я :)
в общем, нужен боле правильный регекс. ну и \Q$FCS\E.
3) почему бы конвертацию META не делать в том же цикле, что и iconv?
всё клёво, только я не понял - а почему нельзя делать convert и сразу echo? зачем два прохода?
ну и это обратные слэши смотрятся по-уродски, для таких случаев одинарные кавычки есть.
могу сказать, что изнутри признаков слабости пока не заметно.
то что вы видите - это глюки системы отлова глюков :)
у нас с этим очень просто: приходи/уходи когда хочешь. лично я прихожу к 11-13 часам, как проснусь.
советую сменить работодателя и не забыть указать причину - надо отучать их от этой дурной привычки.
а вот у меня возникает вопрос, почему я должен отдавать свои трудовые деньги этой свинье в погонах, которая смотрит на меня и ждёт, как я буду унижаться и предлагать деньги, зная, что он может тут же отказать и послать меня куда-нибудь в тмутараканский гарнизон?
вот подумал я так и решил, что единственным достойным выходом будет эмиграция. поэтому теперь я здесь, а они - там.
пью Tejava (http://www.tejava.com/) - чёрный чай без сахара, то что [мне] надо.
> разделении всех результатов поиска на блоки, которые можно разворачивать
так это, - как бы помягче сказать? - не ново :)
нельзя же в здравом уме предполагать, что гугл вдруг перестанет вообще учитывать связность документов.
я не понимаю, из-за чего в последее время тако ажиотаж вокруг отказа от PageRank? и главное - что под этим понимается? что гугл перестанет ранжировать выдачу, а станет выдавать в случайном порядке?
если говорить о том, что понимается под PageRank, то есть то что опубликовано в статье Ларри и Сергея (http://infolab.stanford.edu/~backrub/google.html), то можно считать, что гугл давно уже от него "отказался", в том плане что используемый сейчас алгоритм ранжирования существенно отличается от той простой формулы, которая приведена в статье.
так что на самом деле, лично мне совершенно непонятно, что народ имеет в виду.
1) в регекс EXT не лишним будет внести точку перед расширениями файлов, т.е. EXT='.*\.(htm[l]?|php[3]?|js|css)$'
2) комментарий "# Change META Content-Type" не соответствует тому, что делает perl -pi -e "s#$FCS#$TCS#g", а именно - заменяет все подстроки $FCS на $TCS. конечно, обычно единственным таким местом будет META, но... натравите ваш скрипт на, скажем, эту статью и вы поймёте о чём я :)
в общем, нужен боле правильный регекс. ну и \Q$FCS\E.
3) почему бы конвертацию META не делать в том же цикле, что и iconv?
ну и это обратные слэши смотрятся по-уродски, для таких случаев одинарные кавычки есть.
выперли, говорят, обоих.