я считаю, что на сообщение "добавил вам кармы" не надо бежать и добавлять кармы этому человеку, потому что добавивший вам кармы руководствовался какими-то соображениями высказанными в статье (пусть даже это было не более чем "аа, мне срут в карму!"), а вот вы об этом человеке ничего не знаете. как ваш голос за человека охарактеризует его? как однажды добавившего вам кармы? такой голос не несёт никакой полезной информации.
я уж не говорю о том, что постящий комменты типа "добавил вам кармы :)", возможно, как раз и напрашивается на такую реакцию. что, тот кому он добавил кармы, сам бы это не увидел? увидел бы. но так он ещё и знает кого "отблагодарить".
в общем, на месте администрации я бы просто ввёл запреты на:
1) плач ярославны о минусовании
2) комменты "добавил кармы :)"
но поскольку ресурс этот немодерируемый, то призываю других проводить это в жизнь путём минусования попрошаек и жалобщиков, как уже минусуют "плюсодинщиков".
такова волчья природа бизнеса - все ждут, когда вожак стаи ослабеет или просто оступится.
могу сказать, что изнутри признаков слабости пока не заметно.
> Хотелось бы услышать как с этим обстоит дело у вас, дорогие хабралюди.
у нас с этим очень просто: приходи/уходи когда хочешь. лично я прихожу к 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?
я уж не говорю о том, что постящий комменты типа "добавил вам кармы :)", возможно, как раз и напрашивается на такую реакцию. что, тот кому он добавил кармы, сам бы это не увидел? увидел бы. но так он ещё и знает кого "отблагодарить".
в общем, на месте администрации я бы просто ввёл запреты на:
1) плач ярославны о минусовании
2) комменты "добавил кармы :)"
но поскольку ресурс этот немодерируемый, то призываю других проводить это в жизнь путём минусования попрошаек и жалобщиков, как уже минусуют "плюсодинщиков".
могу сказать, что изнутри признаков слабости пока не заметно.
то что вы видите - это глюки системы отлова глюков :)
у нас с этим очень просто: приходи/уходи когда хочешь. лично я прихожу к 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?