- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый вечер. Назрела проблема - надо что-то делать с отображением времени на сайте.
В идеале время должно отображаться с учетом часового пояса посетителя, чтобы не было "назад в будущее".
Как правило, время выводится через smarty {$var|date_format=}, еще используется date()
Если бы было только date() - можно было бы плюсануть константу, но это не универсально.
Плюс к этому, сайт расположен на одном сервере, БД временно на другом, сайт скоро тоже переедет, часовые пояса разные, с учетом репликации намечается dpkg-reconfigure tzdata на GMT на обоих серверах (это правильная мысль?) чтобы можно было работать с разных Apache+php с одной БД (сейчас внесение данных скриптом с другого сервера приведет к сдвигу в базе).
Вывод московского или еще какого-то времени всем посетителям не вариант, гемор с javascript функцией, выводящей время, посчитанное как определенное смещение от текущего не предлагать. Сайт мультиязычный, аудитория из разных стран. Определять по стране хорошо, но GeoIP не определяет порядка четверти IP. В заголовках запроса клиента время вроде бы не передается.
Как выходят из такой ситуации?
гемор с javascript функцией, выводящей время, посчитанное как определенное смещение от текущего не предлагать.
Правильно, оптимальные варианты нужно отметать сразу! Лучше взвалить всю работу на сервер и на свою глупую голову.
Проблема в том, что нет правильного способа получить клиентское время без JS, поэтому насколько я знаю идеальный вариант - отображать в UTC, а на клиенте уже конвертировать. http://momentjs.com/ взгляните.
Ну тогда уже лучше форумный вариант - "столько-то минут назад"
Есть еще 1 проблема: при чтении 2 разными веб серверами из одной базы MySQL выводится на сайте разное время одного и того же события.
На 1 сервере БД и сайт, в системе GMT+0, выводит 08.09.14 12:03
На 2 сервере сайт, время EEST, выводит 08.09.14 16:03.
При подключении к MySQL даю запрос
или ставил 3 или 4 часа, в результате ничего не меняется, время все то же, везде хранится как unix timestamp (результат time() из php) int(4) unsigned.
Можно ли синхронизировать это не меняя системный часовой пояс на всех серверах на одинаковый?
Вообщем, все будут привыкать к понятию Greenwich Mean Time, о чем напишу мелким шрифтом. Системное время не трогал, все решил установкой
в config.php, который инклюдится во все остальные скрипты сайта.