Так же, как и на кофейной гуще.
Сначала, нужно узнать - в какой временной зоне находится данный город, а потом -
http://php.net/manual/ru/function.date.php---------- Добавлено 07.11.2016 в 20:36 ----------А, ну и если речь идёт о временной зоне конкретного посетителя, то GeoIP в помощь...
Первые же результаты из гугла
http://superuser.com/questions/605861/how-do-i-record-and-run-multiple-find-replace-with-sublime-text-2
http://stackoverflow.com/questions/18656560/batch-find-and-replace-for-sublime-text-2
Но по мне, так проще накидать регексп на пхп и шарахнуть сразу любое количество документов... :D
Может и понимает, но забирает всё по 1.1
Как, впрочем, не забирал он и по своему spdy.
Я http/2 вкрутил в продакшн ещё 22 сентября прошлого года, когда в nginx 1.9.5 произошла замена spdy на http/2. С тех пор всё жужжит без проблем.
242% mysql как-то дохрена...
Мож таблица какая-то колом встала?
Или всё таки с диском что-то не так.
Разумеется. Я имел в виду величину времени скорости загрузки. Она как раз падает. Написал вот только косноязычно 😂---------- Добавлено 12.10.2016 в 20:21 ----------
Когда я писал про Бангладеш, я писал не про конкретного юзера, а про среднюю скорость загрузки по стране. И это не сферический конь в вакууме, а реальные данные из аналитикса. Если у них такие каналы убогие или маршрутизация через анус настроена, то это не проблема конкретного юзера, а проблема целой страны. И с этим приходится считаться.
Да и хрен бы с ним, с Бангладешем. Вон, серваки стоят в Москве, а средняя скорость по России - 2.5 секунды, а по Канаде 1.5. В Ирландии 0.8. Похоже, что весь jquery из ирландии расползается :)
Я вот боюсь, что Гугл использует аналитикс для определения скорости загрузки страниц.
Вернее, использует-то он много чего, но вот переменную, учавствующую в ранжировании, берёт именно оттуда(ну, естественно, если он установлен).
Ибо все эти пэйджспиды используются только для общей оценки скорости. А скорость отдачи контента боту, используются исключительно для регулировки частоты заходов самого бота. Это легко увидеть просто глянув на картинки статистики заходов бота в вмт.
А вот статистика скорости загрузки в аналитиксе реально заставляет задуматься.
Например, у меня на одном сайте с массой заходов из азии средняя скорость загрузки 2.5 секунды. При этом, если дёргать с соседнего сервака, то страница влетает за 60 миллисекунд вместе со всеми скриптами. Зато в Бангладеш средняя скорость загрузки этой же страницы составляет 36 секунд :(.
И если выпилить оттуда все jquery и прочий тяжеловес, особенно, отгружаемый со всяких там гуглооблак, скорость загрузки в отдалённых местах земного шара сильно падает :)
Наверное, всё таки вот так
\nLocation: (.*)\n
:)
Всё делается двумя свойствами media: max-width и min-width и/или их сочетаниями
Например, следующий код css не будет показывать блок some-ad-block при горизонтальном разрешении экрана от 600 до 800 пикселей:
@media (max-width:800px) and (min-width:600px){.some-ad-block{display:none}}
Ну и дальше по аналогии - вырубаете всё, что не лезет в текущее разрешение, а также, блоки меньше тех, что подходят.
За 5 минут разберётесь.
Ещё как пройти.
Делаете блоки под разное разрешение и показываете с помощью CSS только то, что надо.
У меня на всех сайтах по 15 блоков одновременно висят. В том числе и блоки ссылок.
Например, горизонтальный блок ссылок при заходе со смартфона становится вертикальным.
Всё на ура валидируется инсайтом.
Гугл не возражает. Он понимает свойство hidden 😂
А вот это зло, в некоторых случаях.
Если пхп скрипты, запущенные из шелла, что-нибудь большое разгребают, то при переполнении кэша всё колом встанет. Так что с кли - поосторожнее...
