Első benyomások:
Jelen volt 4 ember az APEHtől, az egyiküket ráadásul alelök úrnak
szólították, úgyhogy nagy ember lehet, és ott volt egy úr a Pillér
kft.-től.
A másik oldalról ott volt Kornis György, egy hölgy a SAP-tól, egy hölgy és
egy úr a Nexxontól és egy úr egy harmadik, nem kicsi cégtől. És
természetesen jómagam.
A beszélgetés érdekes volt, bár jórészt könyveléstechnikai problémákból
állt. A SAP-os hölgynek sikerült olyan problémát felvetnie, amitől az APEH
potentátok és hozzáértők is csak pislogni tudtak :)
A linux abev megemlítődött. A Pillér képviselője szerint jól haladnak a
jávás bevalló programmal, de a feladat nagy. A sok éve foltozgatott Delphi
megvalósítást kell átírni jávára, ami 1500+ ellenörzőkönyvtárat jelent.
Némileg ellentmondó nyilatkozatok hangzottak el a készültségi fokról,
talán második félévben lesz tesztelnivaló, de volt olyan is, hogy már
tesztelték linuxon. Sőt, állítólag egész jó a teljesítmény. Erre a
könyvelősök csak hörögni tudtak, gondolom van homályos elképzelésük arról,
hogy jávául mi a jó teljesítmény.
Ez nagyon szép lenne, de sajnos vannak ellenkező tartalmú hírek is,
úgyhogy egyelőre hiszem-ha-látom.
A másik, filozófiai érdekesség, hogy több olyan gondot is fölvetettek a
könyvelősök, ami nekem szöget vert a fejembe. Például szeretnék, ha még a
megjelenés előtt tanulmányozhatnák a programok és űrlapok változásait,
hogy felkészülhessenek rá. Ez sok szempontból az a bazár elv, hogy "adj ki
korány, adj ki gyakran", márminthogy verziót. Aztán az APEH is
panaszkodott arra, hogy sok a dolog a teszteléssel. Erre megintcsak van
bazár elv. Még pár ilyen összejövetel, és nyitottak lesznek a nyíltforrású
fejlesztésre :)
A következő ilyen értekezlet fél év múlva lesz, addig az ivsz (zárt)
fórumaiban van csevegés, melyről időről időre tudósítok, ha van mit.
_______________________________________________________
linux-flame lista - linux...@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux-flame
Tomka Gergely <ger...@tomka.hu> wrote:
> megvalósítást kell átírni jávára, ami 1500+ ellenörzőkönyvtárat jelent.
^^^^^^^^^^^^^^^^^^^
hogy mit? :)
> Némileg ellentmondó nyilatkozatok hangzottak el a készültségi fokról,
> talán második félévben lesz tesztelnivaló, de volt olyan is, hogy már
aha.... hiszem, ha latom.
> A következő ilyen értekezlet fél év múlva lesz, addig az ivsz (zárt)
> fórumaiban van csevegés, melyről időről időre tudósítok, ha van mit.
koszonjuk, a nep neveben.
raas
--
Those who say it cannot be done should not interrupt the person doing it.
-- Chinese proverb
>
> Tomka Gergely <ger...@tomka.hu> wrote:
>
> > megvalósítást kell átírni jávára, ami 1500+ ellenörzőkönyvtárat jelent.
> ^^^^^^^^^^^^^^^^^^^
> hogy mit? :)
ők hívták így. űrlapokat ellenőrző eljárások. Pl. a szja űrlapban 400nál
több ilyen keresztbeellenőrzés van.
--
Tomka Gergely, ger...@tomka.hu
Annyira gyakran, hogy az alábbi párbeszéd nem ritka:
Ügyfél: blablabla... hiba jön elő az ellenőrzésnél
APEH ügyfélszolga : Feltették a legújabb verziót?
Ügyfél: Igen, persze. Reggel letöltöttük, és azzal ellenőriztünk.
APEH ügyfélszolga : Az nem jó, délben tettünk ki frisset, azzal kellene.
S mindezt a határidő napján délután 14-16 közt. Akartam smileyt, de
rájöttem, hogy annyira nem is vicces.
--
Nuanda
"A tudás olyan torlasz,amely akadályozza a megismerést."
> Tomka Gergely <ger...@tomka.hu> írta, 2007.02.12.:
> > A másik, filozófiai érdekesség, hogy több olyan gondot is fölvetettek a
> > könyvelősök, ami nekem szöget vert a fejembe. Például szeretnék, ha még a
> > megjelenés előtt tanulmányozhatnák a programok és űrlapok változásait,
> > hogy felkészülhessenek rá. Ez sok szempontból az a bazár elv, hogy "adj ki
> > korány, adj ki gyakran", márminthogy verziót. Aztán az APEH is
>
> Annyira gyakran, hogy az alábbi párbeszéd nem ritka:
>
> Ügyfél: blablabla... hiba jön elő az ellenőrzésnél
> APEH ügyfélszolga : Feltették a legújabb verziót?
> Ügyfél: Igen, persze. Reggel letöltöttük, és azzal ellenőriztünk.
> APEH ügyfélszolga : Az nem jó, délben tettünk ki frisset, azzal kellene.
>
> S mindezt a határidő napján délután 14-16 közt. Akartam smileyt, de
> rájöttem, hogy annyira nem is vicces.
Kifejezetten feltűnő volt, hogy az apehesek sem így akarják. Nekem az
apehes emberek hozzáállása az elviselhetőtől a szimpatikusig változott.
Annak ők sem örültek, hogy dec25-én döntött a parlament valami
adóváltozásról, és ezt nekik jan12-ig le kellett programozniuk. A
SAP/Nexxon emberek meg persze még kevésbé örülnek, mert az ő munkájuk
akkor kezdődik, amikor az apeheseké végetér.
Ilyen körülmények között érdemi tesztelés és bughunt persze nincs.
--
Tomka Gergely, ger...@tomka.hu
Hat ez tenyleg nem vicces. Foleg mert en lattam olyan ceget is, ahol hulyek
a szamitogephez, max kezelni tudjak, kihivtak valakit penzert, aki
installalt, stb: most ok nem fognak tudni feltenni egy ujabb verziot
hirtelen ... Ha ennyire gaz, miert nem vmi online cucc az egesz weben at?
Akkor szerveren egy helyen lehetne modositani a cuccost. Vagy esetleg ok,
legyen installalahto cucc, de vagy kuldje el szervernek ellenorzesre,
miegymasra, vagy legyen benne vmi automatikus update mechanizmus legroszabb
esetben. Nekem nem kell ilyen, csak azt vazoltam amit lattam, hogy van
akinek problemat okoz ...
--
- Gábor
Bármelyik felvetésnek megvan a maga előnye és egyben a hátránya is.
Online cucc nyilván hasraesik határnapok környékén a terheléstől,
központi ellenőrzés dettó. Még akinek van is netes elérése, annak sem
biztos, hogy mindig online van akkor, amikor épp kitölti az adóívet.
Az autoupdate pedig azt igényli, hogy a használójának legyen
jogosultsága a telepítéshez is, ezt ugye a legjobb elkerülni.
És emellett fel kell(ene) készülni egy rakás használati módra, és olyan
programot gyártani, amely mindegyik esetében jól működik. Szóval nem kis
feladat.
--
Friczy
'Death is not a bug, it's a feature'
Tenyleg nem kis feladat, ezt nem is vitatta senki :) Szerintem amugy, ha mar
megkovetelik, hogy van akinek ezt KELL hasznalni, akkor viszont keszuljenek
fel akkora terhelesre (marmint az online megoldas eseten pl).
--
- Gábor
> Tenyleg nem kis feladat, ezt nem is vitatta senki :) Szerintem amugy, ha mar
> megkovetelik, hogy van akinek ezt KELL hasznalni, akkor viszont keszuljenek
> fel akkora terhelesre (marmint az online megoldas eseten pl).
Oigen, ha a hatosag bedughatja az esernyot a t user s@ggebe, akkor
minimum elvaras, hogy az esernyot adott esetben vissza lehessen forditani...
Udv,
Akos
> On Mon, Feb 12, 2007 at 01:51:46PM +0100, Halász Attila wrote:
> > Ügyfél: blablabla... hiba jön elő az ellenőrzésnél
> > APEH ügyfélszolga : Feltették a legújabb verziót?
> > Ügyfél: Igen, persze. Reggel letöltöttük, és azzal ellenőriztünk.
> > APEH ügyfélszolga : Az nem jó, délben tettünk ki frisset, azzal kellene.
>
> Hat ez tenyleg nem vicces. Foleg mert en lattam olyan ceget is, ahol hulyek
> a szamitogephez, max kezelni tudjak, kihivtak valakit penzert, aki
> installalt, stb: most ok nem fognak tudni feltenni egy ujabb verziot
> hirtelen ... Ha ennyire gaz, miert nem vmi online cucc az egesz weben at?
> Akkor szerveren egy helyen lehetne modositani a cuccost. Vagy esetleg ok,
> legyen installalahto cucc, de vagy kuldje el szervernek ellenorzesre,
> miegymasra, vagy legyen benne vmi automatikus update mechanizmus legroszabb
> esetben. Nekem nem kell ilyen, csak azt vazoltam amit lattam, hogy van
> akinek problemat okoz ...
Itt az a fő baj, hogy nem technikai problémára keresel technikai
megoldást. A probléma az, hogy nincs idő. Elképesztően gyorsan változik
elképesztően sok adó és könyvelési szabály. Gondolom Friczynek is vannak
erről rémtörténetei, én is hallottam most párat. Elég szar, amikor 50k
user adóbevallását kell újracsinálni egy tetves 0 miatt, például.
Az online cucc triviálisan felrobbanna májusban (meg még van pár hasonlóan
izgalmas, csak nem magánszemélyeknek szóló időpont), mint ahogy tavaly is
felrobbant, és idén is fel fog :)
--
Tomka Gergely, ger...@tomka.hu
A fejleszto ceget leszamitva miert nem az OS fejlesztes volt a
default? Ez nem volt tema?
Weben elerheto vmifele verzio nem lesz? Miert nem?
tompos
> On Mon, Feb 12, 2007 at 01:35:03PM +0100, Tomka Gergely wrote:
> > Megjöttem, ott voltam, érdekes volt.
>
> A fejleszto ceget leszamitva miert nem az OS fejlesztes volt a
> default? Ez nem volt tema?
De, volt téma, és szerintem tetszett nekik a gondolat, csak nem mentem
bele mélyen. Ha nem derült volna ki, ez az értekezlet könyvelők és
apehesek közötti kommunikáció volt, ha úgy tetszik, én ott "betolakodó"
voltam. Más kérdés, hogy az új abevre nem csak az OSS miatt van szükség,
és nagyon örültek a könyvelők is, amikor felhoztam.
> Weben elerheto vmifele verzio nem lesz? Miert nem?
#define weben elérhető verzió. És mert... ööö....
--
Tomka Gergely, ger...@tomka.hu
Ezt csak sejtem, de azert gondoltam az online megoldasra pont.
> Az online cucc triviálisan felrobbanna májusban (meg még van pár hasonlóan
> izgalmas, csak nem magánszemélyeknek szóló időpont), mint ahogy tavaly is
> felrobbant, és idén is fel fog :)
Es vmi hibrid megoldas sem lenne jo? Nem webes cucc, csak elkuldene az
adatokat (pl vmi https folotti xmlrpc szeruseggel vagy tudomisen)
ellenorzesre. Vagy esetleg legyen offline, es ne teljes sw update, hanem
csak toltse le azt az egy szem ellenorzo modult ha van ujabb verzio, vagy
hasonlo.
--
- Gábor
Inkabb arra gondolok, amikor meg akartak buntetni BKV-n hogy nem kezeltem a
jegyet, de aztan letett rola, mivel demonstraltam hogy az elerheto jegykezo
berendezesek 100%-a nem mukodik ... Na persze erre lehet meg mondani, hogy
akkor le kene szallni, ha nem megy. Viszont az adobevallasbol nem lehet
"kiszallni" ha nem megy mert azt meg kotelezo csinalni. Vagy akkor ne legyen
elektronikus adobevallas kotelezo addig amig nincsenek meg a feltetelek.
--
- Gábor
Mondjuk ez pont igy van ha jol ertem...
--
Madarasz Gergely go...@broadband.hu go...@linux.rulez.org
It's practically impossible to look at a penguin and feel angry.
Egy pingvinre gyakorlatilag lehetetlen haragosan nezni.
Nem igazán érzem problémának, ha a teljes sw letöltésre kerül, nem olyan
nagy az egész ABEV, hogy kevésbé macerás a teljeset lecserélni,
mint az egyes ellenőrzőmodulok lecserélését (és követését) jól
megoldani, ez utóbbi lassan már csomagkezelési kérdés, és látod, az még
az agyatlan májtájnereknek sem megy :)
Amúgy - ahogy jól megírt kliens-server megoldásoknál általában - nem
lehet megspórolni a központi ellenőrzést amúgy sem, de ha helyi
ellenőrzés nélkül kapna egy rakás adatot, aminek az első hibáit is
központilag kellene kiszűrni, az mindenképpen probléma lenne.
--
Friczy
'Death is not a bug, it's a feature'
> Az online cucc triviálisan felrobbanna májusban (meg még van pár hasonlóan
> izgalmas, csak nem magánszemélyeknek szóló id?pont), mint ahogy tavaly is
> felrobbant, és idén is fel fog :)
Akkor jo, mar csak 1-2 evig fog robbanni, itteni tapasztalat szerint 2-3
even keresztul becsulik ala az onlany bevallas infrastruktura-igenyet,
utana mar jol eltalaljak :-D
--
Udv, Sandor
Ja, akkor bocsesz.
--
- Gábor
En sem ereznem problemanak, csak az volt az egyik felvetes, hogy akkor admin
jog kell a windows juzereknek uj verzio telepitesehez meg minden, tekintve
hogy az alapszitu amit en lattam az az volt, hogy kis ceg fizetett vkinek
hogy allitsa be egyszer, ok nem ertenek hozza. Mondjuk a dolgrol ennyit
tudok, aztan lehet ok erettek nagyon rosszul vmit, hogy ez hogy mukodik, en
meg nem probaltam ilyet meg.
--
- Gábor
Szerintem nem érted jól... :) (vagy legalábbis részben)
Amennyit én mint egyszerű ügyfél látok belőle, van az ABEV maga, ami egy
keretrendszer, és ehhez lehet letölteni az egyes bevallástípusokat
(szja, áfa, blabla) mondhatni nyomtatványonként. Viszont egy
nyomtatványon belül már nincs modularitás, tehát ha mondjuk kitalálják,
hogy az szja esetén hibás volt az a modulrész, amely a 8 éve megvásárolt
és most eladott ingatlannál kiszámítja, hogy hány százalékot lehet
automatikusan leírni, akkor a többi rész hiába volt helyes, le kell
tölteni az egész szja modult.
Valamint ha jól vettem ki, sok esetben a modul módosítása érinti magát
az ABEV programot is, mindenesetre elég gyakran van ott az oldalon, hogy
ha az űrlapot frissíted, frissítsd az ABEV-et magát is...
--
Friczy
'Death is not a bug, it's a feature'
Akkor a követelmény volt rosszul megfogalmazva :) Lényeg, hogy az
alkalmazás tudja a saját algoritmusát upgrade-elni (ami security
szempontból persze kicsit gáz :)))
--
Friczy
'Death is not a bug, it's a feature'
Igy ok.
--
- Gábor
2007. February 12. 13.51 dátummal Tomka Gergely ezt írta:
> On Mon, 12 Feb 2007, Andras HORVATH wrote:
> > Tomka Gergely <ger...@tomka.hu> wrote:
> > > megvalósítást kell átírni jávára, ami 1500+ ellenörzőkönyvtárat
> > > jelent.
> >
> > ^^^^^^^^^^^^^^^^^^^
> > hogy mit? :)
>
> ők hívták így. űrlapokat ellenőrző eljárások. Pl. a szja űrlapban
> 400nál több ilyen keresztbeellenőrzés van.
Gondolom, ez meg tervezés kérdése: belso adat formátum (mondjuk xml), és
arra ráhúzni az ellenőrzést. Máris mind1 lenne, hogy mi a frontend
alkalmazás. Vagy, hogy az az xml honnan jön, egy delphi, java, webes
frontend-től.
Legalábbis, én így csinálnám. Sőt, minden szabályt az xml-ben írnék le,
így 0 idő lenne a szabály változásokat követni (nyilván nem, de a
mostani tákoláshoz képest lehet).
--
Üdv!
Szabó Dénes
:: InterNode Bt. :: http://internode.hu :: Mobil: 20/9739423 ::
ICQ:13486370 || Google talk: d.tay...@gmail.com || Skype: d.taylor
PGP PUBLIC KEY: http://donci.internode.hu/szabodenes.asc
> installalt, stb: most ok nem fognak tudni feltenni egy ujabb verziot
> hirtelen ... Ha ennyire gaz, miert nem vmi online cucc az egesz weben at?
> Akkor szerveren egy helyen lehetne modositani a cuccost. Vagy esetleg ok,
> legyen installalahto cucc, de vagy kuldje el szervernek ellenorzesre,
> miegymasra, vagy legyen benne vmi automatikus update mechanizmus legroszabb
> esetben.
Van hozzá kultúrált update mechanizmus. Egy ikonra kattint a
delikvens, majd egy letölt&install gombra. Sőt, ezzel tud újybb
nyomtatványokat is beszerezni, azaz nem kell apeh weboldalra felmenni,
onnan önkicsomagolót leszedni, és azt futtatni.
És igen, írásjog kell a bevallásokat tartalmazó könyvtárra, de az
amúgy is kell, mert a kitöltött bevallás adatokat is ott tárolja.
--
Best regards,
Csibra Gergo mailto:ge...@csibra.hu
Az jo, akkor ezek szerint azok benaztak, akinel ezt lattam :)
--
- Gábor
Ez az ami nalam aszonta, hogy nem tud kapcsolodni.
--
Madarasz Gergely go...@broadband.hu go...@linux.rulez.org
It's practically impossible to look at a penguin and feel angry.
Egy pingvinre gyakorlatilag lehetetlen haragosan nezni.
> Szia!
>
> 2007. February 12. 13.51 dátummal Tomka Gergely ezt írta:
>> On Mon, 12 Feb 2007, Andras HORVATH wrote:
>>> Tomka Gergely <ger...@tomka.hu> wrote:
>>>> megvalósítást kell átírni jávára, ami 1500+ ellenörzőkönyvtárat
>>>> jelent.
>>>
>>> ^^^^^^^^^^^^^^^^^^^
>>> hogy mit? :)
>>
>> ők hívták így. űrlapokat ellenőrző eljárások. Pl. a szja űrlapban
>> 400nál több ilyen keresztbeellenőrzés van.
>
> Gondolom, ez meg tervezés kérdése: belso adat formátum (mondjuk xml), és
> arra ráhúzni az ellenőrzést. Máris mind1 lenne, hogy mi a frontend
> alkalmazás. Vagy, hogy az az xml honnan jön, egy delphi, java, webes
> frontend-től.
>
> Legalábbis, én így csinálnám. Sőt, minden szabályt az xml-ben írnék le,
> így 0 idő lenne a szabály változásokat követni (nyilván nem, de a
> mostani tákoláshoz képest lehet).
Miből gondolod, hogy le lehet írni a szabályokat XML-ben, illetve miből
gondolod, hogy egyszerűbb XML-ben leírni, mint Java/Delphi kódban?
Bye,NAR
--
"Beware of bugs in the above code; I have only proved it correct, not
tried it."
tudtommal tavaj sem robbant fel, es iden is azon dolgozunk, h ne tortenjen
ilyen. pl. a mai nap is kritikus, meg a 15-e is.
> Miből gondolod, hogy le lehet írni a szabályokat XML-ben, illetve miből
> gondolod, hogy egyszerűbb XML-ben leírni, mint Java/Delphi kódban?
ja.
Udv,
Akos
Amit most írok, az az abevtől már teljesen független, de egy rakás olyan
cucc van, amely hirdeti magáról, hogy milyen szépen tud http(s) felett
dolgozni, és így könnyen lehet használni, sőt, még a proxy beállításokat
is képes átvenni az IE-ből. Aztán amikor nem működik mégsem, derül ki,
hogy a proxy autoconfiguration scriptet már nem képes értelmezni,
valamint jelszavas proxyt sem kezel. És az alkalmazás írói teljesen fel
vannak háborodva, hogy erről nem volt szó.
Nem ilyen az abev is véletlenül?
--
Friczy
'Death is not a bug, it's a feature'
Szakacs-Vass Sandor <sandor....@crans.org> wrote:
> Quoting Tomka Gergely <ger...@tomka.hu>:
> > Az online cucc triviálisan felrobbanna májusban (meg még van pár hasonlóan
> > izgalmas, csak nem magánszemélyeknek szóló id?pont), mint ahogy tavaly is
> > felrobbant, és idén is fel fog :)
> Akkor jo, mar csak 1-2 evig fog robbanni, itteni tapasztalat szerint 2-3
> even keresztul becsulik ala az onlany bevallas infrastruktura-igenyet,
> utana mar jol eltalaljak :-D
nos, igen, igy tortent. :) a megrendelo ment vegig a szallitoval
tetelenkent, es huzogatott ki eszkozoket.
Lehet hogy ilyen, de inkabb meg ilyenebb, mert proxy se kellett volna
neki.
--
Madarasz Gergely go...@broadband.hu go...@linux.rulez.org
It's practically impossible to look at a penguin and feel angry.
Egy pingvinre gyakorlatilag lehetetlen haragosan nezni.
Ja, akkor nem szóltam :)
--
Friczy
'Death is not a bug, it's a feature'
Nem is forgalmazott semmit a halozat fele.
--
Madarasz Gergely go...@broadband.hu go...@linux.rulez.org
It's practically impossible to look at a penguin and feel angry.
Egy pingvinre gyakorlatilag lehetetlen haragosan nezni.
> On Mon, 12 Feb 2007, Szabó Dénes wrote:
>
> > Szia!
> >
> > 2007. February 12. 13.51 dátummal Tomka Gergely ezt írta:
> >> On Mon, 12 Feb 2007, Andras HORVATH wrote:
> >>> Tomka Gergely <ger...@tomka.hu> wrote:
> >>>> megvalósítást kell átírni jávára, ami 1500+ ellenörzőkönyvtárat
> >>>> jelent.
> >>>
> >>> ^^^^^^^^^^^^^^^^^^^
> >>> hogy mit? :)
> >>
> >> ők hívták így. űrlapokat ellenőrző eljárások. Pl. a szja űrlapban
> >> 400nál több ilyen keresztbeellenőrzés van.
> >
> > Gondolom, ez meg tervezés kérdése: belso adat formátum (mondjuk xml), és
> > arra ráhúzni az ellenőrzést. Máris mind1 lenne, hogy mi a frontend
> > alkalmazás. Vagy, hogy az az xml honnan jön, egy delphi, java, webes
> > frontend-től.
> >
> > Legalábbis, én így csinálnám. Sőt, minden szabályt az xml-ben írnék le,
> > így 0 idő lenne a szabály változásokat követni (nyilván nem, de a
> > mostani tákoláshoz képest lehet).
>
> Miből gondolod, hogy le lehet írni a szabályokat XML-ben, illetve miből
> gondolod, hogy egyszerűbb XML-ben leírni, mint Java/Delphi kódban?
A kérdés nem rossz, de afaik le lehet írni.
--
Tomka Gergely, ger...@tomka.hu
> On Mon, Feb 12, 2007 at 02:11:29PM +0100, Tomka Gergely wrote:
> > Itt az a fő baj, hogy nem technikai problémára keresel technikai
> > megoldást. A probléma az, hogy nincs idő. Elképesztően gyorsan változik
> > elképesztően sok adó és könyvelési szabály. Gondolom Friczynek is vannak
>
> Ezt csak sejtem, de azert gondoltam az online megoldasra pont.
>
> > Az online cucc triviálisan felrobbanna májusban (meg még van pár hasonlóan
> > izgalmas, csak nem magánszemélyeknek szóló időpont), mint ahogy tavaly is
> > felrobbant, és idén is fel fog :)
>
> Es vmi hibrid megoldas sem lenne jo? Nem webes cucc, csak elkuldene az
> adatokat (pl vmi https folotti xmlrpc szeruseggel vagy tudomisen)
Au :)
> ellenorzesre. Vagy esetleg legyen offline, es ne teljes sw update, hanem
> csak toltse le azt az egy szem ellenorzo modult ha van ujabb verzio, vagy
> hasonlo.
Igen, jó lenne ilyen.
--
Tomka Gergely, ger...@tomka.hu
>
> Tomka Gergely <ger...@tomka.hu> wrote:
> > Az online cucc triviálisan felrobbanna májusban (meg még van pár hasonlóan
> > izgalmas, csak nem magánszemélyeknek szóló id?pont), mint ahogy tavaly is
> > felrobbant, és idén is fel fog :)
>
> tudtommal tavaj sem robbant fel, es iden is azon dolgozunk, h ne tortenjen
> ilyen. pl. a mai nap is kritikus, meg a 15-e is.
Hmmmm, tavaly ezzel a két szememmel láttam a beérkező bevallásokat
feldolgozó szerverek termének ajtajában a hordozható ventillátorokat. Meg
az ott alvó beszállítót, meg ilyesmiket :)
--
Tomka Gergely, ger...@tomka.hu
> Quoting Tomka Gergely <ger...@tomka.hu>:
>
> > Az online cucc triviálisan felrobbanna májusban (meg még van pár hasonlóan
> > izgalmas, csak nem magánszemélyeknek szóló id?pont), mint ahogy tavaly is
> > felrobbant, és idén is fel fog :)
>
> Akkor jo, mar csak 1-2 evig fog robbanni, itteni tapasztalat szerint 2-3
> even keresztul becsulik ala az onlany bevallas infrastruktura-igenyet,
> utana mar jol eltalaljak :-D
Itt minden évben növelik picit (pár ezerről pár millióra) a felhasználók
körét, még nem tartunk ott, hogy elkezdhetnénk számolni az éveket.
--
Tomka Gergely, ger...@tomka.hu
2007. February 12. 14.56 dátummal Gábriel Ákos ezt írta:
> attila.ra...@ericsson.com wrote:
> > Miből gondolod, hogy le lehet írni a szabályokat XML-ben, illetve
> > miből gondolod, hogy egyszerűbb XML-ben leírni, mint Java/Delphi
> > kódban?
>
> ja.
Nekem mind1. Egy olyan lib-et csináljanak, aminek van bemenete, és
vissazadja mi a jó, vagy mi a rossz. Ennyi. Az, hogy ez most xml vagy
sem, tökmind1. Valami jó leíró nyelv kellene erre. IMHO.
És akkor nem kellene megküzdeni azzal, hogy delphi-ben/java-ban még
egyszer lekódólni a cuccot.
--
Üdv!
Szabó Dénes
:: InterNode Bt. :: http://internode.hu :: Mobil: 20/9739423 ::
ICQ:13486370 || Google talk: d.tay...@gmail.com || Skype: d.taylor
PGP PUBLIC KEY: http://donci.internode.hu/szabodenes.asc
Tomka Gergely <ger...@tomka.hu> wrote:
> On Mon, 12 Feb 2007, ho...@norb.rulez.MAPS.org wrote:
> >
> > Tomka Gergely <ger...@tomka.hu> wrote:
> > > Az online cucc triviálisan felrobbanna májusban (meg még van pár hasonlóan
> > > izgalmas, csak nem magánszemélyeknek szóló id?pont), mint ahogy tavaly is
> > > felrobbant, és idén is fel fog :)
> >
> > tudtommal tavaj sem robbant fel, es iden is azon dolgozunk, h ne tortenjen
> > ilyen. pl. a mai nap is kritikus, meg a 15-e is.
> Hmmmm, tavaly ezzel a két szememmel láttam a beérkez? bevallásokat
> feldolgozó szerverek termének ajtajában a hordozható ventillátorokat. Meg
> az ott alvó beszállítót, meg ilyesmiket :)
hja, meghajtottak a bevallok a szervereket, azok egybol 3x annyi hot
termeltek, meghalt a klima, johetett a ventis megoldas :)
amugy a beszallitok azert aludtak ott,mert akkor, maj. 1-en induult az
egesz, es az uccso pillanatban lett kesz.
> On Mon, Feb 12, 2007 at 02:41:46PM +0100, Csibra Gergo wrote:
>> Van hozzá kultúrált update mechanizmus. Egy ikonra kattint a
>> delikvens, majd egy letölt&install gombra.
> Ez az ami nalam aszonta, hogy nem tud kapcsolodni.
Volt egy verzió, amit elbasztak, és nem tudott kapcsolódni. Az
aktuális most éppen tud :)
--
Best regards,
Csibra Gergo mailto:ge...@csibra.hu
_______________________________________________________
Na majd kiprobalom :)
--
Madarasz Gergely go...@broadband.hu go...@linux.rulez.org
It's practically impossible to look at a penguin and feel angry.
Egy pingvinre gyakorlatilag lehetetlen haragosan nezni.
?
--
- Gábor
> amugy a beszallitok azert aludtak ott,mert akkor, maj. 1-en induult az
> egesz, es az uccso pillanatban lett kesz.
jó számítógépes szokás szerint :)
--
Best regards,
Csibra Gergo mailto:ge...@csibra.hu
_______________________________________________________
> Monday, February 12, 2007, 3:27:59 PM, ho...@norb.rulez.MAPS.org wrote:
> > amugy a beszallitok azert aludtak ott,mert akkor, maj. 1-en induult az
> > egesz, es az uccso pillanatban lett kesz.
> jó számítógépes szokás szerint :)
igen, sajnos.
Biztos beleült egy cyberszögbe :)
--
Friczy
'Death is not a bug, it's a feature'
> On Mon, Feb 12, 2007 at 03:37:10PM +0100, Gábor Lénárt wrote:
> > > > Es vmi hibrid megoldas sem lenne jo? Nem webes cucc, csak elkuldene az
> > > > adatokat (pl vmi https folotti xmlrpc szeruseggel vagy tudomisen)
> > >
> > > Au :)
> >
> > ?
>
> Biztos beleült egy cyberszögbe :)
xml? rpc?
--
Tomka Gergely, ger...@tomka.hu
>
> Tomka Gergely <ger...@tomka.hu> wrote:
>
> > On Mon, 12 Feb 2007, ho...@norb.rulez.MAPS.org wrote:
>
> > >
> > > Tomka Gergely <ger...@tomka.hu> wrote:
> > > > Az online cucc triviálisan felrobbanna májusban (meg még van pár hasonlóan
> > > > izgalmas, csak nem magánszemélyeknek szóló id?pont), mint ahogy tavaly is
> > > > felrobbant, és idén is fel fog :)
> > >
> > > tudtommal tavaj sem robbant fel, es iden is azon dolgozunk, h ne tortenjen
> > > ilyen. pl. a mai nap is kritikus, meg a 15-e is.
>
> > Hmmmm, tavaly ezzel a két szememmel láttam a beérkez? bevallásokat
> > feldolgozó szerverek termének ajtajában a hordozható ventillátorokat. Meg
> > az ott alvó beszállítót, meg ilyesmiket :)
>
> hja, meghajtottak a bevallok a szervereket, azok egybol 3x annyi hot
> termeltek, meghalt a klima, johetett a ventis megoldas :)
> amugy a beszallitok azert aludtak ott,mert akkor, maj. 1-en induult az
> egesz, es az uccso pillanatban lett kesz.
után. Az uccsó pillanat után.
--
Tomka Gergely, ger...@tomka.hu
? igen, xml-rpc (bar asszem' XML-RPC a "hivatalos" irasmod - legalabbis
legtobb helyen igy latni). Mi vele a gondod?
--
- Gábor
> On Mon, Feb 12, 2007 at 05:58:52PM +0100, Tomka Gergely wrote:
> > > > > Au :)
> > > >
> > > > ?
> > >
> > > Biztos beleült egy cyberszögbe :)
> >
> > xml? rpc?
>
> ? igen, xml-rpc (bar asszem' XML-RPC a "hivatalos" irasmod - legalabbis
> legtobb helyen igy latni). Mi vele a gondod?
Ó, semmisemmi. Trallala. Pritty pretty prütty.
--
Tomka Gergely, ger...@tomka.hu
Jolvanna, a kedvedert legyen SOAP akkor :) Most jobb?
--
- Gábor
> On Mon, Feb 12, 2007 at 06:17:38PM +0100, Tomka Gergely wrote:
> > > > xml? rpc?
> > >
> > > ? igen, xml-rpc (bar asszem' XML-RPC a "hivatalos" irasmod - legalabbis
> > > legtobb helyen igy latni). Mi vele a gondod?
> >
> > Ó, semmisemmi. Trallala. Pritty pretty prütty.
>
> Jolvanna, a kedvedert legyen SOAP akkor :) Most jobb?
Miért nem xmlrpcn keresztül soap? Arra a feladatra, hogy szöveget (lásd
lista) feljuttassunk egy szerverre? :)
--
Tomka Gergely, ger...@tomka.hu
Egyébként egy hülye kérdés: miért van az, hogy az abev elektronikus
bevallása pontosan ugyanúgy néz ki, mint a papíros? Számítőgépeken
lehet értelmesebb felületet csinálni neki, pl. egy varázslót, ami
megkérdezi, hogy "Őstermelő Ön?" és ha azt mondod nem, akkor mondjuk a
további kérdések felét fel sem teszi...
--
Zizi
"How do you kill one, who has no life?"
> On 2/12/07, Tomka Gergely <ger...@tomka.hu> wrote:
> > Miért nem xmlrpcn keresztül soap? Arra a feladatra, hogy szöveget (lásd
> > lista) feljuttassunk egy szerverre? :)
>
> Egyébként egy hülye kérdés: miért van az, hogy az abev elektronikus
> bevallása pontosan ugyanúgy néz ki, mint a papíros? Számítőgépeken
> lehet értelmesebb felületet csinálni neki, pl. egy varázslót, ami
> megkérdezi, hogy "Őstermelő Ön?" és ha azt mondod nem, akkor mondjuk a
> további kérdések felét fel sem teszi...
Erről is volt szó, sok könyvelő így érzi "biztonságban" magát. A
nyomtatványon tudják, mi hová való.
--
Tomka Gergely, ger...@tomka.hu
Mezei Zoltan írta:
> On 2/12/07, Tomka Gergely <ger...@tomka.hu> wrote:
>> Miért nem xmlrpcn keresztül soap? Arra a feladatra, hogy szöveget (lásd
>> lista) feljuttassunk egy szerverre? :)
>
> Egyébként egy hülye kérdés: miért van az, hogy az abev elektronikus
> bevallása pontosan ugyanúgy néz ki, mint a papíros? Számítőgépeken
> lehet értelmesebb felületet csinálni neki, pl. egy varázslót, ami
> megkérdezi, hogy "Őstermelő Ön?" és ha azt mondod nem, akkor mondjuk a
> további kérdések felét fel sem teszi...
Lehet. De amíg van papíros bevallás, addig nem teljesen hátrány, hogy
pont úgy néz ki az elektronikus is. Anno minket még arra tanítottak,
hogy a beviteli képernyő lehetőleg hasonlítson a bizonylathoz (persze
akkoriban még úgy gondolták, hogy majd valaki bizonylatról adatrögzít,
de végül is ha feltételezzük, hogy a bizonylat elrendezése logikus -
most ezt a részét ne firtassuk, kérem szépen... :), akkor nem árt a
képernyőn sem követni a logikát).
--
--- Friczy ---
'Death is not a bug, it's a feature'
es valoban :)
Aham... Kirúgni. Mindet. :-p
--
Zizi
"How do you kill one, who has no life?"
> On 2/12/07, Tomka Gergely <ger...@tomka.hu> wrote:
>> Erről is volt szó, sok könyvelő így érzi "biztonságban" magát. A
>> nyomtatványon tudják, mi hová való.
>
> Aham... Kirúgni. Mindet. :-p
Mert? Engem is az idegbaj kerülget, amikor a FrameMaker-ben nem működik
a Shift-End meg a Shift-Home, a Ctrl-C-ről és Ctrl-V-ről nem is
beszélve...
Bye,NAR
--
"Beware of bugs in the above code; I have only proved it correct, not
tried it."
>> egesz, es az uccso pillanatban lett kesz.
>
> jó számítógépes szokás szerint :)
Azt hiszed ez a szamtech kivaltsaga? :-D
--
Udv, Sandor
> Egyébként egy hülye kérdés: miért van az, hogy az abev elektronikus
> bevallása pontosan ugyanúgy néz ki, mint a papíros? Számít?gépeken
> lehet értelmesebb felületet csinálni neki, pl. egy varázslót, ami
> megkérdezi, hogy "?stermel? Ön?" és ha azt mondod nem, akkor mondjuk a
> további kérdések felét fel sem teszi...
Nalunk az elejen felteszi a kerdeseket es annak fuggvenyeben generalja a
tovabbi kerdeseket, de azok a kerdesek amik vegulis megjelennek haszjalra
ugy neznek ki mint papiron - ertheto, aki sok evig papiron csinalta annak
igy legalabb megmaradnak a tampontjai.
--
Udv, Sandor
Nem vmi strukturalt adathalamaz volt veletlenul? Amugy az XML is szoveg :)
Azt juttatja fel HTTP post-tal. Azt hogy akkor sima text-et teszel bele,
vagy HTTP helyett (bar az sem egy bonyolult protokol ...) vmi mast
hasznalsz, az reszletkeres. Na a SOAP az viszont ebben az esetben tenyleg
tulzas lenne, azt en sem gondoltam komolyan. Viszont en egyszeru wget-tel es
shell script-bol echo-kkal szoktam elnyomni adatot XML-RPC-nek megfelelo
formaban, mi ezzel a baj? Pont az a jo, hogy ahhoz kepest tok egyszeru, hogy
legalabb eleg sok dolog hallott mar errol, igy egyutt tud mukodni vele.
--
- Gábor
Gábor Lénárt <l...@lgb.hu> wrote:
> tulzas lenne, azt en sem gondoltam komolyan. Viszont en egyszeru
> wget-tel es shell script-bol echo-kkal szoktam elnyomni adatot
> XML-RPC-nek megfelelo formaban, mi ezzel a baj? Pont az a jo, hogy
az, hogy ha mar XML-ul beszelgetunk, akkor az legyen validalodo,
generalt, "igazi" xml. Van kilencvenmillio fele lib, ami tud ilyet
generalni.
raas
--
Those who say it cannot be done should not interrupt the person doing it.
-- Chinese proverb
Tudom. De most egy peldarol van szo, hogy egyszeru esetben (pl egy shell
script sima echo-kkal) IS hasznalhato. Es teljesen valid hidd el :) Na
persze nyilvan nem a fel vilagegyetemet nyomom at vele, azert azt igy
osszerakni eleg macera lenne.
--
- Gábor
Az xml-rpc függvénykönyvtárak (amin keresztül a forum-szoftvereket
fel szokták törni) pont olyan jóhírűek, hogy ilyen kevéssé érzékeny
adatokat, mint pl. ,,adóbevallás'' rájuk lehetne bízni.
--
PTG
BOFH excuse #33:
piezo-electric interference
Debian 3.0 -- Linux 2.6.14.3
Nem. Mondj meg eroforrasigenyesebbet, meg lassubbat pls.
Az ilyen allami cegeknel amugyis ruhellik a gyors processzoros gepeket,
szeretnek inkabb sparcot meg pariscet venni opteron meg coreduo helyett.
El lehet gondolni mennyire gyorsak.
Udv,
Akos
2007. February 13. 08.40 dátummal Pirity Tamas Gabor ezt írta:
> Ha jól hiszem, Tomka Gergely írta az alábbiakat:
> > Ó, semmisemmi. Trallala. Pritty pretty prütty.
>
> Az xml-rpc függvénykönyvtárak (amin keresztül a forum-szoftvereket
> fel szokták törni) pont olyan jóhírűek, hogy ilyen kevéssé érzékeny
> adatokat, mint pl. ,,adóbevallás'' rájuk lehetne bízni.
Ez nagyon szép volt. Bár tökéletesen lényegtelen a technológiára nézve,
hogy fel lehet-e egy szar sw-t törni, vagy sem. Ugye.
Míg nem dolgoztam vele, nem hittem el, hogy az otp-nél jó lehet valami.
De mégis: a bankos fizető felület soap-on kommunikál a külvilággal.
Szépen megvan hogy mit, hogyan, milyen formában kell neki elküldeni
(persze, ha nem felejtenek el infókat a doksiból, mert szokták),
feldolgozzák, és kész. Ugyanígy a tranzakció lekérdezések, válaszok.
Nagyon tiszta, kultúrált amit csinál. A khb meg sima post adatokkal
megy. Szar is. (na jó,szarabb sokkal).
--
Üdv!
Szabó Dénes
:: InterNode Bt. :: http://internode.hu :: Mobil: 20/9739423 ::
ICQ:13486370 || Google talk: d.tay...@gmail.com || Skype: d.taylor
PGP PUBLIC KEY: http://donci.internode.hu/szabodenes.asc
A SOAP az vicc volt. De az XML-RPC-vel szemben tovabbra se latom mi a gond.
Mondj akkor te kevesebb eroforrasigenyut, amit lehetoleg sok minden mas is
ismer es nem "buheralod" ossze mint protokolt, ami aztan semmivel nem
mukodik egyutt, es noveli a fejlesztesi koltsegeket, idot, stb.
--
- Gábor
Mindent meg lehet szarul is irni. Ez nem erv. Ha irsz egy sajat protokolt v
ahhoz barmi fuggvenykonyvtart, az jobb? Ilyen esetben irhatsz sajat XML-RPC
implementaciot is, es akkor kikerulted azt amirol panaszkodtal (hisz irni
ugyis kell vmit).
--
- Gábor
Nemeth Gyorgy <fl...@friczy.homelinux.org> wrote:
>
> On Mon, Feb 12, 2007 at 01:55:49PM +0100, Gábor Lénárt wrote:
>> Hat ez tenyleg nem vicces. Foleg mert en lattam olyan ceget is, ahol hulyek
>> a szamitogephez, max kezelni tudjak, kihivtak valakit penzert, aki
>> installalt, stb: most ok nem fognak tudni feltenni egy ujabb verziot
>> hirtelen ... Ha ennyire gaz, miert nem vmi online cucc az egesz weben at?
>> Akkor szerveren egy helyen lehetne modositani a cuccost. Vagy esetleg ok,
>> legyen installalahto cucc, de vagy kuldje el szervernek ellenorzesre,
>> miegymasra, vagy legyen benne vmi automatikus update mechanizmus legroszabb
>> esetben. Nekem nem kell ilyen, csak azt vazoltam amit lattam, hogy van
>> akinek problemat okoz ...
>
> Bármelyik felvetésnek megvan a maga előnye és egyben a hátránya is.
> Online cucc nyilván hasraesik határnapok környékén a terheléstől,
> központi ellenőrzés dettó. Még akinek van is netes elérése, annak sem
> biztos, hogy mindig online van akkor, amikor épp kitölti az adóívet.
Főleg, hogy egyre inkább az elektronikus forma fele megy el a dolog, ami
azt jelenti, hogy könyvelőirodák hasnálják, akik nem akarnak egésznap a
neten lógni a sok ügyfelük adatainak begépelésekor...
> Az autoupdate pedig azt igényli, hogy a használójának legyen
> jogosultsága a telepítéshez is, ezt ugye a legjobb elkerülni.
Nem feltétlenül. Vannak bejáratott technikák arra, hogy teljesen
korlátozott jogkörrel bíró felhasználó (még a desktopját sem képes
módosítani, vagy browsert indítani), megfelelő autoupdater programmal
(pl java web start, amit a magam részéről nem nagyon szeretek, de
nagyjából működik) mégis képes bizonyos programok frissírésére.
--
SaGa
SANDOR Gabor <sa...@t-online.hu> UIN: 179037437
gpg key fingerprint = 6D88 35BB 4607 F533 7419 210A 27F9 7270 0410 A7FA
Igen, hasonlóan működik tudtommal a Citrix VPN kliense is. Kíváncsi
vagyok rá, hogy ilyenkor vajon a rendszerben van egy privilégizált
jogosultsággal futó service, vagy az a terület, ahova az updater ír,
user joggal fut-e.
--
Friczy
'Death is not a bug, it's a feature'
> Amit most írok, az az abevtől már teljesen független, de egy rakás olyan
> cucc van, amely hirdeti magáról, hogy milyen szépen tud http(s) felett
> dolgozni, és így könnyen lehet használni, sőt, még a proxy beállításokat
> is képes átvenni az IE-ből. Aztán amikor nem működik mégsem, derül ki,
> hogy a proxy autoconfiguration scriptet már nem képes értelmezni,
> valamint jelszavas proxyt sem kezel. És az alkalmazás írói teljesen fel
> vannak háborodva, hogy erről nem volt szó.
> Nem ilyen az abev is véletlenül?
Tud jelszavas proxyt, de kézzel kell megadni.
--
Best regards,
Csibra Gergo mailto:ge...@csibra.hu
Nemeth Gyorgy <fl...@friczy.homelinux.org> wrote:
>
> On Tue, Feb 13, 2007 at 10:51:33AM +0000, Sandor Gabor wrote:
>> Nem feltétlenül. Vannak bejáratott technikák arra, hogy teljesen
>> korlátozott jogkörrel bíró felhasználó (még a desktopját sem képes
>> módosítani, vagy browsert indítani), megfelelő autoupdater programmal
>> (pl java web start, amit a magam részéről nem nagyon szeretek, de
>> nagyjából működik) mégis képes bizonyos programok frissírésére.
>
> Igen, hasonlóan működik tudtommal a Citrix VPN kliense is. Kíváncsi
> vagyok rá, hogy ilyenkor vajon a rendszerben van egy privilégizált
> jogosultsággal futó service, vagy az a terület, ahova az updater ír,
> user joggal fut-e.
Ennél egyszerűbb.
Policy tiltja a rendszermeghajtóra írást az összes usernek.
Az ilyen magukat updatelő programok futtatóit megfelelő usergroupba
összerakjuk és szintén polcyvel nekik adunk írásjogot a szükséges
könyvtárakra, fájlokra, reg kulcsokra. Néha nem egyszerű kiötleni, hogy
melyik alkalmazás milyen reg kulcsot akar molyolni, így kell a
regmon-filemon páros a bevezetés idején.
Ez egyébként nem updatelős programoknál is kell, ha az a saját
könyvtárába akar piszkolni futás közben. rengeteg ilyen van.
--
SaGa
SANDOR Gabor <sa...@t-online.hu> UIN: 179037437
gpg key fingerprint = 6D88 35BB 4607 F533 7419 210A 27F9 7270 0410 A7FA
> Kifejezetten feltűnő volt, hogy az apehesek sem így akarják. Nekem az
> apehes emberek hozzáállása az elviselhetőtől a szimpatikusig változott.
Na ugye?
Engem is meglepett anno, aztán rájöttem hogy én vagyok a ló.
Egyébként meg kell kövesselek.
Felmentem a honlapra megest, és a friss ellenörző.exe-t
már nem lehet megindokolni a fejlesztés elkezdésének idejével.
Az ellenörzést meg tudtommal valami scripptel irják le és egy
keretprogram dolgozza fel, úgyhogy indifferens hogy ezt egy
delphis, vagy akarmilyen progi végzi el.
Porhintésszagot hord a szél.....
k-atti-
> megoldást. A probléma az, hogy nincs idő. Elképesztően gyorsan változik
> elképesztően sok adó és könyvelési szabály. Gondolom Friczynek is vannak
Jól meg kellene cseszni azokat, akiknek az a dolguk hogy a szabályokat
hozzák. Csesszék meg a törvényhozási munka pénzbe kerül.
A vacak munka még több pénzbe.