Свежие комментарии

Title	Comment
Обсчитался для "укорачиваем на 2 часа". Для 12-часового свет	Обсчитался для "укорачиваем на 2 часа". Для 12-часового светового дня - астрономически: с 6 до 18 - декретно: с 8 до 20 Второе - сильно лучше. Собственно, "совы" имеют по декретному времени больше шансов увидеть немножко дневного света....
Проще всего проиллюстрировать на примере равноденствия. Рас	Проще всего проиллюстрировать на примере равноденствия. Рассвет в 5 (за час до восхода, который в 6), темнеет в 19 (через час после заката в 18). Час накинут "примерно", реально может минут 40, но смысл не меняется. Ну и кому нахрен нужна такая симметрия, если в 5 утра в Москве просто пусто? И в 7 - еще пусто, движуха начинается около 8 (за исключением магистралей из области), а в 19 - самый пик на улицах, то то счастья в сумерках. Сдвигаем на 2 часа и получаем световое время с 7 до 21. Очень даже в самый раз, захватываются и вечерний и утренний часы пик (автомобильные). Укорачиваем на два часа световой день, получаем с 8 до 19. Это лучше, чем с 6 до 17. А в декабре - палюбому жопа. И в Москве еще кое-как, реальная жесть в Питере (понятно, есть еще Мурманск, но их эти расклады парят только в районе равноденствия, там производная длины светового дня по времени - безумная).
>Но таки да, иметь это место централизованно я думаю, что ты	>Но таки да, иметь это место централизованно я думаю, что ты очень верно подметил, что это никому не надо. >Существенное дополнение: на мой взгляд, жизнь по летнему времени т.е. с солнечным полуднем около 14 часов - для такой урбанизированной страны как наша - хорошее решение. Да, как отец детей школьного возраста, я огорчаюсь оттого, что лишний месяц-полтора в год мы будем идти в школу в темноте. я вот считаю, решение президента -- ужасно, по крайней мере для москвы. два часа опережения декретного времени над истинным - для меня, совы, травма и насилие над организмом. в четыре или пять пополудни темнеет - мне на важно (а кому важно?) ибо рабочий день все равно дольше. а вот что рассветает в 9..10 - кошмар. вот в школе мы читали про то, как деревенские жители вставали ни свет ни заря и т.п., я вот думал - ну какие герои-труженники - в 5..6 утра вставать, а оказывается мы (в москве по крайней мере) такие же, ибо наши 8 это их 6.
Молодцы, могу только похвалить.	Молодцы, могу только похвалить.
Ну вот теперь я знаю. Но в надежде, что следующий "раньше	Ну вот теперь я знаю. Но в надежде, что следующий "раньше хер стоял в постели, а теперь в автобусе" случится не раньше, чем через 30 лет - не буду пересобирать постгресы. Тем более, что конкретно меня постгрес не поимел.
У приятеля: "Нокия при синхре	У приятеля: "Нокия при синхре с аутлуком попросила удалить с себя 470 записей Синхрилка не умеет показывать, что именно будет удалять Спасибо Медведеву!
Да, чтение src/share/zoneinfo/* - увлекательное занятие: #	Да, чтение src/share/zoneinfo/* - увлекательное занятие: # On September 20 [1979]...DOT...officials decreed that on April 27, # 1980, Juneau and other nearby communities would move to Yukon Time. # Sitka, Petersburg, Wrangell, and Ketchikan, however, would remain on # Pacific Time. # # ...on September 22, 1980, DOT Secretary Neil E. Goldschmidt rescinded the # Department's September 1979 decision. Juneau and other communities in # northern Southeast reverted to Pacific Time on October 26. Но преимущественно там речь об отдельных колхозах (county). Но таки да, иметь это место централизованно во всех программах без перекомпиляции и перезапуска - очень хочется.
всё несколько прозаичнее: <code> coolcold@fr01-raid:/tmp/kek	всё несколько прозаичнее: `coolcold@fr01-raid:/tmp/keke1$ zcat /usr/share/doc/php5-common/README.Debian.gz \|tail -n +122\|head -n 6 Timezone data from system timezone database ---------------------------------------------------------------------` Debian PHP has been patched to use of the system wide timezone database from the tzdata package, making sure any updates there are automatically used by PHP aswell.
вообще ситуация со временем немного напоминают ситуацию с ко	вообще ситуация со временем немного напоминают ситуацию с кодировками текста. вроде сейчас же везде юникод и все такое, ан нет. только сегодня получил письмо из аутлука в аутулук в пределах одного exchange-а в KOI-8
>а смена правил происходит настолько редко в рамках конкретн	>а смена правил происходит настолько редко в рамках конкретной страны а вот интересно бы посмотреть на статистику. имхо, не так уж и редко. я так понимаю в США отдельные штаты сами себе время устанавливают, например. да что там время - новые страны регулярно появляются и исчезают. не так давно мне где-то в интернетах попался выбор "USSR" в списке стран...
<i>просто нельзя поставить offset в часах, только по имени г	просто нельзя поставить offset в часах, только по имени города Если бы только в гармине. Даже во многих сотовых нельзя просто сказать офсет, надо искать подходящий город. Живу вот теперь на Сейшелах. Кстати, спасибо за напоминание про Гармин, пойду переставлять время на 705-ом.
Постгрес умеет использовать системные таймзоны: --with-syste	Постгрес умеет использовать системные таймзоны: --with-system-tzdata при сборке.
У меня из перечисленного - только стиралка, которую мы ночью	У меня из перечисленного - только стиралка, которую мы ночью не включаем.
ну при правильном подходе ночью работают ещё посудомойка, ст	ну при правильном подходе ночью работают ещё посудомойка, стиралка, хлебопечка и подогрев полов, а летом плюс к этому - кондиционер :)
ЗАЧЕМ - мне тоже непонятно.	ЗАЧЕМ - мне тоже непонятно.
Я на все это смотрю с тоской,	Я на все это смотрю с тоской, может быть даже текст напишу. 1) Очевидно, что вся инфраструктура (гаджеты, серверы и т.п.) оказалась неготовой к смене tz database. То есть вроде и патчи были б-м везде, но геморой с их установкой как-то зашкаливает.... 2) Почти очевидно, что никаких шансов на лечение этого - тоже нет, на "крупных рынках" в лучшем случае такое происходит "раз в поколение", а на мелкие всем тем более насрать.
Документированного способа	Документированного способа попросить libc перечитать /etc/localtime не существует.
Может быть в timezone database 2011.8 уже все нормально? Я н	Может быть в timezone database 2011.8 уже все нормально? Я не проверял, если честно...
А во втором пятаке все скучно	А во втором пятаке все скучно линейно. 14 бит АЦП, черный не вычтен, сигма у нулевого сигнала (с крышечкой) порядка 4 или 6 (не помню уже), т.е. бит 11-12 условно рабочих. А безусловно рабочих меньше: http://blog.lexa.ru/2011/03/24/o_lineinosti_v_tenyakh.html
А во втором Пятаке как?	А во втором Пятаке как?
В Москве кстати получается в	В Москве кстати получается в любом случае выгодно. Без разделения по тарифам все равно теже 3-80. Так что ничего не теряется. А вот в области получается: - однотарифный - 2-37 - двухтарифный - 07-23 по 2-72; 23-07 по 0-92 - трехтарифный - 23-07 по 0-92; пики 08-11, 18-21 по 3-36; полупики - 2-31 т.е. в Подмосковье если выбрать многотарифный вариант, то можно еще и прогадать. В Москве это не реально. При этом в Москве для электрических плит (для которых я приводил тариф по Подмосковью) 3-80 превращается в 2-66, а 0-95 в 0-67. Т.е. получается что в Москве электричество дешевле.
Хм,а у тебя tz в конфиге прописан/выставлен ручками? Я вот с	Хм,а у тебя tz в конфиге прописан/выставлен ручками? Я вот смотрю в php-fpm который запущен еще в начале октября (bla.txt получен из wget'а): `root@fr01-raid:~# lynx --dump -force_html /tmp/bla.txt\|grep -i timezone "Olson" Timezone Database Version 2011.8 Timezone Database internal Default timezone Europe/Moscow date.timezone no value no value root@fr01-raid:~# lynx --dump -force_html /tmp/bla.txt\|tail -n 11\|head -n 3 now data data: string(31) "Mon, 31 Oct 2011 00:36:35 +0400" string(8) "00:36:35" string(31) "Mon, 31 Oct 2011 00:36:35 +0400" string(8) "00:36:35" root@fr01-raid:~# date Mon Oct 31 00:36:42 MSK 2011` вывод этот отсюда: `<?php phpinfo(); echo "now data data:";` var_dump(date('r'), date('H:i:s')); $date = new DateTime(null, new DateTimeZone('Etc/GMT-4')); $tz = $date->getTimezone(); var_dump($date->format('r'), $date->format('H:i:s')); ?> И вроде бы все правильно, но я для этого ничего не делал, стандартно обновил таймзону на сервере только. Может я куда-то не туда смотрю?
В москве пиковые времена	В москве пиковые времена очень разумные - пик 07-10 и 17-21. По 3-80 - ночь 23-07, по 95 копеек - полупик - остальное время. По 3-20 И с учетом того, что у нас тут на работу никто не ходит, перейти с 3-80 на 3-20 выглядит разумным, только лень.
Т.е. вместо того чтобы	Т.е. вместо того чтобы напрямую сказать что нам неинтересно чтобы вы использовали зональные счетчики, просто предлагают не выгодные условия их использования? Когда МДМ Банк забрал ДатаЦентр на Москвичке у Корбины (Билайна), тогда тоже пришло письмо с уведомлением о том, что в связи с увеличением стоимости электричества и т.п., но не указывая на истинного виновника "торжества", стоимость коллокейшена возрастает то ли в два, то ли еще больше раз (за давностью времени не помню точно). Но фактически это было предложение разорвать договор по инициативе исходящей от клиентов Билайна. Здесь видимо то же самое. Смысла в распределении нагрузки нет, но в тарифных опциях такая возможность имеется.
Методы дедукции и научного	Методы дедукции и научного тыка показали, что именование там идентично путям относительно /usr/share/zoneinfo. Видимо, из оттуда и таскают с собой, осталось только понять, ЗАЧЕМ. Почему минус, я сам не понял, но системные Etc/GMT* в этом плане у меня ведут себя так же. Теория относительности - штука сложная :)
Я вот думаю, что в	Я вот думаю, что в москве-области доля именно запуска производства ничтожна. А основной потребитель - население дома и население в офисах. Отсюда и с 23 до 7.
раньше в московской области	раньше в московской области льготное время было с 21 до 8 и получалось действительно выгоднее. Особенно если стиральную машину на ночь запускать. А с маленьким ребенком она запускается часто. А сейчас решили заодно и время зональности сделать как в Москве с 23 часов до 7 утра. Поэтому смысла стало мало, т.к. в основном пользуемся с 20 до 24 часов. Так что не понятно кто от этого выигрывает. Лучше бы вообще динамически по времени каждый час учивывать с расчетом что на время запуска производства с 8 до 11 часов дорогой тариф, а в другое время - дешевле. Ночью - так вообще практически бесплатно :)
В FreeBSD 9.0-RC1 таймзона	В FreeBSD 9.0-RC1 таймзона точно новая.
Почему минус, должен же быть	Почему минус, должен же быть плюс? Но я не настолько знаю php, чтобы до этого допереть. А в документации там примеры вроде Europe/Moscow
А я тупо пробил в php.ini	А я тупо пробил в php.ini date.timezone = Etc/GMT-4. С юзерскими таймзонами, конечно, сложнее.

Свежие комментарии

Pages