forum.bitel.ru http://forum.bitel.ru/ |
|
проблема зимнего времени http://forum.bitel.ru/viewtopic.php?f=20&t=5995 |
Страница 11 из 12 |
Автор: | abu [ 31 окт 2014, 16:59 ] |
Заголовок сообщения: | Re: Время на клиентах +1 час |
barguzin2 писал(а): abu писал(а): Пожалуй, повторюсь: "В том и дело - копировать надо попробовать в jre и оттуда запускать. Не в jdk." и все должно получиться (: В стартере клиента биллинга javaw без конкретного каталога указывается, и запускается от какой-то дефолтной версии java (а их может быть несколько, учитывая JDK, JRE, x32, x64). Поэтому ничего никуда копировать не надо (вернее надо, но как раз не в каталог java, а просто в корень или домашнюю папку) и запуск обновления также просто без указания каталога расположения java гарантирует, что обновление встанет на ту версию, с которой запускается клиент. Цитируя Amr'a из начала этой темы: "Там не важно откуда запускать, главное запускать через ту JDK/JRE (хотя скорее JRE), которую надо обновить." Вот это самое "главное запускать через ту JDK/JRE" , думаю, я и сделал, скопировав tzupdater.jar в каталог с jre "которую надо обновить", запустил, и - заработало. Если запускать из каталога jdk - не работало, хотя тест выдавал, что обновление проведено. Догадываться о том, что и как указывается в стартере клиента биллинга я не стал. А рассказывать на тот момент об этом было некому. |
Автор: | snark [ 31 окт 2014, 17:21 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
dimOn писал(а): в линуксах же JAVA_HOME наоборот нафиг не нужно, в клиенте особенно. Дык я только про венду говорил Мне вообще не понятно, зачем поддерживать Win 9x, даже в виде расширения bat, когда эту самую венду ставят на 2-е или 3-и пеньки только ради очень старых игорь, перед этим найдя не эмулятор, а железный вариант Roland SC-55 (дюк, дум) или Yamaha DB50XG (дюк, дум) для MIDI звука и самый 1-й 3Dfx Voodoo для старых 3D игр. |
Автор: | barguzin2 [ 31 окт 2014, 18:19 ] |
Заголовок сообщения: | Re: Время на клиентах +1 час |
abu писал(а): Цитируя Amr'a из начала этой темы: "Там не важно откуда запускать, главное запускать через ту JDK/JRE (хотя скорее JRE), которую надо обновить." Вот это самое "главное запускать через ту JDK/JRE" , думаю, я и сделал, скопировав tzupdater.jar в каталог с jre "которую надо обновить", запустил, и - заработало. Если запускать из каталога jdk - не работало, хотя тест выдавал, что обновление проведено. Догадываться о том, что и как указывается в стартере клиента биллинга я не стал. А рассказывать на тот момент об этом было некому. Ага, ту JDK/JRE, которую нужно обновить. Вот как раз это и не было сделано. Вернее сделано, и обновлена ТА! java, но вопрос в том, что клиент запускается НЕ ЧЕРЕЗ ТУ, а какую-то другую инсталляцию java. Скорее всего есть еще C:\Program Files\Java\jre7. А высказывание Амира означает, то что запускать можно так: Код: C:\Documents and Settings\Admin>"c:\Program Files\Java\jdk1.7.0_71\bin\java.exe" -jar tzupdater.jar -u Но нужно быть уверенным, что эта (ТА) JDK/JRE используется для запуска БГ. для серверов явно указывается JAVA_HOME и можно смело запускать оттуда, а для клиента, как уже было сказано, для уверенности нужно запускать без привязки к конкретному каталогу, тогда система выберет дефолтную java. Либо же в скрипте запуска клиента явно указывать полный путь к javaw.exe. |
Автор: | Phricker [ 01 ноя 2014, 14:49 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
Странная тема. Заношу платеж со старыми таймзонами. Он садится В журнале запросов Код: payment => <payment contractId="19426" date="2014-11-01T00:00:00+04:00" id="-1" sum="1.0" summa="1.0" typeId="1" userId="0" xmlns=""><comment/></payment> Т.е. я вижу что зона стоит +04:00 и могу отсеять пользователей которые еще не обновились (40 человек блеать не обновились) Но есть 2 вопроса 1) Это клиент передал дату в текстовом варианте и уже сервер отнял от нее час? 2) Почему на такой платеж не действует дата закрытого периода? Ведь он сел 31.10.2014, а у меня период закрыт 31.10.2014 |
Автор: | Phricker [ 01 ноя 2014, 14:53 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
И кстати уже рассматривая логи запроса. UserId ну никак не может быть 0. Я под юзером с ID 13 работаю. |
Автор: | Amir [ 01 ноя 2014, 16:09 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
Цитата: И кстати уже рассматривая логи запроса. UserId ну никак не может быть 0. Я под юзером с ID 13 работаю. Там веб-сервисы, передается полностью java-объект класса Payment, в котором есть поле userId. В данном случае проставлять это значение в клиенте не имеет смысла, т.к. проставлять правильный userId с точки зрения безопасности нужно на сервере. Скорее всего в БД правильный userId.
|
Автор: | Amir [ 01 ноя 2014, 16:13 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
Клиент передает xml, который в журнале запросов. Сервер получает от клиента 2014-11-01T00:00:00+04:00. А на сервере зона +03:00. 2014-11-01T00:00:00+04:00 в +3 это 2014-10-31T23:00:00+03:00. |
Автор: | dimOn [ 01 ноя 2014, 19:25 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
всё потому что использовать/передавать/хранить "2014-11-01T00:00:00+таймзона" в кач-ве указания на "дату 01.11.2014" -- неправильно и абсурд |
Автор: | Amir [ 02 ноя 2014, 05:11 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
Все потому что в клиенте неправильная таймзона. Да, такой же абсурд как в классе java.util.Date хранить время. Чтобы передавалась только дата у поля просто нужно указать @XmlSchemaType(name = "date"). Просто у того, кто использует класс Payment в веб-сервисах, после этого скорее всего перестанет работать. |
Автор: | dimOn [ 02 ноя 2014, 12:30 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
Цитата: Да, такой же абсурд как в классе java.util.Date хранить время. как раз в этом классе хранить время можно и нужно, покуда оно остаётся aware. а вот дата ничего общего с дататаймом не имеет, и дата не равна дататайму "без часов минут секунд", это вообще совершенно другая сущность и передаваться, обрабатываться и тем более храниться в БД должна совершенно по-другому.
|
Автор: | Amir [ 02 ноя 2014, 13:33 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
По такой логике нельзя хранить дату в java.util.Date. Это про передачу, обработку и хранение в памяти. А про хранение в БД тут речи и не идет. |
Автор: | dimOn [ 02 ноя 2014, 14:39 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
Цитата: По такой логике нельзя хранить дату в java.util.Date. дату - нельзя, я про это и говорю. я думал "время" имеется в виду таймштамп. как раз его и надо обрабатывать в java.util.Date.
|
Автор: | skyb [ 13 ноя 2014, 09:18 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
посихпор в последнем билде не накатили исправление времени, от сцук (это я про 7-ую яву) |
Автор: | stark [ 13 ноя 2014, 12:05 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
skyb писал(а): посихпор в последнем билде не накатили исправление времени, от сцук (это я про 7-ую яву) не накатили |
Автор: | snark [ 13 ноя 2014, 13:44 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
stark писал(а): не накатили Так давайте накатим |
Автор: | skyb [ 13 ноя 2014, 13:57 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
snark писал(а): stark писал(а): не накатили Так давайте накатим завтра, завтра |
Автор: | stark [ 16 ноя 2014, 02:37 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
http://habrahabr.ru/company/mailru/blog/242645/ Цитата: Итак, как же всё-таки правильно хранить время в базе данных? Лучше, конечно, этого не делать, Цитата: А работа с таймзонами — это боль и страдание, да. Если есть хоть малейшая возможность не работать с ними — воспользуйтесь ей, не пожалеете
|
Автор: | dimOn [ 16 ноя 2014, 14:41 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
stark писал(а): http://habrahabr.ru/company/mailru/blog/242645/ Цитата: Итак, как же всё-таки правильно хранить время в базе данных? Лучше, конечно, этого не делать, Цитата: А работа с таймзонами — это боль и страдание, да. Если есть хоть малейшая возможность не работать с ними — воспользуйтесь ей, не пожалеете верно ли поняты эти фразы? конкретные дату+время хранить нужно в любом случае всегда так, чтобы было очевидно реальное значение. т.е. это либо в заведомо известной ФИКСИРОВАННОЙ TZ (очевидно, логичнее всего в UTC), либо вместе с указанием таймзоны. причём на уровне выше БД это вообще не имеет значения - реальное значение даты должно корректно (на основании вышесказанного) формироваться как при запросах, так и при поступлении в клиентский код (в случае java это вычитывание значения через getDate, например). любые фреймворки как приложений так и чисто БД этим занимаются и всегда занимались. дату, напротив, нужно строго без всяких нулевых миллисекунд с таймзонами хранить-обрабатывать. |
Автор: | snark [ 17 ноя 2014, 18:59 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
dimOn писал(а): логичнее всего в UTC +1 dimOn писал(а): вместе с указанием таймзоны Не, не, не ... Это плохая идея! |
Автор: | dimOn [ 18 ноя 2014, 13:53 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
snark писал(а): dimOn писал(а): логичнее всего в UTC +1 dimOn писал(а): вместе с указанием таймзоны Не, не, не ... Это плохая идея! да на самом деле это неважно совсем, дальше БД вообще совершенно пофигу как там в БД оно хранилось - в UTC (что то же самое что дататайм+00:00 просто 00:00 опускается) либо просто в дататайм+XX:YY либо просто числом в unixtime, оно в любом случае строго соответствует конкретному времени. фреймворки которые могут работать с разными БД выбирают способ в зависимости от конкретной БД, например в PG хранят в нормальном таймштампе, а в sqlite можно только в utc хранить, что обычно и делается. |
Автор: | ok-2004 [ 16 янв 2015, 14:16 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
Ёжкин кот, кое-как переползли на вечное летнее, а тот новая напасть: http://habrahabr.ru/post/248007/ |
Автор: | skyb [ 16 янв 2015, 15:34 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
ok-2004 писал(а): Ёжкин кот, кое-как переползли на вечное летнее, а тот новая напасть: http://habrahabr.ru/post/248007/ уже отпосчено )))) |
Автор: | dimOn [ 22 янв 2015, 14:51 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
спешу сообщить, что в новых свежих jdk 8u31 и jdk 7u80 наконец-то новые обновлённые tzdata 2014j, включающие и изменения таймзон осени 2014 года и корректные таймзоны аннексированных территорий |
Автор: | stark [ 22 янв 2015, 16:49 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
dimOn писал(а): спешу сообщить, что в новых свежих jdk 8u31 и jdk 7u80 наконец-то новые обновлённые tzdata 2014j, включающие и изменения таймзон осени 2014 года и корректные таймзоны аннексированных территорий И 6u91. |
Автор: | stark [ 26 янв 2015, 12:30 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
dimOn писал(а): корректные таймзоны аннексированных территорий Если имелся ввиду Крым, то обновления по нему вышли уже давно, еще в середине 2014 года где-то. |
Автор: | dimOn [ 26 янв 2015, 13:35 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
stark писал(а): dimOn писал(а): корректные таймзоны аннексированных территорий Если имелся ввиду Крым, то обновления по нему вышли уже давно, еще в середине 2014 года где-то.Изначально они не в середине, а ещё в марте вышли (в tzdata-2014b). Там по этому поводу было много батхёрта. Ну вот, например: Цитата: So when Russia takes over your country, you don’t even get to keep your own time zone. Потом с этим там какой-то косяк был, но сейчас чего-то не нагуглил что изменилось, м.б. я напутал и оно уже раньше поправилось. |
Автор: | stark [ 06 фев 2015, 12:21 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
сегодня у меня в ubuntu пришло tzdata новое с leap second. Цитата: Изменения версии:
Установленная версия: 2014i-0ubuntu0.12.04 Доступная версия: 2015a-0ubuntu0.12.04 Версия 2015a-0ubuntu0.12.04: * New upstream release with several DST zone changes and a new leap second inserted at 2015-06-30 23:59:60 UTC. |
Автор: | skyb [ 20 окт 2015, 08:47 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
https://russian.rt.com/article/124662 не, ну а почему нет? |
Автор: | Phricker [ 20 окт 2015, 10:04 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
Люто плюсую Сейчас солнце у нас заходит в 17:20. Летом восход был часа в 3 ночи )))) |
Автор: | skyb [ 20 окт 2015, 12:48 ] |
Заголовок сообщения: | Re: проблема зимнего времени |
Phricker писал(а): Люто плюсую Сейчас солнце у нас заходит в 17:20. Летом восход был часа в 3 ночи )))) Я согласен, просто на кой хер было вначале отменять, потом менять, потом матьего возвращать, сцуко, трогать ненада было и было бы все ок |
Страница 11 из 12 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |