- Van egy világraszóló találmányom! – mondja ujjongva Grün.
- És mi az? – kérdezi Kohn.
- Egy borotváló automata. Az ember bedobja a pénzt, bedugja a fejét egy nyílásba, aztán két éles kés megborotválja.
- Nagy szamár vagy te, Grün! Hiszen az emberek feje nem egyforma!
- Hát előtte még nem!
Le lehetne oraatvaltas elotti nap cache-elni hogy kiknek volt elotte is 7200-on es solved, csak le kell futtatni masnap azokon a query-t akik NOT IN (tegnap lementett userid-k). Mindez egy 10 soros cron job lenne es soha nem lenne a jovoben semmilyen kenyelmetlenseg az oraatallitasbol.
És ha én év közben költözök arrébb pár időzónával? Ez az adatbázis kókányolás véleményem szerint nem vezet sehova, nem az a baj hogy plusz effort, hanem hogy sokkal több felhasználóval tolsz ki, mintha megcsinálnád korrekt módon.
A korrekt megoldás az lenne, ha az oldal generálásakor a böngésző által küldött információból lehetne tudni, melyik időzónában van a felhasználó, és az alapján dinamikusan átváltani az adatbázisból jövő feltehetőleg UTC időket. A Date fieldben UTC-ben utazik az idő, és amúgy sem megy el a requestben általában, szóval ez kiesett. Marad a geoip, vagy hogy pl. javascript beállítja egy sütiben és az elmegy a szervernek. Előbbivel az a baj, hogy geoip alapján nem mindig sikerül eltalálni hol van a felhasználó (lásd pl. Azure brazil ip-k), utóbbi meg csak eleve a második oldalletöltéstől működik és csak akkor ha a felhasználó engedélyezi a javascriptet és a sütiket.
Egy kevésbé korrekt, de még mindig nagyságrendekkel kényelmesebb megoldás: a user ne az időzónáját adhassa meg hanem a tartózkodási helyét (ország szinten), így az adott országban érvényes aktuális időzóna alapján lehetne állítani a megjelenített időket, illetve lehetne kezelni a nyári időzónákat. Ez csak némi privacy aggályt vet fel, nyilván nem mindenki akarja kiadni, melyik országban van, nekik maradhatna a hagyományos időzóna megadási lehetőség, persze ekkor nyári időzónára való automatikus átállás nélkül.
allitom :-) Ennel (http://hup.hu/node/138126#comment-1828335) az idozona modositas utan 01:xx volt, majd miutan visszairtam az eredeti ertekre, meggyogyult az ido. De mindegy, engem az 'uj hupon' sem izgat annyira a dolog, meg gondolom, ez drupal feature, oszt jonapot...
-- "Pont attól akartam megkímélni magam, hogy gondolkodni kelljen ;)" (lajos22)
Hozzászólások
A profilodban állítsd be a megfelelő időzónát.
--
trey @ gépház
XXI. század.. minden regisztrált weboldalon kézzel állítgatni a téli-nyári időt... soha.
kézzel írni a pluzegggyet
--
Hogy házon belül a QA, a portásnéni, a vezérigazgató vagy a programozó oldja meg, az tök mindegy. Első az ügyfél. Kifelé ennek nem kéne látszódnia. Megoldás kell, nem mellébeszélés és mutogatás.
Ne nevezzük jobb helyeknek ezt.
Sírj egy folyót nekem, m8.
--
trey @ gépház
Pedig ez az utóbbi évek legnagyobb találmánya szerintem. Jó lenne a hupon is!
http://i.stack.imgur.com/ucOkb.png
--
arch,centos,debian,openelec,android
dev: http://goo.gl/7Us0GN
BCI news: http://goo.gl/fvFM9C
Írd le a megfelelő helyen, hátha figyelembe veszik a jövőre nézve.
--
trey @ gépház
Én sem állítgatom, jó ez így. :)
EZ AZ! Sújts le rájuk, és juszt se állítsd be!
Nem lennék most a helyükben...
+1
Állogassa akinek két anyja van.
Azért számítógép hogy ezt automatán megtudja csinálni.
De hát drupál, mit várunk tőle....
"Állogassa akinek két anyja van."
+1
Ezek szerint úgy marad. Mert, hogy én nem állogatom más helyett, az biztos.
--
trey @ gépház
Szóltam anyunak, átállította.
De még minden regisztrált weboldalon át kell állítania. :(
--
trey @ gépház
Hint to trey:
UPDATE users
SET timezone="3600"
WHERE timezone="7200";
-------------------------
Dropbox refer: https://db.tt/V3RtXWLl
neut @ présház
De ez nem jo mert ezt csak adatbazisban maszatolassal lehetne megcsinalni, fogalmatok sincs milyen munka ezt csinalni.
Ez amugy mit is csinal pontosan?
Az users táblában frissíti a timezone mező értékét 3600-ra ahol jelenleg 7200 érték szerepel.
Amugy jah. Kb fél perc alatt lehetne orvosolni ezt a globális bakit a rendszerben...
Hogy örülnének, akiknek direkt van 7200-on
------------------------
Everyone is a winner*
A csendes többség.
- Van egy világraszóló találmányom! – mondja ujjongva Grün.
- És mi az? – kérdezi Kohn.
- Egy borotváló automata. Az ember bedobja a pénzt, bedugja a fejét egy nyílásba, aztán két éles kés megborotválja.
- Nagy szamár vagy te, Grün! Hiszen az emberek feje nem egyforma!
- Hát előtte még nem!
Le lehetne oraatvaltas elotti nap cache-elni hogy kiknek volt elotte is 7200-on es solved, csak le kell futtatni masnap azokon a query-t akik NOT IN (tegnap lementett userid-k). Mindez egy 10 soros cron job lenne es soha nem lenne a jovoben semmilyen kenyelmetlenseg az oraatallitasbol.
És ha én év közben költözök arrébb pár időzónával? Ez az adatbázis kókányolás véleményem szerint nem vezet sehova, nem az a baj hogy plusz effort, hanem hogy sokkal több felhasználóval tolsz ki, mintha megcsinálnád korrekt módon.
A korrekt megoldás az lenne, ha az oldal generálásakor a böngésző által küldött információból lehetne tudni, melyik időzónában van a felhasználó, és az alapján dinamikusan átváltani az adatbázisból jövő feltehetőleg UTC időket. A Date fieldben UTC-ben utazik az idő, és amúgy sem megy el a requestben általában, szóval ez kiesett. Marad a geoip, vagy hogy pl. javascript beállítja egy sütiben és az elmegy a szervernek. Előbbivel az a baj, hogy geoip alapján nem mindig sikerül eltalálni hol van a felhasználó (lásd pl. Azure brazil ip-k), utóbbi meg csak eleve a második oldalletöltéstől működik és csak akkor ha a felhasználó engedélyezi a javascriptet és a sütiket.
Egy kevésbé korrekt, de még mindig nagyságrendekkel kényelmesebb megoldás: a user ne az időzónáját adhassa meg hanem a tartózkodási helyét (ország szinten), így az adott országban érvényes aktuális időzóna alapján lehetne állítani a megjelenített időket, illetve lehetne kezelni a nyári időzónákat. Ez csak némi privacy aggályt vet fel, nyilván nem mindenki akarja kiadni, melyik országban van, nekik maradhatna a hagyományos időzóna megadási lehetőség, persze ekkor nyári időzónára való automatikus átállás nélkül.
Nem kell ezt túlbonyolítani!
Könnyen megoldható lenne a probléma ha lenen normális regisztráció a HUP-ra!
Nem lennétek itt, és jónapot.
Azért meglepődtem, hogy ez az egyszerű dolog nem megy neked. Bár a múltkori coming outod óta (pénzváltás) már annyira nem csodálkozom.
--
trey @ gépház
kek
e
k
+1
LOL. Mondjuk eleve az sem vilagos, hogy miert jo az, ha egy folyo beszelgetesben ossze-vissza timestampek szerepelnek, mint pl. ennel...
--
"Pont attól akartam megkímélni magam, hogy gondolkodni kelljen ;)" (lajos22)
"ha egy folyo beszelgetesben ossze-vissza timestampek szerepelnek, mint pl. ennel..."
Hogy mi?
--
trey @ gépház
ha a te idozonad europe/budapest, nekem meg us/mountain, akkor igy fog kinezni a parbeszedunk:
- 03:15
- 13:16
- 03:18
- 13:22
- ...
--
"Pont attól akartam megkímélni magam, hogy gondolkodni kelljen ;)" (lajos22)
Ezt kérdezed, tippeled vagy állítod (ellenőrzés után)?
--
trey @ gépház
allitom :-) Ennel (http://hup.hu/node/138126#comment-1828335) az idozona modositas utan 01:xx volt, majd miutan visszairtam az eredeti ertekre, meggyogyult az ido. De mindegy, engem az 'uj hupon' sem izgat annyira a dolog, meg gondolom, ez drupal feature, oszt jonapot...
--
"Pont attól akartam megkímélni magam, hogy gondolkodni kelljen ;)" (lajos22)
Kopp, mivel a drupal minden időt a saját időzónád szerint jelenit meg.
-------------------------
Dropbox refer: https://db.tt/V3RtXWLl
neut @ présház
engem is zavar, de en lesz*rom, hogy mennyi az idom a hupon.
t
"engem is zavar, de en lesz*rom" ... :)