Hirdetés

Címkék

Címkefelhő

Keresés

Naptár

február 2010
Hét Ked Sze Csü Pén Szo Vas
<<  <
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28

Stat

link Google PageRank module - CamelPark SEO centrumWebtopwww.canga.hu :: Toplista :: Statisztika :: Bannercsere ::Webgerilla TOP

Komoly hibák az Ügyfélkapu működésében

2009.02.08. 15:52 Éjszakai őrség

Adótitkokról van szó, és adóinformációk jogosulatlan kézbe kerüléséről.

2009. február 7-én, szombatra virradó reggel enyhén szólva is furcsa működésnek voltak szemtanúi azok a könyvelők, akik az elektronikus adóbevallással dolgoztak a Kormányzati Portálon. Bejelentkezés után a szakemberek teljesen más adatokat láttak, mint arra jogosultak lettek volna. A Bors Online híradásában hacker-támadásra gyanakszik.

 

 

 

Baja Ferenc őrjöngött, még szombaton berendelte az Ügyfélkaput üzemeltető Kopint Datorg teljes vezérkarát. A hiba ugyanis sokkal komolyabb, mint amin egyszerűen csak átsiklottunk annak olvasásán az előző bekezdésben.

A hiba a Központi Rendszer (KR) nagyon érzékeny pontjára mutatott rá. Szombati napokon ugyanis nincs akkora látogatottsága a portálnak, hogy attól össze kellene omlania. A számítógépes rendszernek és a hálózatnak bírnia kellett volna a terhelést, tehát más típusú mulasztásnak kellett történnie. A hacker-támadást kizárhatjuk, hiszen a kormányzati gerinchálózatot minden bizonnyal az ország legkomolyabb elektronikus védelmi rendszere támogatja.

Az Adófórum.hu oldalán csak néhány felhasználó jelezte a hibát, információink szerint azonban a 189-es központi ügyfélszolgálati számon garmadával jöttek a bejelentések, melyekre csak annyi választ kaptak az érdeklődők, hogy „már dolgoznak a problémán”.

Az Aktafórum.hu oldalán már szombaton 10:27-kor jelezték a könyvelők, hogy mások cégadatait látják, de a sajátjukat nem és nehezményezték, miért nem tiltják le inkább az oldalt, adatvédelmi szempontból mindig biztonságosabb, ha üzemzavart jelentenek addig, míg a hibát el nem hárítják.

 

A kormányzati kommunikáció vasárnap délig hallgatott az ügyről, a Magyarország.hu portálon azóta sincs érdemi tájékoztatás, csak a legutolsó tervezett leállás ideje olvasható az üzemeltetési információs oldalon, azaz február 8-án, vasárnap, 16:30-ig bezárólag ez a helyzet. Állítólag a rendszer ismét biztonságosan üzemképes, és természetesen soron kívül vizsgálják a hiba okát.

Az e-kormányzati arroganciára jellemző egyébként, hogy a rendszerrel kapcsolatos üzemeltetési információkra csak annyi kötelezettséget írtak elő a 84/2007. kormányrendeletben, hogy visszamenőleg 1 hónapig kötelesek ezekről az időszakokról (azaz a hibás működésekről és a tervezett leállásokról) tájékoztatást adni. Nehogy valaki azonnal rendelkezésre-állást tudjon számítani, vagy kényes kérdéseket tegyen fel a KR-rel kapcsolatban. Ha ilyen adatokra vagyunk kíváncsiak, egész évben figyelnünk kell a működést. Köszönjük, információszabadság törvény.

A legutóbbi – 2009. január 20-i - szintén elektronikus adóbevallási probléma után Nyitrai Zsolt (Fidesz) írásos kérdést intézett Kiss Péter (MSzP), Miniszterelnöki Hivatalt vezető miniszterhez. Képünkön a Kormányzati Portál aznapi válaszidejeiről készített kimutatás látható.

 

 

 

 

 

A kérdés többek között arra vonatkozott, hogy az állampolgároknak vajon mekkora hite lesz az elektronikus rendszerben, ha az ilyen hamar felmondja a szolgálatot és nem tudja az érkező terheléseket kezelni. Nos, a február 7-i fiaskót tekintve talán érezzük, hogy nem ez a legfontosabb probléma. Az információ védelme a legfontosabb.

A kérdésre adott miniszteri válasz elemzése előtt tegyünk egy kis kitérőt.

Nem kell túl sokat visszamennünk az időben, ha a KR fejlesztéséről, költségeiről, a teljesítményéről akarunk áttekintést kapni. Veres János pénzügyminiszter egy 2007-es februári nyilatkozata szerint az elektronikus adóbevallási rendszer jól vizsgázott, a KR a csúcsterheléseket is jól viselte. Megemlítette még, hogy a fejlesztés 8 Mrd (!) Forintba került, ezáltal azonban jobb előrejelzési lehetőséghez jutott az államháztartás. Baja Ferenc a sikert magáénak tudva szintén exponálta magát, és hangsúlyozta: 475ezer ügyfélkapun keresztül 700ezer cégnél is több küldte el az elektronikus bevallásait.

Nos, a fentiek ismeretében olvassuk Kiss Péter szavait. A miniszteri válasz szerint a Központi Rendszert három évvel ezelőtt 300ezer felhasználóra alakították ki, ma már pedig több mint 700ezren regisztrálták magukat. Kiss Péter óriási öngólt lőtt, nézzük csak meg a két évvel ezelőtti számokat. De a második öngóljára sem kell sokáig várni, hiszen az nyomban megérkezik a következő kijelentésével, miszerint a rendszer azért lassult le, mert egy segédprogram meghibásodott. A program, kérem, nem hibásodik meg, hanem eleve hibás, csak nincs megfelelően kitesztelve és még nem vették észre a rossz működését. Nincs ugyanis benne forgó alkatrész, hogy elkopjon, olaj, hogy elfogyjon, kőkemény szabályok szerint leprogramozott kódsorok vannak benne, amiket vagy jól, vagy rosszul terveztek, fejlesztettek, működtettek. Lehet persze azonnal mondani a kifogásokat, de nem kellene, hogy azoknak terük legyen. Megoldások kellenének, meg felelősök. A harmadik öngólt ugyanis Valentin napig fogja berúgni a miniszter azzal, hogy ígérete ellenére a felelősök megnevezését elmulasztja.

Bűnbak persze már most is látszik, mert – ahogy Kiss Péter fogalmaz – anyagi kár ugyan nem volt, de hát a tájékoztatás késlelkedése, na, az aztán súlyos hiba. Rúgjuk hát ki a kormányszóvivőket, mert nem szóltak. Vagy az újságírókat, akik nem írtak az ügyről. Vagy az üzemeltetőket, akik egy huncut lépést sem tehetnek az illetékes MEH főosztály jóváhagyása nélkül. Ugye. Mert ilyen rohadt kézzel vezérelt rendszerrel kell dolgozni.

De segítünk. Baja Ferencnek lemondania nem kell félnetek jó lesz ha mindenki egyetért én nem ellenzem. És izgulnunk biztosan nem kell. A baj Baja nélkül is elhárulhat, a KR nyugodtan kaphat újabb 5 Mrd Forintos fejlesztési injekciót. Ezen már csak károghatunk, mint vetési varjú a lószaron, a kérdés régen el van döntve. Ahogy el van valószínűleg döntve a beszállítók köre is, ragozni a kérdést innentől kezdve már nem is nagyon kell.

A mór megtette a kötelességét, a mór mehet.

319 komment

Címkék: ügyfélkapu kr központi rendszer magyarország.hu kormányzati portál elektronikus adóbevallás baja ferenc kiss péter nyitrai zsolt

A bejegyzés trackback címe:

http://kocka.blog.hu/api/trackback/id/tr30930250

Trackbackek, pingbackek:

Kommentek:

zeneigéniusz 2009.02.09. 08:08:34

Ha jól értem, akkor a nálam jobban képzett emberek szerint a hiba a következő:
- az a szerver, amelyik a sessionoket kezeli (a bejelentkezett felhasználók munkameneteit) valószínűleg összekeverte a visszaküldeni kívánt infókat (tehát a postás más embernek más levelet küldött ki).

Ne felejtsük el azt se, hogy lehet, hogy nagyon jó dolog a programozás, de a fejlesztői eszköz, a vas, mind-mind hibaforrás lehet. Elképzelhető, hogy nem a Kopingék tévedtek illetve tesztkörnyezetben egy ilyen hiba csak akkor fordulna elő, ha 40.000 usert léptetünk be és akkor is csak 4 havonta (4 évente). Ilyet ugyan hogy debuggolsz?

leveliro1 2009.02.09. 08:08:38

Sajnos láttam már állami fejlesztést (meg nem államit, az sem jobb). A lényeg, hogy a haverok a Kopint-Datorgnál szeretik a zsozsót.

Normális esetben kb így kellene alakulnia a költségeknek:

20% hardver
70% szoftver, konkrétan itt programozókra, meg egyéb szakemberekre gondolok,
10% haszon

Itt így nézhetett kia dolog:
20% hardver,
75% haszon
5% szoftver


Na ezé dőlt össze!

borpancsoló >> · http://www.istvandy.eoldal.hu/ 2009.02.09. 08:10:32

Már alig várom, hogy (most, hogy az alkalmi munkavállalói könyvet megszüntették) milyen lesz az a rendszer ahol majd elektronikusan kell bejelentenem reggel, hogy kik dolgoznakl aznap a szőlőben. (Azt már nem is mérgelődöm, hogy mégis honnan szerezzek az erdő közepén netet.) Biztos az is egy vicces rendszer lesz.
(biztos a falusi kisnyugdíjas néni is imádni fogja aki a kis metszéspénzel akarta kiegészíteni a nyugdíjat)

0xFFFF 2009.02.09. 08:13:00

@R850R: Ezzel az URLlel - értelemszerűen kitöltve a password és username mezőket - sikeresen bejelentkeztem. Így bejelentkezve nem sikerül a kijelentkezés menüponttal kijelentkezni ! :)

borpancsoló >> · http://www.istvandy.eoldal.hu/ 2009.02.09. 08:14:07

@leveliro1: Amit leírtál az már sajnos meg sem lepi az embereket.

Hasonlóan érdekes számokkal épülhetnek az autópáják és mi szeretett metrónk.

0xFFFF 2009.02.09. 08:14:43

@zeneigéniusz: Ilyeneket automatizált teszteléssel és test00000-test40000-ig legenerált teszt felhasználókkal tesztelünk le.

mavo · http://mavo.blog.hu 2009.02.09. 08:18:20

@raklap:

ROTFLOL

tényleg semmi közöd a dologhoz. Nincs ezzel semmi gond egyébként, biztos jó szándékból írtad, amit írtál.

És becsületszavad nélkül elhiszem, hogy neked Dreamweaver kell ahhoz, hogy a felesleges(nek tűnő) whitespace-eket, tabokat és br-eket észrevedd. Ebben hiba igazából nincs is.

De ha már nekem hinnem kell neked, cserébe megkérlek, te meg hidd el nekem, hogy másnak meg nem kell WYSIWYG szerkesztő. Sőt. És azt is, hogy ezek az emberek minimum tikkelni kezdenek, ha valaki Dreamweavert ajánl nekik a fejlesztéshez.

Mondjuk amelyik kicsit idegesebb, az lehet, hogy kiirt egy nógrádi falut, ha a WYSIWYG kerül szóba, de ezt fedje homály, eddig mindig eltusolták valahogy.

mavo · http://mavo.blog.hu 2009.02.09. 08:20:19

@zeneigéniusz:

ne bánts, kérlek, kérlek, kérlek ... zongorázni vagy hegedülni biztos jó dolog, szerintem tedd azt ..

0xFFFF 2009.02.09. 08:22:07

@mavo: "Hogyne, aztán egy primitív phishinggel júzerek ezreinek adatait fölözi le valaki ... "

Phisinggel bármit lehúzok, akármit teszel mögé. Ott a kliensnek kell elég hülyének lennie. Általában azok. Az a baj, hogy van 6mrd humánprocesszor a világ informatikai hálózataiban elszórva és azokat nem lehet programozni, nagy hibaszázalékkal dolgoznak és a telepített MI is igen gyenge.

0xFFFF 2009.02.09. 08:23:55

@mavo: :) WYSIWYG ? Ez valami fertőző betegség ? De ugye csak a usereket fertőzi ?!

bukodi 2009.02.09. 08:25:17

Egy erre kísértetiesen hasonlító hibával már én is találkoztam.

A környezet úgy nézett ki, hogy volt egy előtét Apache szerver, ami a mod_jk modulon keresztül kapcsolódott egy Java-s app. server-hez. (Az SSL csatorna az Apache-on végződik.)

Néha, olyan két-három havonta egyszer-kétszer, előjött egy olyan jelenség, hogy a felhasználók másik felhasználó képernyőjét látták. A hiba általában nem akkor jelentkezett, amikor nagy terhelés volt a protálon, hanem teljesen kiszámíthatatlan volt. Ráadásul semmilyen módon nem tudtuk reprodukálni, pedig több hétig futtatunk elég intenzív stressz teszteket. Annyi konkrétumot sikerült kisütnünk, hogy csak az app.server újraindítása nem szünteti meg a hibát, viszont csak az Apache újraindítása igen. Tehát valahol az Apache mélyén a mod_jk modul környékén van valami bug, amit valószínűleg valami egzotikus böngésző, vagy csillagállás hív elő. (Ha az ember kitartóan guglizik, akkor talál ilyen beszámolókat másoktól is a nagyvilágban. Csak elég nehéz megtalálni, mert a hiba nem egzakt, és nem is reprodukálható.)

Persze abból is baromi nagy botrány volt és mindenki a fejlesztőket okolta, pedig mi aztán tényleg mindent megtettünk, még a mod_jk-t is debug-oltuk forrás szinten, de a vége az lett a történetnek, hogy az egész front-end Apache-ot le kellett cserélni.

0xFFFF 2009.02.09. 08:31:05

A 44852 byte-os oldalból (bejelntkezett www.magyarorszag.hu/allampolgar)
a felesleges szóközök kiszűrésével egy 33385 byte-os oldal lett és akkor még mindig eléggé széttöredezett az oldal, lehetne faragni rajta, tehát aki azt becsülte feljebb, hogy a kód tisztázásával a felére csökkenne az adatforgalom, nem járt messze a valóságtól. A nyers forrás igen gány.

mavo · http://mavo.blog.hu 2009.02.09. 08:34:30

@0xFFFF:

teljesen igazad van, aláírom, és a duma is jó :-)

mavo · http://mavo.blog.hu 2009.02.09. 08:35:33

@0xFFFF:

Kelet-Afrikából indult vérfertőző baci, jól érzed ... :-D

raklap 2009.02.09. 08:41:04

@mavo:

igen tudom hogy ez a helyzet... mármint hogy überokos fejlesztőknek a hátukon feláll a szőr ha meghalják hogy dreamweaver...gondolom te is közéjük tartozol... ezek az überokos fejlesztők azok akik magas lóról beszélnek folyamatosan de egy épkézláb indok nem hagyta el szájukat hogy miért nem fejleszt dreamweaverbe... gondolom te is közéjük tartozol... aztán jön a sablonszöveg hogy fejleszteni jó neki egy text editor...

az ilyen embereknek köszönhetően van tele a web hányadék weboldalakkal mint pl: mavo.blog.hu (nem is értem hogy mered osztani az eszet ilyen honlappal a nicked mellett) és persze ezeknek az überokos fejlesztőknek köszönhetünk egy rakás átláthatlan kezelhetetlen weblapot amik ellepik a magyar webet.

egyébként a dreamweaver nem ide tartozik.. és nem nekem kell a whitespace-ek miatt.. hanem akik az ügyfélkaput létrehozták ugyanis nekik van a forrásba whitespace.. csak gondolom jobb érzés volt belém kötni.

mavo · http://mavo.blog.hu 2009.02.09. 08:42:22

@zeneigéniusz:

egyébként meg találkoztam ... ööö ... szakemberrel, aki egy faék bonyolultságú szerver esetében a vas cseréje után azon rugózott, hogy háhá, más lett a vas, nem ugyanaz a konfig ... rákérdeztem, Apache-ot (mert az ment rajta) mit érdekli a vas, pláne konfig szintjén, szerencsére nem jött válasz.

prometheus_X · http://nonplusultra.blog.hu 2009.02.09. 08:45:00

@mavo: A kioktatásoddal és a stílusoddal csak az a baj, hogy a piedesztáról beszélsz hülyeségeket. "Nem kicsit, nagyon".

"Nézd, nincs kedvem a 84.206.104.73-at hekkelgetni, annyit látok, hogy az átlagosnál komplexebb a cucc, de külön reverse cache-t írni ... nem hiszem. Tévedhetek, tény, de a dark future által is említett hibák nagyságrenddel valószínűbbek és életszerűbbek."

Egyrészt IP címet írni a domain név helyett írni azért hogy villogj, kurvagáz. "ping magyarorszag.hu" tuti kurvanehéz volt. Szerintem halovány gőzöd nincs arról, mi az a reverse cache proxy, csak olyan hangzatosnak tűnik. Mert ha tudnád mi az, nem mondanál olyan ordas hülyeséget, hogy azt bármikor is meg kéne írni. Majd a villogás után megnevezel egy embert, akinek a hibaötletei szerinted "valószínűbbek és életszerűbbek". Ő valóban nagyon jól lát problémákat. Valószínűleg annyira jól, hogy neked fogalmad sincs, miről beszél. Ha lenne, nem hozod fel az írásait, amik egyáltalán nem mondanak ellent az állításaimnak.

"(****!***@*!!?*+++) ... _természetesen_ van session osztva mindenkinek, amit te jónak vélsz az évek óta már nem korszerű hozzáállás, látogass tetszőleges komolyabb oldalra, és jé, belog nélkül ott a session."

Hanyagold már, hogy hova látogassak. Van elég aminek a fejlesztésében részt vettem, van köztük olyan is, ami másodpercenként(!) 10000 különböző felhasználó request-jét fogadja. Kurvára nem természetes a session osztás. Megint mennydörögtél egy ökörséget, amit a szakma értelmesebb része akkor se fogad el, ha kánonban énekli 30 egyetemi tanár, és a kórust a rektor vezényli ehhez. Tanuld meg: "belog" nélkül a session kiosztása az esetek 99%-ában egy kurvára fölösleges dolog, ami kurvára fölöslegesen terheli a szervereket, nem beszélve arról, hogy egy tollvonással megoldható a kikapcsolása, de megfelelő terhelés mellett a megléte határozottan kimutatható a mérésekben.
Elárulom: egy ilyen felesleges session osztás 2-5% plusz terhelés, amit csak egy lusta fasz hagy a rendszerben, amiből kb 10 perc (tetü szarul tervezett rendszerben se több mint 1 óra) alatt kioldható.

"Tényleg nem értem az egészet. Nagy eséllyel elkúrtak vagy kihagytak egy tesztet a barmok, nagy eséllyel elkúrtak vagy kihagytak egy adatbázis upgrade-et"
Nehéz is lenne megértened, hogy miért mást mond mindenki, mint amiről beszélsz. Egészegyszerűen azért mondunk mást, mert az általad most felsorolt hibákat zártuk ki első körben, mivel amiket felsoroltál vagy nem fordulhatnak elő, vagy nem ilyen hibát okoz. Majd mintegy mellékesen elkezdtük darabokra szedni az oldalt, amiről megállapítottuk hogy egy fostömlő. De ez tényleg csak mellékszál volt. Hogy te ezt egy kalapba vetted az eredeti témával, nem az én hibám, csak nem érted, hogy miről és miért beszélgetünk.

"ehhez képest a jónép a sessionnökön, reverse cache-eken, häkkertámadáson, a kilépés után meghagyott tunneleken, meg efféléken rugózik."

Senki se beszélt meghagyott tunnel-ről. Halovány lila fingod nincs róla, hogy mi az a tunnel.

"Az a szerencsétlen ssl/tls nem kér sok kenyeret"

Hanyagoljuk az ilyen beböfögéseket, amik köszönőviszonyban sincsenek a valósággal. Jókösz.

"én is egy gépről tolok két gmailes címet, el is küldeném anyjába a gmailt, ha kilog után becsukná a tunnelt és írhatnám be újra az URL-t, amikor a másik boxot is meg akarom nézni."

Mondd már el nekem - de tényleg - hogy ugyan mi a búval bélelt nádszáli kecske fasza az amiről te itten beszélsz?! Egy logout utáni redirection a HTTPS-es címről a HTTP-sre mégis melyik téridő kontinuum-ban zavar be bármit is egy másik böngészési folyamatba??? És miért kéne beírni újra az URL-t??? Bazeg, _RTFM_ www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.3

Legalább olvass mielőtt hülyeséggel próbálsz oltani, meg szédíteni rajtam kívül 100 másik olvasót/hozzászólót akik 5-10 éve fejlesztenek webes alkalmazásokat, site-okat...

0xFFFF 2009.02.09. 08:47:12

Nem bírtam ki:

www.magyarorszag.hu/allampolgar

Eredeti kód:
44852 byte
1886 sor

Durván pucolt kód: (pl. felesleges 0x0D benne van)
30794 byte
375 sor

Csak a fölösleges CRLF vagy LF - mert össze-vissza mindkettő van - 4 kbyte ! A fölösleges szóközök mérete 10 kbyte. A fejlesztők a skeletonok (kódtöredékek) írása közben nem ismerték fel a minimális tabulálás előnyét, nem egységes környezetet használtak - van ahol van tabuláció, de hol tab karakterrel, hol szóközökkel, van ahol LF zárja a sorokat, van ahol CRLF. Az egész hasonlít a pistikék által az extrán és társain összehordott zagyvasághoz.

0xFFFF 2009.02.09. 08:50:27

@raklap: Majd én adok indokot. Ha kézzel fejlesztesz, tiszta, olvasható és hatékony kód a vége, míg a dreamweaver egy hányadék, olvashatatlan szemetet tol a file-ba. Eléggé tetemes mérteeltérés is lesz a kettő között.

a blog.hu nem mavo műve, ő csak használja, de ezt neked nem kell tudni :)

BOB 2009.02.09. 08:54:06

@raklap:

nem kötözkodésképp, de én a php-s fejlesztéseimhez kizárólag ViM-et használok, és még nem volt panasz a layoutjaim használhatóságára.

Ellenben:
utolsó információim szerint Dreamweaverben effektíve fejleszteni nem lehet, mert nincs belső php-értelmezője, nincs java-értelmezője, ne adj' isten szervlet konténere, a dinamikus tartalmakat innentől nem tudja kezelni, vagyis layoutok könnyített generálásán kívül másra nem jó. Ahhoz meg némi HTML és CSS ismeretében bármi jó.

wagabound 2009.02.09. 08:57:39

"Baja Ferenc őrjöngött, és(....) berendelte (....) a Kopint Datorg teljes vezérkarát".

A berendeltek egy ideig nézték, amint Baja Ferenc székre állva, az asztalát verve üvöltözött, majd sorsot húztak, hogy melyikük dugja fel a seggébe a kis törpe mitugrászt.

prometheus_X · http://nonplusultra.blog.hu 2009.02.09. 08:58:54

@0xFFFF: A JS pack egy szimpla eljárás, töredékére lehet csökkenteni vele a forrás méretét. Példaként az 1.6-os prototypejs pack-elve 71.9 Kb, eredeti méretben ehhez képest cirka 125 Kb.

Egyébként a whitespace kiszedéses tipp is az enyém volt. Mondjuk azt tényleg hasraütésre/ránézésre mondtam.

báró Csekonics 2009.02.09. 08:59:33

leveliro1 2009.02.09. 08:08:38

Minden állami fejlesztés így néz ki...
(Persze a 75% haszon az igazából nem 75%, mert X összeget a megrendelést aláíró politikus zsebébe még visszacsúsztatnak).
Ezzel még nem is lenne nagy baj - Lajtán túl is a drágán dolgozó haver kapja a megrendelést - csak ott:
1. jól kell megcsinálni.
2. ha netán mégsem, akkor borul a bili, és haver többet nem dolgozhat állambácsinak (kizárják a közbeszerzésből jó eséllyel), politikus bácsi meg jobban teszi ha önként lemond és elutazik jó messzire és vissza sem talál...

Nálunk meg kirúgják majd a ...
...portást. Talán.

raklap 2009.02.09. 08:59:51

@0xFFFF:

mit értesz szemét alatt?... úgy tisztitid a forást ahogy neked tetszik.. azt csinálsz amit akarsz... jórészt kézzel irod ott is a forrást...(html)

bakker tényleg ennyire hülyeséget irtam? én nem irtam hogy a blog.hu mavo műve.. a mavo.blog.hu viszont igen... regelj be és lesz neked is ...

BOB 2009.02.09. 09:00:55

Tapasztalataim szerint a rengeteg whitespace a jsp oldalak sajátossága, mert pl egy netbeansben úgy könnyebben olvashatók kódszinten az oldalak. Csak ugye a kimenetnél a dinamikus részek már nincsenek ott, ellenben az utánuk jövő sortörések meg de.

mavo · http://mavo.blog.hu 2009.02.09. 09:04:33

@raklap:

kezdesz túllépni egy szintet, a nagy baj, hogy észre sem veszed.

1. A blogom egy itt (blog.hu) használatos OS blogmotorra épül (utánanézhetsz, melyik az, nem titok), annak előnyeivel és hátrányaival, ez van, ezt kell szeretnem, vagyis nem az én honlapom, nem én fejlesztettem a motorját, húsz perc munkával átfaragtam egy alap template-et, szóval ezzel vagdalkozni minimum balfaszság, már azon túl, hogy olcsó személyeskedés az érvek elfogyásának magasságában. Senki nem hibáztat, mert nem vagy profi (ismétlem magamat megint), szívsebésznek biztos jó vagy, abba én nem szólok bele, hogy miért nem így vagy úgy csinálod.

2. én (és ezzel felénk elég egyedül vagyok, ez tény) kedvelem a DW-t, talán a legjobb WYSIWYG html editor a piacon, kezdőknek sirályság, de már csak a bugjai miatt sem használják profik. Teszem azt egy vi, joe, pico (de tetszőleges egyéb *nix editor) mérföldekkel jobb a célra, ez van.

Az „überokos fejlesztők”, akik téged lenéznek (fúj, szemetek, elismerem) céleditorokat használnak, és köszönik szépen, tökéletesen elvannak WYSIWYG nélkül. Elképzelhető, hogy neked van igazad, csak nem túl valószínű. A profi tudod az olyan, hogy a neki legjobb eszközt szereti használni. Ezen belül persze ízlések és pofonok, az egyik a pspadra esküszik, a másik a vim-re. Na jó, ez poén, ahhoz azért kockának kell lenni tényleg. Ha szerinte az az ideális editor nem DW, akkor elképzelhető, hogy igaza van, első ránézésre nem véletlenül ő fejleszt és nem te.

Ha akarod, tanulsz, utánanézel, miért, ha nem, akkor a gonosz elitista fejlesztőkben keresed a hibát.

És tényleg ne vedd személyeskedésnek, nem annak szánom.

prometheus_X · http://nonplusultra.blog.hu 2009.02.09. 09:04:42

@0xFFFF: most látom mit csinálsz, LOL xD

"Eredeti kód:
44852 byte
1886 sor

Durván pucolt kód: (pl. felesleges 0x0D benne van)
30794 byte
375 sor"

Őőőőrült jószág :DD

"A fejlesztők a skeletonok (kódtöredékek) írása közben nem ismerték fel a minimális tabulálás előnyét"

Egyébként még ezt se kellett volna felismerniük, ha a kimenetet trimmelik. Egy alig pár karakteres regex-szel meg lehet oldani, hogy a fentihez hasonló forrás ehhez hasonlóan nézzen ki: www.lakasneked.net

Ja és cache-elni azt a kimenetet se nonszensz, még csak nem is nehéz. Szóval még erőforrást is csak első lekérésnél zabál.

raklap 2009.02.09. 09:06:11

@BOB:

hidd el én se kötekedni akarok. de mondjuk dreamweaver php fejlesztéshez több mint ideális, és tényleg nem áll szándékomban osztani az eszet de pl olyan hogy ajax asszem ilyen 4 éves megmozdulás dreamweaverbe php-vel plusz komplett cms vagy webshop készítéséhez szerintem elég ideális környezet.

mavo · http://mavo.blog.hu 2009.02.09. 09:07:13

@0xFFFF:

én a DW-ről ilyen csúnyaságokat (bár nagyjából egyetértek) nem mertem leírni, mert akár a családfám tisztátalansága is szóba kerülhet. :-)

A kód tisztasága és olvashatósága ... az kifelé nem indok, szerintem te is sejted ...

0xFFFF 2009.02.09. 09:08:22

@raklap: Nagy hülyeséget írtál és ismétled:

Te verziód: WYSIWYGgel forrást írsz, majd tisztíítod.
Én verzióm: Kézzel eleve tiszta forrást írok.

Melyik a gyorsabb és melyik a dupla munka több idő alatt ?

prometheus_X · http://nonplusultra.blog.hu 2009.02.09. 09:08:39

@BOB: Ez így jogos lenne akkor, ha a 8 milliárd magyar forintba nem férne bele 3 (esetleg 30) saját fejlesztésű sablonozó rendszer, ami a fenti problémát (is) hivatott megoldani.
Egyébként úgy tudom, ilyen sablonozó rendszer JSP alatt is van már, tehát még csak meg se kell írni.

0xFFFF 2009.02.09. 09:10:42

@prometheus_X: Kár ott a cachet emlegetni, ahol nem képesek tabulálni, forrásszerkesztés közben dühödten verik az enter billentyűt - ld. 34 kbyte felesleges soremelés - ahol a tabulálás úri huncutság. A kesről ott azt gondolják, ha valaki emlegeti, hogy fizetésnap van. :)

Pancsera 2009.02.09. 09:11:35

@gonoszpok: kizárva a hacker. A hacker nem lesz olyan hülye, hogy ilyen kapitális baromságot vétsen (gyk. más is lássa más adatait), hanem észrevétlenül kiszipkázza, ami kell, aztán továbbáll. Esetleg hagy egy nagy halálfejet és egy kis üdvözlőszöveget. Ez a mostani eset nem jellemző hackerekre.

0xFFFF 2009.02.09. 09:11:51

34 kbyte = 4 kbyte csak vastagra dagadt az ujjam, amikor belenéztem az oldal forrásába :)

raklap 2009.02.09. 09:15:22

@mavo:

ne égetsd magad tovább mondom.. ne ronts a helyzeteden.. szerinted aki ide irogat nem tudja hogy mi apálya a blog.hu-val.

de bakker leirom neked hogy megértsd ......

adott egy csávó aki osztja az eszet és adott a nikje mellett egy honlap nevezetesen: mavo.blog.hu

idézlek: "húsz perc munkával átfaragtam egy alap template-et"

gratulálok ügyes vagy.. csak tudod itt a baj az hogy én inkább használnék dreamweavert de ilyet nem adnéka nevem mellé.. ja hogy korlátozottak a lehetőségeid... fejlesz sajátot .. de ilyet ne tegyél ki webre és utánna osszad az eszet mert nem vagy hiteles...

prometheus_X · http://nonplusultra.blog.hu 2009.02.09. 09:16:22

@0xFFFF: Hiszek neked xD

Egyébként a fentebb linkelt oldalon mi is tabuláltunk, de ha nem így lett volna, szerencsétlen sitebuilder nem tudja mit hol keressen :D az is "jól képzett munkaerő" volt, de legalább harmadannyiért dolgozott mint én :))

Mondjuk ha a terhelés indokolta volna, a tabokat is ki trimmelem, indokolhatta volna nekem aztán a szükségét két mankóval is, leszarom xD

prometheus_X · http://nonplusultra.blog.hu 2009.02.09. 09:17:43

@raklap: De raklap, hogy ő mennyire hiteles, azt novellámban fentebb kifejtettem már :) olvasd és érezd :)

raklap 2009.02.09. 09:20:42

@0xFFFF:

nem értelek ... nem értelek... ott is te irod a forrást.. feltéve ha akarod...

de ha baromságra akarsz kitérni akkor térj ki arra hogy te kézzel gyorsabban hozol létre forrást... gyorsabb vagy mint egy gép? te vagy a skynet?

inkább lettél volna szerényebb és irtad volna hogy nem tudom nem ismerem...

mert így olyan illuziót kelltesz hogy ezt hallottam hogy szar.. meg divat programozoi körökben szidni..

mavo · http://mavo.blog.hu 2009.02.09. 09:20:51

@prometheus_X:

a személyeskedésedre inkább nem reagálok, talán csak erre az egészből:

"az általad most felsorolt hibákat zártuk ki első körben"

hm, persze. Kérlek, idézd, ki hol és mikor.

A többi meg ... hagyjuk ... eleve egy session kezelése PLUSZ programozói munka, tehát nem úgy néz ki, hogy irtani kell a "maguktól keletkező" felesleges sessionöket, hanem a programozó vagy indít sessiont, vagy nem.

Abban igazad van, hogy a környezetemből és az általam napi rendszerességgel tapasztaltakból indulok ki, és azt írom le, ami simán lehet balfaszság, elismerem.

A kedvedért ismétlem (a teljesen jogos kifogásodnak megfelelően): tapasztalataim szerint legtöbb helyen azonnal indul a session. Én a magam részéről látok benne értelmet, te x%-os fölösleges terhelést látsz benne.

Linux környezetben dolgozom, ott stunnel nélkül ... hagyjuk ... megint _tapasztalatokról_ vitatkoznánk.

Elég eltérő erről-arról a véleményünk, de amíg én nem küldelek anyádba az előző bekezdésekben említett dolgok miatt, talán elvárhatom, hogy te se tedd.

A konkrét esetben, ha nem https-en, hanem http-n loggolsz be gmailre, akkor a belog után http-n megy a forgalom, ami neked jó lehet, nekem nem. Ha tehát kilog után https-ről automatikusan http-re menne át a forgalom, neked jó, nekem meg nem, én átírnám az URL-t.

Továbi jó napot neked is.

BOB 2009.02.09. 09:22:06

@prometheus_X: biztosan belefert volna, bar sztem a 8 milliard legnagyobb resze az allamigazgatasi szervek kozotti biztonsagos adatkapcsolatokra es az ezt kiszolgalo vasakra ment el, vagyis a backendre.

En a jsp-t eleve sablonozo rendszerkent hasznalom amit sima servletekbol hivok meg, atadom az adatot egy beanben (vagy tobben) es a jsp mar csak megjelenit.

0xFFFF 2009.02.09. 09:23:34

Még egy kis matek:

Eredeti kód:
44852 byte
1886 sor

Durván pucolt kód: (pl. felesleges 0x0D benne van)
30794 byte
375 sor

Azaz a szerveroldali terhelés 100000 userre számolva, ha mindenki csak ezt az egy oldalt tölti le:

Eredeti kód:
44852*100000=4485200000 byte (durván 4 gb)

Durván pucolt kód: (pl. felesleges 0x0D benne van)
30794*100000=3079400000 byte (durván 3 gb)

Megérné a kódpucovát.

0xFFFF 2009.02.09. 09:26:13

@raklap: Nem egészen. Rengeteg előre összehányt skeletont tesz a végeredménybe. Ne ülj fel a magas lóra, onnan nagyobbat esel ! ;)

prometheus_X · http://nonplusultra.blog.hu 2009.02.09. 09:28:09

@BOB: Igen, ez is jó megoldás és mutatja hogy ésszel is lehet fejleszteni. Nekem mondjuk eléggé kevés JSP-s tapasztalatom van úgy hogy ezért nem is kacérkodtam vele nagyon :) de értem amit mondasz, az értéshez nem kell JSP :)

BOB 2009.02.09. 09:28:57

@raklap: hat nem tudom, nekem eleve nem idealis, ha egy unix kornyezetbe szant weboldalt (amihez mondjuk kell egy postgresql backend) windows alatt fejlesztek, foleg ha PEAR modulokat hasznalok a php-s reszekhez, meg egyedi osztalyokat a korabbi fejlesztesekbol, meg mondjuk szerveroldali rewrite-okat, satobbi. En ilyeneket meg nem lattam a dreamweaverben, bar lehet, hogy reg talalkoztam vele utoljara.

prometheus_X · http://nonplusultra.blog.hu 2009.02.09. 09:30:39

@0xFFFF: Ja és tegyük hozzá, hogy a 100ezer oldalletöltés átlag maximum 1 perc alatt meg is történik. Szóval a számításodat napi szintre emelve ez még durvább, és jobban kijön (bár így se piskóta).

raklap 2009.02.09. 09:37:20

@0xFFFF:

kedvenc kifejezésem "összehányt"..tényleg nem akarok bunkónak és kötekedőnek tünni.. de egy kis piacgazdaság... azok a vezető fejlesztők akik csinálják ezt az összehányt cuccot sok sok éves tapasztalattal bírnak és az éves salary minimum 150.00 dollár.. érted valamit csak tudnak ... de meg se merem kockáztatni hogy jobban mint te..

0xFFFF 2009.02.09. 09:40:21

@prometheus_X: Csak a könnyebbség kedvéért használtam a 100000-es számot. A tervezett ha jók az emlékeim 300000 volt, de valami nagyobb számot emlegettek már. Namost ezek össze-vissza klikkelgetnek a szar felületen, mert például ha rákattanok az értesítési területre, akkor jön egy oldalas rizsa a semmiről és van egy gomb, ami dekorációs elemnek van álcázva, ami a használom a szolgáltatást felirattal díszeleg. Tehát mire eljutok a beérkezett üzeneteimig, addig csináltam 3-4 letöltést.

Szumma szummárum, ezt elbaltázták már a tervezéskor, most már csak a habot kenik a tortára erősen, nagy lendülettel, de ha az a célja, hogy újabb milliárdokat kérjenek a helybentopogó projectre, akkor jól csinálják :)

mavo · http://mavo.blog.hu 2009.02.09. 09:41:23

@raklap:

kezdjük elölről.

1. Lehet, hogy nem hiszed el de használtam anno DW-t, és szerettem, még ha itt-ott felállt is tőle a szőröm, mert _szerintem_ (sőt, pár általam ismert fejlesztő szerint is) szemetelget nem kicsit. Elismerem, amióta Adobe átvette nem követem a sorsát. Ha Adobe-ék minden hibát kijavítottak, akkor hurrá, én örülök neki.

Furcsa módon a környezetemben (néha, otromba table-ek generálásán kívül) a kutya nem használja. Miért? Homályos felsőbbrendűségi érzések miatt, vagy mert tényleg nem jött be nekik? Tényleg érdekel, mert akit ismerek, az használta már, főleg kezdőként.

2. A blogom. Ha a dizájnra gondolsz, igazad van, nem egy durranás, sőt, nem is szántam annak. Nem az miatt van kint az URL. Ha a tartalomra gondolsz, akkor viszont az ízlések és pofonok kategóriánál tartunk, lehet vele csapkodni, DW kontra nem DW ügyben, csak ... mindegy, te tudod.

Ha jól értem mások beírásait, a szemét a jsp melléktertméke is lehet. Ha nem, majd felvilágosítanak, jsp-ről se pro se kontra, az életben foglalkoztam vele.

Te rángattad ide a DW-t, nem én. Nem fikáztam le, megjegyeztem, fejlesztőknek ne ajánld. Ha te azzal fejlesztesz Ajax cuccost, a te dolgod, ha neked azzal jobb, csináld. Mint olvashattad, más meg vim-et használ, és én meg is értem.

Te DW-vel, mások nem DW-vel fejlesztenek, látszatra ők vannak többen, beszéltem párral, teljesen érthető indokaik voltak (fentebb más írt pár indokot), te eddig maradtál a személyeskedésnél: a DW-t nem használók sznob faszok, fúj.

További minden jót.

0xFFFF 2009.02.09. 09:42:33

@raklap: Fedezd fel, hogy windowsból is van több verzió. Van a professional és van a másik véglet, a home light. Más a célközönség. :)

A portálépítés is érdekes dolog. Minek oda a dreaminhell szerkesztő, ha van már kész keretrendszerem, aminek része a kódszerkesztő ?!

mavo · http://mavo.blog.hu 2009.02.09. 09:43:33

@prometheus_X:

elsimerem, eldurrant az agyam, ugorgyunk.

0xFFFF 2009.02.09. 09:44:09

@0xFFFF: Ja ! És a furasága ennek a szar portálnak az, hogy a userek az adózási határidők napján akarják mind feltölteni a cuccukat, tehát a terhelése ennek a szirszarnak impulzusszerű, azaz ezt tényleg a csúcsra kell tervezni, akkor is, ha évente 15 nevezetes nap van, amikor igazán használják.

nick: 2009.02.09. 09:47:14

raklap gáz vagy ájjále! :-P

0xFFFF 2009.02.09. 09:47:40

@raklap ! Most látom, min is vitázunk ! Rádhagyom, igazad van. Én is olyan paraszt vagyok, aki gvimmel dolgozik vagy az mc editorával. Mégis megélek. Gondolom mert a monumentális ide és wysiwyg ászok megtűrnek, hogy csipegessem a morzsáikat :)

raklap 2009.02.09. 09:54:24

mavo és 0xFFFF

asszem ennyi mára elég személyeskedni nem én kezdtem.. ehez elég visszaolvasni..

ezzel én is egyetértek mindenki azt használ amit akar kinek mi a szimpatikus kényelmes és kellőképpen produktiv..

a dw egy ugyanolyan fejlesztési környezetet ad php esetében mint visual studio .net esetében

BOB 2009.02.09. 09:55:18

@raklap: a gvim a kezdok fegyvere, meg menu is van benne :D

BOB 2009.02.09. 09:57:06

@0xFFFF: ez az elobbi neked ment.

@raklap: bocs, nem neked.

mavo · http://mavo.blog.hu 2009.02.09. 10:00:14

@raklap:

nem tudom, ha _anno_ belefaragok egy (akkor még nem létező) blog.hu template-et DW-be ... furcsán nézett volna ki.

Ismétlem, Adobe óta nem foglalkozom vele, akár igazad is lehet, hogy egy WP sablont lehet DW-vel szerkeszteni, de minek? És a végeredmény mennyiben függ attól, _mivel_ faragtam készre?

De tényleg: attól nem tetszik az átbuherált template, mert nem DW-vel csináltam? Ha nem akkor miért érv a DW kontra nem DW vitában?

Á, hagyjuk ...

0xFFFF 2009.02.09. 10:04:08

@raklap: De, te kezdtél és tényleg elég ehhez visszaolvasni ;)

@BOB: Tudom, de én örök kezdő vagyok. :) Aki azt hiszi , hogy befejezte a tanulást és mindent meg lehet csinálni WYSIWYG valamint CASE eszközökkel és egyéb WIZZARDokkal, azt pedig amatőrnek nevezik. :)

mauser 2009.02.09. 10:04:48

Bocs, hogy belepofázok, de mavo már nagyon fárasztó. A blog-od design-ja gáz, ezen kár is lenne vitatkozni. Lehet, hogy nagyon értesz ahhoz, amiről beszélni próbálsz, de nekem úgy tűnik, hogy csak az észt osztod. Veled ellentétben csabika25-ről régóta tudom mit csinál és mihez ért. Azon tévedésem eloszlatása kedvéért, hogy te egy sima garázsprogramozó vagy, aki elméletben látott csak olyan rendszereket, amikről beszélsz, elárulnád, hogy hol dolgozol és milyen nagyobb munkáid voltak. Köszönöm!

(Egyszerűen nem hiszem el, hogy 8mrd-ot te az Ügyfélkapu-ra normálisnak tartasz. Van olyan ismerős aki ezt fejleszti; maradjunk annyiban, hogy komoly gondjai voltak azzal is az egyetemen, hogy egy egyszerű irc szerverprogit összehozzon linux alatt...)

0xFFFF 2009.02.09. 10:08:48

@mauser: A bemutatkozást nem úgy kezdjük, hogy te mondd meg előbb ki vagy, hanem úgy, hogy eláruljuk kik is vagyunk és erre az akcióra jön a helyes reakció, a másik is elárulja. Tehát mielőtt te itt önéletrajzot és referenciákat követelsz, betehetnéd magadról ugyanezeket, mert így csak egy sufnituning macskajancsi vagy, aki másoktól mindent megkövetel.

mavo · http://mavo.blog.hu 2009.02.09. 10:21:25

@mauser:

ne különösen érdekel, mi a véleményed egy WP motorra felhányt tíz-húsz perces dizájnról, és továbbra sem értem, ez szakmailag mire érv.

Semmi közöd a munkahelyemhez, legyen annyi elég, hogy én az alapot adom ehhez-ahhoz, egy szóval sem állítottam, hogy designer vagy programozó lennék (ha kell írok ezt-azt, de az más). Ha így érezted, _lehet_, hogy az én hibám (szerintem nem), de ha igen, akkor sem volt szándékomban. Ettől függetlenül érdekelne, honnan vetted.

A 8 milliárdot _nagyságrendben_ érzem helyénvalónak, de ezt leírtam, ezek szerint feleslegesen. Érdemes lenne valami hasonlót megtendereztetni, tuti, hogy izgalmas számok jönnének ki, durva szórással.

Egyébként bármilyen furcsa, például az ellenem kirohanó prometheus_X megállapításaival 99%-ban egyetértettem (gány kód, estébé; utólag sajnálom, hogy nem írtam mindegyikhez "száz százalékig egyetértek, igen, igen" jellegű kommentet), egy-két apróságban nem, erre rám öntött, ami a kezébe akadt, mégis én kértem elnézést, mert valóban írtam eldurrant fejjel pár marhaságot, sajnos megesik velem, hogy előbb írok, aztán gondolkodom, holott ágálhattam volna azért, amiért engem lebaszott, mást meg épp csak hátba nem veregetett ugyanazért, hogy de jó.

Ugorjunk már.

mavo · http://mavo.blog.hu 2009.02.09. 10:23:56

@0xFFFF:

elismerem, kicsit túl ironikus voltam itt-ott raklappal, mielőtt az állítólagos honlapom gány kódján kezdett el rugózni, idáig igaza van, tehát ha így vesszük, én kezdtem.

Ugorgyunk.

mavo · http://mavo.blog.hu 2009.02.09. 10:36:35

@0xFFFF:

mc editorát (szánva-bánva bevallom) én is kedvelem ... a vi*-ok nekem már fapadosak (ha nagyon muszáj, használom), pedig nézegettem a fícsörlistát, és elképesztő.

BOB 2009.02.09. 10:38:14

@mauser: Mondjuk en tenyleg egy "sima garazsprogramozo" vagyok, igaz, van mogottem nagyjabol 10 ev es parmillio programsor, egyszeruen most kenyelmesebb es kevesbe stresszes nekem "garazsprogramozni", mint amikor 2 nap alatt kellett egy allami portalt osszekalapalnunk ugy hogy a szerverek is alkatreszenkent jottek. Akkor most megszolalhatok?

BOB 2009.02.09. 10:40:30

@mavo: megszokas kerdese. En asszem 11 eve kezdtem el vim-mel jatszadozni, 3 evre ra elkepzelni se tudtam az eletemet nelkule :) Iszonyat hatekony tud lenni, ha az ember kitanulja. A sima vi-t amugy en se szeretem, a .vimrc-ben naam mindig elso sor a set nocompatible :)

mavo · http://mavo.blog.hu 2009.02.09. 11:03:40

@BOB:

minden tiszteletem azért, hogy azt használod, tényleg. Én elég hamar elrettentem tőle, mert túl kényelmes vagyok, pedig igazad van, ha megszoknám, biztos használnám én is.

Annak idején nem linuxszal kezdtem, hanem a dosos mcedittel, tehát nekem a linuxos mcedit nagyon kézre áll, azért használom azt alapértelmezetten. Anekdota szinten megemlítem, a nálam sokkal profibb külsősünk soha nem pakol mc-t sem arra, amit ő hány fel, ezért azokon marad a joe.

mauser 2009.02.09. 11:08:01

@0xFFFF: Bocsánat, de nem tudom ilyen gyakran követni az eseményeket. Egyébként teljes egészében ott a pont, ámbár én nem is kezdem el megmondani az igazat referencia nélkül. De, hogy ezt elkerüljük: beágyazott rendszert programozok, a referenciám ott lesz/van a feneked alatt, ha a közeljövőben vezetsz valamilyen svéd hibrid nagyvasat vagy angol sportkocsit és fékezned kell.:P Mellette a doktorimon dolgozom, témáját és releváns publikációkat ügyes programozók gyorsan megtalálhatják a net bugyraiban.:)

BOB: Ahogy látom te nem kezdted el védeni a védhetetlent referenciák nélkül. Nem lenne bajom mavo hozzászólásaival, de mivel nem vagyok a téma szakértője (nem vagyok sem php programozó, sem profi rendszerintegrátor; ámbár teljesen más alapon dobtam már össze kisebb (nem túlzottan) hasonló rendszert, és mint írtam van rálátásom a Kopintnál zajló munkálatokra volt évfolyamtársak révén...) a stílusa miatt inkább tűnik úgy, hogy védi valaki a mundér becsületét, mint egy valódi szakértő. Amennyiben tévedtem és csak a stílusa okozta eme téves elképzelésem, természetesen maxima mea culpa.

panzer_general 2009.02.09. 11:31:41

három rendszerük van: dev, test, prod. sajnos, semelyikről nem szerezhet senki sem infót, mert nemzetbiztonsági kockázatot jelentene. ez igaz a szerver terhelési adatokra, az architektúrára, a használt technológiákra, stb.

ugyanez a nemzetbiztonsági maszlag jön a beszerzésekkel kapcsolatban is, kbt. 143.§.

a 8 mrd nem nyolcmilliárd, annál jóval több ment már eddig is rá, és éppen csőben van a folytatás - érdemes ekop akciótervet nézni. ott vannak az összegek is.

jelentős házon belüli fejlesztőbázisuk van, de bizonyos szolgáltatásokat kintről vesznek. a rendszerük tehát hibrid, egy részét külsős fejleszti, másik részét belsősök.

az ügyfélkapu egy béna sso, évekkel ezelőtt is elavult volt a koncepció, de az erősebb kutya barátkozott, hiába ket tv., meg elektronikus aláírás tv., meg e-ker tv.

az ügyfélkapu és a kr szopás mindenkinek. a közigazgatásnak is, akit belekényszerítenek ebbe a modellbe, sztem.

sem a 8mrd, sem az AT-ben olvasható összegen nincsenek köszönőviszonyban a valós teljesítményekkel, sztem.

panzer_general 2009.02.09. 11:47:28

kis kiegészítés: az akciótervben sorjázó projektekkel éppen a concorde csapdába igyekszik beleesni a kormányzat... és úgy tűnik, mintha szándékosan akarná.

www.sjsu.edu/faculty/watkins/concorde.htm

Dreaman 2009.02.09. 11:49:28

LoL:
"A nagy forgalomra való tekintettel, ügyintézésének megkönnyítése érdekében a portál címlapjának megtekintése nélkül intézheti ügyfélkapu-ügyeit!"
Ez a naaaagy forgalom... elég dühítő, hogy 2009-ben képtelenség egyeltalán regisztrálni az ügyfélkapuba. Először kitöltöm a reg formot, majd kidob, mert a hitelesítő szarjuk csak IE alatt működik. IE megnyitása, plugin letölt, telepít, form ismét kitölt, beküldés és lám: a szolgáltatás jelenleg nem elérhető. Ezért valaki fizetést kapott? Ez nem egy hétvégi torrent oldal, ami "ha nem megy, töltök máshonnan" típusba tartozik.
Szóval dühítő!
FF alatt jelenleg ez a helyzet: images.netbag.hu/20090209/11483861951.jpg
De tudom, használjak IE-t, mert "azajóó".. :S

mavo · http://mavo.blog.hu 2009.02.09. 11:52:00

@mauser:

tisztázzuk akkor: védje a franc Kopintékat, ennyi zsetonért ne hülyüljön le 7 órára a rendszer, pláne, hogy félmázsás specifikáció van gáz esetére.

Remélem, ezzel lerendeztük, részemről nincs harag, részedről meg ... hát honnan tudjam azt? :-O

fira 2009.02.09. 11:55:05

pont most akartam írni, hogy lebutított ükapu megy, de Dreaman beelőzött

panzer_general 2009.02.09. 11:59:40

ebből következik, hogy az ügyfélkapu = magyarország.hu ???

vagy hogy is van ez?

és vajon ők tudják, hogy akkor most melyik mi?

Nolik · http://www.nolikantal.com 2009.02.09. 12:55:06

A magyarorszag.hu helyett elég begépelni, hogy mo.hu
(csak aztán nem elgépelni no.hu-ra, ámbátor ki tudja, az legalább azt hozza amit ígér és nem közpénztemető).

De megcsinálhatták volna az (üres) .hu-t is, az szerintem látványosabb.

Mint pl. a szingapúri "magyarországponthu" egyszerűen

www.sg

OFF
olvassátok a regényemet és "sepercesek" alatti rövid novelláimat.
Provokatív, olvasmányos, pártatlan, civil és garantáltan 0% a közpénz és a koleszterin tartalma.

nolikantal.com

Bocs az Off-ért.

Üdv:
Nolik Antal

mauser 2009.02.09. 13:13:34

@mavo: Ok, részemről is peace és főleg bocsánat, mert valamit nagyon félreértettem.

prometheus_X · http://nonplusultra.blog.hu 2009.02.09. 14:38:40

@Dreaman: "De tudom, használjak IE-t, mert "azajóó".. :S "

- Vagy a kormányzat úgy gondolta csak, hogy nem elég a Microsoft-ot a 25 milliárdos tenderrel támogatni...

mavo · http://mavo.blog.hu 2009.02.09. 14:45:15

@mauser:

szerintem megtárgyaltuk a dolgot.

mavo · http://mavo.blog.hu 2009.02.09. 15:01:40

@Dreaman:

1. Ha jobban megnézed, vagy szünetel, vagy végleg megszűnt az online regisztráció, egy biztos: jelenleg az okmányirodákban igényelhető. Ez böngészőfüggetlen.

2. A "hitelesítő szar", olyan tanúsítványt ad, amit a Firefox nem fogad el, mert nem fogadja el hitelesnek a Microsec Kft-t hiteles tanúsítvány kibocsátónak, az Internet Explorer meg elfogadja.

ja figyelmesebben megnézed, a Firefox felajánlja, hogy letöltsd és elfogadd a tanúsítványt. Az enyém legalábbis igen. Megtettem, tudom használni.

plutó111 2009.02.09. 15:52:39

@bukodi: Én is ugyanezt tapasztaltam (fentebb írtam is), nekem is a mod_jk-val volt gondom. Mondjuk nálam kizárólag akkor jött elő ha néhány tomcat session deadlock-ot okozott, és feltorlódtak az apache felöl a request-ek.

Tuti it is valami hasonló történt (bármit is írnak itt az überokosok).

prometheus_X · http://nonplusultra.blog.hu 2009.02.09. 16:11:14

@bukodi: Ez a hozzászólás eddig elkerülte a figyelmemet, pedig nagyon érdekes. Ha ez lenne a hiba, akkor a felelősség azokat az embereket kell hogy terhelje, akik a fejlesztési platformot kiválasztották és a rendszert ilyen szinten tervezték.

Teljesen mindegy, mert ennek a hibának se lesz felelőse soha, pedig ha valamikor, hát most tényleg szükség lenne ha pár fejesnek leesne a feje.

Egyébként maradhatna is akár ez a csökkentett üzemmód, ahogy most fut, nekem sokkal szimpibb :)

mavo · http://mavo.blog.hu 2009.02.09. 17:33:21

@prometheus_X:

bukodi szerint "Az SSL csatorna az Apache-on végződik."

Ez rendben van?

midnight coder 2009.02.09. 19:52:23

Raklap és társai: a dreamwaver egy web designer tool. Arra való hogy jucika aki szőke de kiváló esztétikai érzéke van megcsinálja a weblap pofáját. A Visual Studio, Eclipse, stb. pedig arra való hogy az ember megírja a kódot ami a weblapot kezeli. A kódnak és a design-nak jó esetben a világon semmi köze egymáshoz. Az egyik egy dokumentum amit egy művésznek kell elkészítenie, a másik pedig egy kód amit egy programozónak. Két külön szakma, aki a kettőt keveri többnyire egyikhez sem ért. Akár a kóderből lett webdesigner aki azt hiszi hogy a kéken jól mutat a zöld, akár a webdesignerből lett php programozó akinek a 3 táblás mysql adatbázis már több mint kihívás. Az hogy mi okozta az ügyfélkapu hibáját jó kérdés - én őszintén szólva tervezési hibát nem tartok valószínűnek. Ennyire szarul még a Kopint Datorgéknál sem hiszem hogy dolgoznak, kétlem hogy egy Péhápés Pistike fejlesztette volna le a rendszert, annyira viszont ez azért nem nagy varázslat hogy ilyen szinten lehetett volna elkúrni a dolgot, legalábbis ahhoz már nagyon hülyének kellett volna lenni. Én inkább a bukodi-féléhez hasonló bugra gyanakodnék - de aki ilyen környezetben support nélküli openszorszos cuccot használ az szintén megérdemli a sorsát...

bukodi 2009.02.09. 20:26:29

@plutó111: Hopp, ez egy nagyon hasznos info! (lett volna...) Mi is találtunk arra utaló jeleket, hogy a session összekeverés összefüggött azza, hogy a háttér adatbázis belassult. (ami valójában nem SQL DB volt, hanem egy tranzakció kezelő rendszer, de szerintem ez most mindegy)

Viszont ezt nem tudtuk stressz tesztekkel alátámasztani, pedig volt amikor kimondottan ilyen szituációra mentünk rá.

bukodi 2009.02.09. 20:47:31

@prometheus_X: Mégis milyen felelősségre gondolsz? Szakmai? Anyagi? Erkölcsi? Politikai?

Egy nem ismert hibára nem lehet felkészülni. Apache-os bug report nem volt rá, a legfrissebb fixpack szinten volt minden komponens, és nemhogy az általános tesztelés, de még a direkt erre a jelenségre kihegyezett tesztek sem tudták előhozni. Az Apache-ot választani, mint front-end http szervert szerintem teljesen megalapozott, mert a fél világ ezt használja, ráadásul Java-s környezetben nem is nagyon tudsz mást választani.

Ez egy klasszikus szoftverhiba, ami mindig benne van a pakliban. Senki nem baszott el semmit. (feltéve, hogy tényleg ez a hiba okozta a session keveredést)

Anyagi felelőssége ettől még lehet a KopintDatorg-nak, de csak az üzemeltetői/fejlesztői szerződésében részletezett módon. De az meg sima üzleti kockázat.

bukodi 2009.02.09. 20:59:54

@midnight coder: "de aki ilyen környezetben support nélküli openszorszos cuccot használ az szintén megérdemli a sorsát... "

Elárulom volt rá support. Úgy hívták a hibás komponenst, hogy 'IBM HTTP Server'. De attól, hogy úgy hívták, még ugyanaz az Apache source volt alatta, csak a címkét cserélték le. Egyébként a JBoss Web meg az Oracle Http Server is valójában Apache.

A hivatalos IBM (de bámely más nagy cég) support-ját meg b@szhatod, ha a hibát nem tudod reprodukálni, vagy legalább egzakt módon behatárolni, úgy lepattintanak, hogy öröm nézni.

Ráadásul ezek a cégek -teljesen érthető módon- hajlamosak olyat válaszolni, hogy "Megvizsgáltuk a bejelentést, és ez valóban egy hiba, amit XYZ azonosítóval felvettünk, várható javítása a fél év múlva érkező release-ben lesz. Best regards ...."

prometheus_X · http://nonplusultra.blog.hu 2009.02.10. 00:26:24

@bukodi: Ezek szerint WAS-ról fut a cucc. Így már érthető... nem szóltam semmit :)

prometheus_X · http://nonplusultra.blog.hu 2009.02.10. 00:29:09

Nem vagyok amúgy az ASP.NET híve se (azt még annyira se ismerem mint a JSP-t), de azért érdekelne, hogy miért nem ASP.NET-re esett a választás.

Ez most csak úgy felmerült...

prometheus_X · http://nonplusultra.blog.hu 2009.02.10. 00:31:26

@mavo: Én ezen az egész veled való vitázáson fél napja túlléptem. Tökre mindegy hogy szerveren hol végződik az SSL kapcsolat, amit vitattam és amiről beszéltél, ahhoz képest ez irreleváns.

dark future · http://www.andocsek.hu 2009.02.10. 01:23:39

@prometheus_X:

Sebesség?

Anno (még a .NET 1.1 idején) próbáltam "dotnetesíteni" korábbi szimpla ASP-s alkalmazásaim, de ugyanazon vason és ugyanabban a környezetben sokkal-sokkal lassabban futottak. Le is tettem róla, és azóta is maradtam a jó öreg ASP-nél (ha már nem php), még akkor is, ha nem elég hatékony benne a fejlesztés.

raklap 2009.02.10. 06:39:07

@midnight coder:

álljatok má le a dw-vel... és ne magyarázd el mire jó... a 3 táblás beszólásod is elég gáz.. egy alap shop template dw-be és mysql-be 34 tábla..

ügyfélkapu:

amúgy meg szerintem a jsp alapból gáz ( már irtam nem vagyok programozó és jsp kódot is max a bizd a hackerre című filmben láttam) akkor miért irtam hogy a jsp gáz? mert az .. nem láttam még jsp-be megírt jól működő oldalt a neten, valami gubanc minidg van vele mármint felhasználói szemszőgből..

ha meg sebesség akkor php anyonvágja jsp és .net is

ennyi lóvéért meg szintén az egész gáz itt egy jó 6 milliádot kellett szétosztani haverok között partydrogokra meg kúrvákra szerintem

midnight coder 2009.02.10. 07:52:52

raklap:

34 tábla semmi. A kis rendszer (amit egyedül fejletsztgetek) úgy 100 tábla és 70 ezer sor körül kezdődik. Amit már csapat csinál az ennek többszöröse.

Az hogy a felhasználó szemszögéből mi gubanc és mi nem az, talán nem a platform hibája.

PHP vs .NET/Java:
1. A php-nek nincs gyakorlatilag típuskezelése. Nagyobb project esetén ez nagyon gáz.
2. A php-ben legutolsó infóim szerint alapból nincs elválasztva a user interfész a kódtól. Vannak template motorok de ezek külső hackelések. És nem gyorsítják a dolgokat... Amikor jsf/jsp/asp.net-ről beszélsz vedd figyelembe azt is hogy azok eleve templateznek.
3. A PHP egy scrintnyelv. Ennek alapvetően két problémája van: egyrészt oda kell hogy add a forráskódot az end-júzernek, márpedig nem minden end-júzer korrekt, másrészt mivel nincs előfordítás így igazán nagy könyvtárakat (mint ami a javának vagy a .NET-nek van, sok ezer osztállyal) nem tudsz mellé tenni. Az első problémára elvben van megoldás (zend) de nem tudom mennyire használják. Az igazán nagyobb gond a második, így aztán Pl. egy webszolgáltatást megcsinálni 10x akkora szívás mint .NET alatt.

raklap 2009.02.10. 08:33:37

@midnight coder:

lehet hogy nem a platform hibája és nyilván okolhatnám a készítőt is. de akkor is ott van a tény hogy nem találkozok normális oldalakkal jsp esetén...

az ügyfélkapuba nem látok bele hogy mi van a háttérbe mit kell tudnia a rendszernek és hogy milyen további rendszerekhez kell kapcsolódnia... és nem is oda akartam kijutni hogy az ügyfélkaput php-ba kellett volna csinálni..

utolsó mondatodba annyival azért vitatkoznék hogy mi az a webszolgáltatás mertha pl ügyfélkapu akkor nyilván helytálló a dolog de ha mondjuk iwiw akkor nem helytálló.

amúgy meg a 34 tábla több mint 3 ennek ez a lényege nem pedig az hogy ki tud nagyobbat mondani..

mavo · http://mavo.blog.hu 2009.02.10. 10:00:20

@prometheus_X:

én is túlléptem, csak érdekelt, miért nem baszol le mást kicsit azért, amiért engem ordenáré személyeskedés keretében kigúnyoltál.

Részemről ennyi, maradjon a béke.

mavo · http://mavo.blog.hu 2009.02.10. 10:02:06

@midnight coder:

annyiban vitatkoznék veled, hogy a DW nem dizájner cucc, a dizájnt (például) PS-sel csinálja az ember.

A dizájn megvalósítására valóban használható, az más kérdés.

midnight coder 2009.02.11. 08:33:15

@raklap: webszolgáltatás = web service :-)

@mavo: attól függ. Számomra a design az amit megkapok a designertől: html + képek + flash. A kód pedig az amit én teszek a rendszer mögé: progam, adatbázisok, tárolt eljárások, stb. A folyamat nálam ha webprogramozásról van szó (szerencsére azért ez a ritkább, én általában inkább desktopon tevékenykedek) úgy néz ki hogy az end-júzer megmondja mit akar, ebből születik egy rendszerterv, ami alapján elkészül a grafikus felület terve (szintén egyeztetve az end-júzerrel), majd az megy a webdesignernek, a másik oldalon pedig én felépítem a programot, majd a kettő találkozásaként az oldal felületébe bekerül a design. Onnantól kezdve mindenki él mint hal a vízben - kb. 10 percig amíg az end-júzer ki nem találja hogy ez így jó, de kellene még...

Sipi- 2009.02.12. 12:09:35

Jól sikerült helyrepofozni az ügyfélkaput. Annyira, hogy most meg a magyarorszag.hu -n lévő dolgokat nem lehet elérni, mindenféleképpen ügyfélkapus cuccot lehet csak intézni (pedig én csak pár tájékoztatót és doksit szeretnék elolvasni). :(