Вообще я не уверен что это именно переделка или это я щас не ту либу нашёл которую в прошлый раз видел, но подход похож github.com/omab/django-social-auth
Правда слишком много кода почему-то, в моей publicauth по-моему проще всё как-то :)
Я бы определял изменения следующим образом — сохранял один раз хтмл и убирал оттуда весь текст (оставлял только теги), при следующем заходе проверял изменилась ли структура хтмла, если нет то скриншот делать не надо. Я понимаю что можно полностью изменить сайт с помощью одного css, но в 99.9% изменяется и хтмл.
Мне директор серьёзной заграничной SEO компании сказал что попадание в dmoz теперь практически ничего не даёт в плане PR, но зато помогает гуглу категоризировать сайт, а то например мой не выдаёт ничего по запросу related:mysite.com
Почему противоречит? Большинство здоровых видят, плюс ещё и некоторые больные тоже видят. А те кто не видят те 100% больные. По моему никаких противоречий нет…
Как первый пункт решит вашу проблему? Предположим что вы не можете работать по какой-то причине, образовывается пустота, которую в вашем случае вы заполняете сидением в аське и хабре… Если вы уберёте эти заполнители, у вас образуется две пустоты, от невыполненной работы и неудавлетворённых интернет развлечений. Эти вещи заполнит другая вещь, но уж поверьте мне, работа никак вдруг не наполнит обе пустоты, ведь она даже одну раньше не могла наполнить… Скорей всего вы начнёте заполнять это напрмер 4ым пунктом.
Это не помогает, по крайней мере мне. Я дошёл до такой крайности, что кроме обычных вещей которые вы предложили заблокировать, даже выкинул кровать что бы не лечь вдруг спать по средине рабочего дня… Думаете помогло?
Хмм… А в Adwords насколько я знаю учитывается CTR всего эккаунта, даже больше, учитывается CTR эккаунта MCC который руководит другими эккаунтами. Правда наверное он всё таки даёт вес в зависимости от количества показов каждого объявления, поэтому подходу Setti тут не сработает.
Примерно понятно что вы хотели донести, думаю это стоило бы вписать в саму статью. Но при этом я не согласен, что второй пункт действительно сдвинется с мёртвой точки только благодаря первому… При всём при этом я попробую ваш способ, терять особо нечего :)
Интересная методика, только я не понимаю чем она поможет в жизни? Вы же сами говорите, что в конце останутся только те желания, для достижения которых мы что то делаем. Ну вот если мы для них и так что то делаем, какая польза будет от вашего списка? Мы как делали для достижения этой цели так и продолжим, а как не делали для всех тех желаний которые мы думали что они наши приоритетные, но на самом деле не такие желаемые так и продолжим ничего не делать для их достижения…
А вы это проверяли? Мне кажется для минимальной работы GA нужен только javascript. Надо будет протестировать. Сделаю сегмент в GA на мой ip и похожу с отключенными куками, о результате сообщу здесь.
Ясно, спасибо за разъяснение. Тогда как же работает метрика? Она отправляет запрос на сайт mc.yandex.ru и тот ставит у себя на домене куку, это видно по Response Headers. Вроде тоже не 3rd party…
А где вы видите что они запускаются с домена сайта? Я вот вижу в firebug что идёт запрос как раз на сайт GA в таком стиле правда в ответе не вижу что бы в Header было Set-Coockie. Подскажите как точно это работает, а то я теперь не засну…
По поводу отказов, насколько я знаю GA следит за юзерами только по своей куке, если у человека выключены куки, то получится следующая вещь: человек прошёлся по десяти страницам сайта, в гугл аналитик вы увидите 10 новых сессий все со 100% отказа. Поэтому в GA на абсолютное значение этого параметра лучше особо не обращать внимание, только на относительное к предыдущим результатам.
Правда слишком много кода почему-то, в моей publicauth по-моему проще всё как-то :)