Смотрите шире. Официальные публичные дома - не такое уж и зло. Будем честны, есть такой сегмент мужской части населения, которые и при деньгах, но которым "не дают". Причин может быть масса. На одной чаше весов подпольный промысел "самой древней профессии" - питомник ЗППП, грязи и гонений моралистов и власти. На другой - чистые цивильные официальные публичные дома - легальный и прибыльный бизнес, с регулярным медосмотром "сотрудниц", в который можно не шкерясь по углам спокойно прийти и получить требуемые услуги (кому надо) надлежащего качества и в соответствующей обороту денег обстановке. Который приносит налоги в бюджет, в конце концов. Разве только в морали тут дело?
Смысл вопроса, если при гигабитном канале даже если на полную катушку прокачивать, в месяц больше ~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.txt142536
Затем разделить командой split. Программирование (скриптинг) - не всегда "написание программ". Это гибкий инструмент, позволяющий более тесно общаться с твоим компьютером, что ли :)
Выводить в GMT, а уже при помощи JS прибавлять/отнимать часовой пояс. Либо можно и на серверной стороне формировать корректную дату, но тогда нужно передать часовой пояс посетителя (например в куки с помощью того же JS, либо, если это подразумевает структура сайта, в настройках профиля).---------- Добавлено 07.01.2018 в 01:20 ----------Вообще, вывод дат - это цветочки. Самое интересное начинается, когда встает задача формировать какой-то контент на основе выборок из БД. Например "заявки за сегодня". У кого-то это "сегодня" только наступило, у кого-то почти прошло. А формат хранения данных в базе един. В общем, развлекайтесь :)
