Catherine

верить обеим

градус пафоса снизить до минимума

Различие показателей наблюдается постоянно, чаще всего связано с тем что код одного из счетчиков не успевает прогрузиться.

Также бывают глюки по абсолютно непонятным причинам, причем косяк со стороны аналитикса, в то время как показатели метрики ближе к логам сервера.

Самое точное, конечно, прикрутить отображение лога сервера в админку, или на почту например ежедневные отчеты формировать.

Если нет возможности обратиться к серверу, то
посмотрите чей из скриптов у вас стоит выше на странице, если аналитикса, то вероятнее всего что метрика не успевает прогрузиться и из-за этого различие в показателях. Если метрика выше, то скорее глюк аналитикса и тут уже надо разбираться более плотно, но по опыту чаще всего метрика показывает более точные данные.

Знаете, я с вами соглашусь, что хорошую вводную по Elastic трудно найти. Пока сам не переварил доков и не набил шишек многие элементарные понятия оставались для меня неясными. Поэтому вот моя вводная: Elastic можно использовать как NoSQL БД, только надо быть внимательным, т.к. всё-таки его основная задача поиск, а не удовлетворение функций БД. Например, если вы не настроили хранение исходных данных, а только индексацию, то свои данные вы уже не извлечёте из него. НИКОГДА. Только отдельные выражения, удовлетворяющие условиям поиска. Всё, тупик. Так же нельзя повторно индексировать уже загнанные в него данные. Т.е. перед загрузкой данных надо грамотно настроить индексацию, т.к. перестроить индекс, как это делается в реляционной БД невозможно. Нужно придумать новую схему индексации и перезалить данные в Elastic. Именно поэтому основное использование Elastic - как дополнение к существующей БД из которой данные можно перезалить по одному или полностью в Elastic (можно, конечно сделать схему Elastic->Elastic, но тоже есть нюансы).
Ещё пару слов про схему. Это ЛОЖЬ, что в Elastic нет схемы данных. Она как раз есть и ооочень жёсткая. Жёсткая до того, что однажды определив, вы не сможете её поменять. Изначально Elastic оказывает медвежью услугу, разрешая вам дополнять схему по-умолчанию, но когда вы разберётесь с этой темой, то можете обнаружить, что Elastic "понастроил" такого у себя внутри, что остаётся только охреневать и переделывать всё явно, отказавшись от его "услуг" по автоматическому добавлению полей в схему.
Так же в Elastic очень непросто строить сложные запросы на поиск и агрегатные запросы. Совершенно неинтуитивно. Но если освоитесь, то будет вам счастье. )))
Несмотря за такие "страшные" вещи - Elastic классная система и по производительности агрегатных запросов не уступает платной версии MSSQL в поиске в многопроцессорных системах (проверял на одинаковых аппаратных конфигурациях с 16 ядрами). Так что если вам хочется большую скорость в агрегатных запросах и главное - это бесплатность, то берите и осваивайте Elastic. Мощности и возможности у него огромные. Но... нужно потратить приличные усилия на изучение.

Не совсем понятно, что вы ищите? Толи готовую функцию, толи понять как в принципе работает алгоритм? Для готовой из стандартной либы,вам уже написали. А про алгоритм, вот:

def sqrt_r(number, precision_factor=0.0001):
	def square(n):
		return n * n
	def good_enough(guess, number):
		return abs(square(guess) - number) < precision_factor
	def improve(guess, number):
		return ((number/guess) + guess) / 2
	def sqrt_iter(guess, number):
		return guess \
			if good_enough(guess, number) \
			else sqrt_iter(improve(guess, number), number)
	return sqrt_iter(1.0, number)