Joker-jar

Смотрите шире. Официальные публичные дома - не такое уж и зло. Будем честны, есть такой сегмент мужской части населения, которые и при деньгах, но которым "не дают". Причин может быть масса. На одной чаше весов подпольный промысел "самой древней профессии" - питомник ЗППП, грязи и гонений моралистов и власти. На другой - чистые цивильные официальные публичные дома - легальный и прибыльный бизнес, с регулярным медосмотром "сотрудниц", в который можно не шкерясь по углам спокойно прийти и получить требуемые услуги (кому надо) надлежащего качества и в соответствующей обороту денег обстановке. Который приносит налоги в бюджет, в конце концов. Разве только в морали тут дело?

Смысл вопроса, если при гигабитном канале даже если на полную катушку прокачивать, в месяц больше ~300 Тб не получится.

Для подобных задач как раз и внедряют СУБД, чтобы не ковыряться в "столбиках"

Примерно так:

SELECT phone, MAX(order_date) AS last_order_date FROM orders GROUP BY phone HAVING last_order_date < NOW() - INTERVAL 180 DAY;

koketkade, не без этого. JBL тоже откашляли немного.

Не претендую на участие, ибо не соблюдены требования с листиком. Дело было, как видно, в относительно теплое время года. Катались с другом на великах, встали у речки отдохнуть и выпить пивка. И тут подошел ОН. Не знаю, чего ему от нас надо было, постоял, попоказывал язык и ушел куда-то.

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

Можно на серверной стороне сделать, т.е. вообще не выводить код метрики, если, скажем, авторизован под админской учеткой (при наличии определенной куки ну и т.п.).

Для более корректной склейки желательно не перенаправлять запросы к robots.txt. Я предпочитаю использовать следующую конструкцию (Nginx):

server {
	listen		xx.xx.xx.xx;
	server_name	xx.xx.xx.xx domain.com www.domain.com;

	root		/var/www/domain.com/html;

	location / {
		if ( $uri !~ ^/robots\.txt ) {
			rewrite		^ https://domain.com$request_uri? permanent;
		}
	}
}

server {
	ssl_certificate ...;
	ssl_certificate_key ...;

	listen		xx.xx.xx.xx:443 ssl http2;
	server_name	xx.xx.xx.xx www.domain.com;

	root		/var/www/domain.com/html;

	location / {
		if ( $uri !~ ^/robots\.txt ) {
			rewrite		^ https://domain.com$request_uri? permanent;
		}
	}
}

server {
	ssl_certificate ...;
	ssl_certificate_key ...;

	listen		xx.xx.xx.xx:443 ssl http2;
	server_name	domain.com;

	root		/var/www/domain.com/html;
....
далее основные настройки

Первый блок перенаправляет запросы по HTTP с обращением по IP, по домену, по домену с www. Второй - по IP и по домену с www через HTTPS. Третий содержит уже настройки для сайта.

$ printf "1\n2\n3" > 1.txt
$ printf "4\n5\n6" > 2.txt
$ paste --delimiters="\n" 1.txt 2.txt
1
4
2
5
3
6

Затем разделить командой split. Программирование (скриптинг) - не всегда "написание программ". Это гибкий инструмент, позволяющий более тесно общаться с твоим компьютером, что ли :)

Выводить в GMT, а уже при помощи JS прибавлять/отнимать часовой пояс. Либо можно и на серверной стороне формировать корректную дату, но тогда нужно передать часовой пояс посетителя (например в куки с помощью того же JS, либо, если это подразумевает структура сайта, в настройках профиля).

---------- Добавлено 07.01.2018 в 01:20 ----------

Вообще, вывод дат - это цветочки. Самое интересное начинается, когда встает задача формировать какой-то контент на основе выборок из БД. Например "заявки за сегодня". У кого-то это "сегодня" только наступило, у кого-то почти прошло. А формат хранения данных в базе един. В общем, развлекайтесь :)