Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
"Azért a pofátlanságnak is van határa nem?"
Szerintem olvasd el még egyszer, amit martonx írt az imént, pont arra hívja fel a figyelmet, hogy ez mindig "attól függ"-kategória, aktuális jól meghatározott (! nem pedig elkenős, háááát ilyen is kéééneee, olyan is kéééneee, esetleeeg...) igényektől függ, és az árat rengeteg tényező befolyásolja, az igényekben tehát nagyon jól meg kell állapodni. Minden újabb igény plusz pénz, mivel a fejlesztőnek minden pluszban eltöltendő perc is pénz. Nyilván ha előre rosszul kalkulálja az árat, akkor az neki szívás, de tapasztalatokból ki lehet ilyenkor indulni, hogy az úgysem úgy van, hogy megoldod a feladatot annyi idő alatt, mint amennyit eredetileg elképzeltetek, mert a megrendelő is folyamatosan ki fog találni valami nyűgöt, ami nem stimmel neki (vagy épp Te cseszel el valami időközben, nem sikerül rájönnöd, valami miért nem működik). De szerintem még olyat sem lehet mondani, hogy "mobilra optimalizálás ennyiért", mivel az is ezernyi dologtól függ, hogy milyen szintű erőlködést és időt igényel a megoldása az adott feladatra.(#10398) PumpkinSeed :
Igen, persze, "max". Mert előtted van a konkrét specifikáció, mert beszéltél a megrendelővel, mert pontosan tudod, mik az igények. Amúgy is hiteles, hogy Te most megmondtad a tutit a max. árról, amikor jelenleg az alapoknál tartasz, és egyelőre a W3C-validátor használata is gondot jelent, bocsi.[ Szerkesztve ]
Sk8erPeter
-
GG888
senior tag
válasz Sk8erPeter #10401 üzenetére
"olvasd el még egyszer, amit martonx írt"
azért írtam, hogy jelenleg mit csináltak meg ennyi pénzért.
Én is el szoktam szórakozni pár napot mondjuk egy bankkártyás fizetési modul létrehozásával, nyílván az külön tétel.
És nincs is benne mobil eszközökre optimalizálás, azt kihagytam az előző hsz-ből.Szóval így kicsit maglodponthu-s az ár.
pcmodding.hu | PC MODDING | Minden, ami modding, verhetetlen árak.
-
trisztan94
őstag
Azért nem összekeverendő az igényes munkáért megkért pénz és az igénytelenért dobált százezrek.
Ennyi információból csak találgatni tudok, hogy pontosan milyen cuccok kellenek az oldalba.
Én személy szerint nem kérnék el 600 kilót érte, mert nem vagyok cég, nincsenek pluszköltségeim (adminisztrálás, villanyszámla, netszámla, stb.). Nekem olyan 400e körül megállna a dolog, de ez nagyon hasraütés szerű dolog. Nyilvánvalóan ez össze-vissza mozog a pontos munka ismerete után.
Egy profi cégtől nem pofátlanság szerintem a 600, bár a 10%-ot nem értem.
A mobil optimizálás pedig szvsz elhanyagolhatatlan majdnem 2014-ben.
https://heureka-kreativ.hu
-
Phvhun
őstag
Azért az nem egy utolsó szempont, hogy cégként minden bevétel minimum fele elmegy adónak.
A fizetős modul napokig fejlesztését meg nem értem, cms-ekhez kismillió kész (akár ingyenes) megoldás van, össze lehet kattintani, ráadásul ha sajátot csinálsz, csomó dologra nem számítasz kezdőként, ami galibát tud okozni később. -
biker
nagyúr
válasz Phvhun #10404 üzenetére
"A fizetős modul napokig fejlesztését meg nem értem, cms-ekhez kismillió kész (akár ingyenes) megoldás van, össze lehet kattintani, ráadásul ha sajátot csinálsz, csomó dologra nem számítasz kezdőként, ami galibát tud okozni később."
na, muti melyik megy OTP/K&H vagy erste bankkal? He? mindegyik paypallal vagy valami kitalált n+1-edik online fizetős szarral megy, magyar bankkal meg nem
Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
Sk8erPeter
nagyúr
Pontosan ezt akartam felvetni, amit Te is, megelőztél, ezzel teljesen egyetértek.
Phvhun (#10404) :
Általában a magyar bankokhoz tartozó banki fizetési megoldásokhoz tartozó modulok vagy drágák (ergo bele kell kalkulálni az árba), vagy egyáltalán nem karbantartottak (magyarul plusz fejlesztés, akár napokig is, a napok pedig nem tudom, miért lennének olyan megdöbbentőek Pl. érintett topic, régi, nem karbantartott modul CIB-hez, de OTP-hez itt legalábbis nincs), ráadásul pl. eszerint problémásak is lehetnek - ezzel nincs tapasztalatom, úgyhogy ezt majd más kommentálja -, nem tudom tehát, miért is lenne annyira triviális feladat valami PayPaltól eltérő fizetési megoldás.
A hozzászólásodból úgy tűnik, neked azonban más tapasztalataid vannak, és remek modulokat ismersz akár magyar bankokhoz tartozó fizetési rendszerekhez is, mivel szerinted "cms-ekhez kismillió kész (akár ingyenes) megoldás van, össze lehet kattintani", kíváncsian várjuk ezeket!Na ugye...
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz trisztan94 #10365 üzenetére
"Na kinek csinálok weboldalt? A honvédelmi minisztériumnak! "
Milyen csókosnak vagy az ismerőse, hogy ezt megkaptad?Azt is ilyen szemléletben fogod megcsinálni, tipikus állami megbízásból készült honlap lesz? (Bocs, nem tudtam kihagyni. )
Sk8erPeter
-
martonx
veterán
válasz Sk8erPeter #10407 üzenetére
És már el is jutottunk oda, hogy ha elkezdi az ember igazán komolyan, belemenősen személyre szabni, akkor már jobb is nem CMS-el neki kezdeni
Ide lőjetek
Én kérek elnézést!
-
Sk8erPeter
nagyúr
válasz martonx #10409 üzenetére
Ezt a választ csak azért nem értem, mert úgy csinálsz, mintha a CMS-ekhez írható modulok (az adott CMS-hez tartozó API használatával, szabályosan) nem lennének "komolyan, belemenősen személyre szabhatóak", ha valaki ért hozzájuk. Ráadásul sokszor szépen össze lehet párosítani a megoldásokat valami kész, komplex modullal is, ami a feladatok egy részének terhét leveszi a válladról, mert mondjuk magának a modulnak az API-ját használod bizonyos feladatokra (kvázi mint egy library). A teljesítménybeli kérdések - mint ilyenkor mindig - más tészta, de maga a programozásbeli feladat nem értem, miért lenne olyan elképesztő nagy kihívás annak, aki vágja a modulfejlesztést egy értelmesen dokumentált, testreszabható, "belemenős" CMS-nél.
Semmi köze a KÉSZ, valóban összekattintható megoldások hiányának ahhoz, hogy egyszerűbb-e vagy sem CMS-sel mindezt leprogramozni. Feladatfüggő, de ebben nem látom a CMS által hozzárakott plusz komplexitást azon a kötöttségen kívül, hogy alkalmazkodnod kell az API-hoz, de ez pontosan ugyanúgy igaz egy framework esetén is - ott is alkalmazkodnod kell valamilyen kódolási módszertanhoz. Mi is akkor ebben a kérdésben a probléma a CMS-sel? Mert ezt nem sikerült megértenem az érvelésedből.
Tisztában vagyok azzal, hogy partizánharcot folytatsz a CMS-ek ellen, mert gyűlölöd azok teljesítménybeli overheadjét, de jelen esetben nem biztos, hogy indokoltak a kifogások.
Sk8erPeter
-
biker
nagyúr
válasz Sk8erPeter #10410 üzenetére
Igazad van, csak amikor valaki azzal jön, hogy dehát ott az ingyenes, meg a woocommercehez pl 99USD fizetős plugin (20 féle, egyik se megy magyar bankkal) akkor miért mondok hasra 100.000Ft-ot a készítésre?
Mert csak… Mert lehet hogy 10 óra a modul elkészítése és tesztelése, de 20 óra a nyamvadt 100 oldalas fejlesztési kézikönyv és a 800 oldalas WP developer manual megfelelő átolvasása
Már ha nem egy rakat szart szeretne, és utána jön majd az igény a verziókövetésre, akár banki, akár WP oldalon...
Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
Phvhun
őstag
válasz Sk8erPeter #10407 üzenetére
Mivel amerikai piacra fejlesztek, ezért erre nem is igazán gondoltam, de eddig bármikor kellett valamit vennem neten, paypal tudta húzni otp-s számlámról a pénzt, szóval mi is a gond a paypal-os fizetési megoldásokkal?
-
Sk8erPeter
nagyúr
Most ezt az érvet nem igazán értem: ha bármilyen frameworkhöz vagy CMS-hez fejlesztesz, akkor a dokumentáció tanulmányozása elkerülhetetlen. Vagy te anélkül szoktál nekiállni, ráguglizol, hátha vannak kész megoldások?
Továbbra sem bizonyít tehát ez sem semmit a CMS versus más megoldás érvek tekintetében. Én aztán nem vagyok CMS-fanboy, tökéletesen elismerem a frameworkök érdemeit, CMS-ekkel szembeni előnyeit, ahogy viszont a CMS-ek érdemeit is elismerem, ki is használom; de a CMS-fikában sokszor átgondolatlan, oda nem illő vagy semmit nem bizonyító érvek hangoznak el. Lásd a mostani témát: nem mindegy, hogy CMS-modult kell fejlesztened, ha értesz hozzá, vagy pedig az adott frameworkhöz kell megoldást kitalálnod, ha értesz hozzá? Érted, ha azonos hozzáértést feltételezünk, pontosan ugyanott vagyunk."Már ha nem egy rakat szart szeretne, és utána jön majd az igény a verziókövetésre, akár banki, akár WP oldalon..."
Hogy jön ide a verziókövetés? Nem értem a kapcsolódási pontot a témához. Verziókövetés minden fejlesztésnél kell elvileg, nem? Akkor mi köze az egészhez, amiről beszélünk? Banki oldalon verziókövetés? Ezt most hogy érted? Hogy követed a bank API-jának változásait? És? Ez így is-úgy is szükséges, továbbra sem értem, mit akarsz ezzel mondani.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Phvhun #10412 üzenetére
"de eddig bármikor kellett valamit vennem neten, paypal tudta húzni otp-s számlámról a pénzt, szóval mi is a gond a paypal-os fizetési megoldásokkal?"
Ki mondta, hogy "gond" van a PayPallal? Ezek szerint fel sem fogtad, miről beszéltem. Ha egy megrendelő OTP-s fizetési rendszert kér (lásd Vodafone oldalát!), akkor elküldöd az anyjába, ha neki nem felel meg a PayPal?Továbbra is várom azt a "kismillió kattintós modult" pl. magyar banki fizetős megoldásokhoz.
U.i.:
"Mivel amerikai piacra fejlesztek, ezért erre nem is igazán gondoltam"
Úristen de gusztustalanul nagyzolósan hangzott ez, azt a kurva... Buksisimi.[ Szerkesztve ]
Sk8erPeter
-
biker
nagyúr
válasz Sk8erPeter #10414 üzenetére
arra céloztam, hogy elvárják, hogy húsz forintért megcsináld, és ha utána a bank havonta kiad egy új verziót, hibajavítás gyanánt, ami valamit elqr és javítgatni kell, azt is csináld ingyen, meg ha a user minden x.x.x.x alverziót feltelepít, akkor azt is.
ez minden esetben igaz, amikor cms-be beleteszel valamit külsősként…Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
Sk8erPeter
nagyúr
"ha utána a bank havonta kiad egy új verziót, hibajavítás gyanánt, ami valamit elqr és javítgatni kell, azt is csináld ingyen"
Hát ilyet nem kell elvállalni ingyen. Amúgy azért erősen kétlem, hogy havi változtatások történnének egy banki API-ban."meg ha a user minden x.x.x.x alverziót feltelepít, akkor azt is."
A user milyen alverziót telepítene? Egyáltalán mihez? Amúgy meg ha belenyúl a fejlesztett rendszerbe, nem fizet a karbantartásért, akkor neked mégis mi közöd lenne az egészhez, hogy nem működik, és elkúrta? Miért kellene ezt ingyen vállalni?"ez minden esetben igaz, amikor cms-be beleteszel valamit külsősként…"
Akkor megpróbálkozom még egyszer a kérdéssel: HOGY JÖN IDE, hogy CMS, framework vagy akár kézzel, teljesen elölről fejlesztett rendszerről van szó? NEM MINDEGY? Mindegyik esetén utána kell igazítani, nem rohadtul mindegy ebben a tekintetben, hogy miben fejlesztetted? Erre adj már magyarázatot, mert mindig ugyanazzal jössz.
Szerk.: egyébként is, mi az, hogy "külsősként"? Miért, kirekesztve érzed magad, amikor modult fejlesztesz?Lehet, hogy valami olyasmire gondoltál, hogy egy más által fejlesztett modul fent van mondjuk valahol, és abba bele akarsz tákolni, majd erre érkezik egy frissítés, az elronthatja, vagy fogalmam sincs, nem akarom kitalálni a gondolataidat... de ha új verzió érkezik, akkor valszeg az fel van készítve az új API-ra. De amúgy is: most saját fejlesztésű modulról beszéltünk eddig, mivel nem nagyon van kész modul (vagy az fizetős, esetleg túl régi), pont ez volt a kiindulópont.
Éppen ezért nem értem továbbra sem, hogy miért számít az, hogy milyen rendszerhez passzintottad hozzá.[ Szerkesztve ]
Sk8erPeter
-
Phvhun
őstag
válasz Sk8erPeter #10415 üzenetére
Hát én ekkora sztár vagyok, aláírásomban is elhintek egy két nagynak hangzó kulcsszót, szinte ragadnak rám a nők miatta, és az utcán is szórják rám a pénzt az öltönyös figurák miközben elmennek mellettem a mercijükkel.
Na egyébként félreértettelek, nem választottam ketté a helyi bankon keresztüli fizetést a paypalon keresztül működőtől. Mannaszappanéknál pl a k&h bankon keresztül megy a fizetés, miközben megrendeled a cuccot, átirányít egy ilyen k&h-s domainen lévő ocsmányul kinéző form-ra, és akkor ők intézik a dolgokat.
Viszont ugye ez nincs beintegrálva az oldalba teljesen, és ha egy ilyen kaliberű cég nem tudja (vagy akarja) rendesen megcsinálni, akkor tényleg lehet hogy nehéz és/vagy nem teljesen fontos. -
trisztan94
őstag
válasz Sk8erPeter #10408 üzenetére
"Azt is ilyen szemléletben fogod megcsinálni, tipikus állami megbízásból készült honlap lesz? (Bocs, nem tudtam kihagyni. )"
Jóvanmá', így is eléggé ég a pofám emiatt. Kár, hogy nem lehet hsz.-t törölni, mint facebookon
https://heureka-kreativ.hu
-
Sk8erPeter
nagyúr
válasz trisztan94 #10421 üzenetére
Itt tudod töröltetni. Megteszik neked a szívességet, ha kéred.Sk8erPeter
-
martonx
veterán
válasz Sk8erPeter #10410 üzenetére
Csak arra akartam rávilágítani, hogy ha már így is, úgy is nagyon erősen kódolnod kell, akkor már szerintem jobb az alapoktól saját megoldásban gondolkozni, mintsem egy rakás 3rd party cuccra alapozni egy sok százezres, netán milliós projektben. És még időt se sokat takarítasz meg vele, ismerve az MVC frameworköket.
Én kérek elnézést!
-
trisztan94
őstag
Jelentkeztem egy állásra, mint fejlesztő. Elég fiatalos volt a HR-es csávó, rögtön letegezett. Kérte, hogy küldjek egy angol önéletrajzot.
Baromi sokat gondolkoztam a szövegen, úgy döntöttem, hogy nem lesz az a teljesen komoly, hivatalos önéletrajz, hanem kicsit fiatalosabbá teszem.
Mit gondoltok?
Overview
I started programming 4 years ago at school. Since then, I immersed myself into the depths of computer science, always trying to improve my skills and to learn (vagy learning kell ide? ) new technologies. I first started web development as my main “profile”, and had been in love with it since then, but have tried other platforms as well. I self-develop myself, I am eager to learn new things, and love to communicate with other people. I am also a great team member.[ Szerkesztve ]
https://heureka-kreativ.hu
-
fordfairlane
veterán
-
trisztan94
őstag
Vicces, hogy a MS (ez hivatalos cucc, nem?) magyarországi fejlesztői oldalán nem megy a fórum. Ja, és a főoldalon a Windows 8 challenge van kinn már egy ideje, pedig az jó pár hete véget ért már.
Tele van buggal az egész, grat
https://heureka-kreativ.hu
-
Phvhun
őstag
válasz trisztan94 #10426 üzenetére
Talán mert mindenki StackOverflow-on lóg?
-
Phvhun
őstag
válasz trisztan94 #10428 üzenetére
Értem én, de ha kutyának nem kell, akkor lehet nincs is ki észrevegye a hibát, hogy szóljon supportnak pl.
-
válasz trisztan94 #10426 üzenetére
Dehogy hivatalos MS cucc.
-
Alexios
veterán
válasz trisztan94 #10426 üzenetére
még most is tart a w8challenge, meg ez inkább ilyen félhivatalos valami.
-
trisztan94
őstag
Chrome inspectorban hogy lehet kitalálni, hogy az element.style az pontosan hogyan hivatkozik a kérdéses elemre?
https://heureka-kreativ.hu
-
Sk8erPeter
nagyúr
válasz martonx #10423 üzenetére
A konkrét problémára fókuszálva továbbra sem értem ezt az érvedet. Most ugye mondjuk egy magyar bankhoz tartozó fizetésre szolgáló modulról beszélünk, és annak integrálásáról egy meglévő webshopba. Vegyük a konkrét példát, hogy mondjuk nekem a Drupal Commerce-be kell integrálnom azt a funkciót, hogy az OTP fizetős felületére megtörténjen az átirányítás, ott megtörténjen a fizetés - függetlenül az én oldalamtól -, majd az OTP visszaküldjön az én oldalam felé a tranzakcióról szóló adatokat (sikeres vagy sikertelen, hiba okai, stb.). Igazából ennyi a modulom feladata. Feltételezem (mivel konkrét tapasztalatom nincs vele), hogy az OTP ad egy használható alapinfókat tartalmazó dokumentációt az API-jukról, ad valami API-kulcsot, meg lehetőséget a fizetés tesztelésére (tesztszerveren keresztül, mint amilyen sandbox-módja van a PayPalnak is). Hogyhogy "erősen kódolnom" kell? Meg kell oldanom ezt a konkrét problémát. És? Attól még ott lesz nekem készen az egész CMS admin-felülete, feltöltési lehetőségei, a kész webshopmotor (Drupal Commerce), az átszabható fastruktúrájú menürendszer, a kategorizálási rendszer, az entitás-alapú tartalom-létrehozás (minden entitás mezőzhető, így nagyon könnyen bővíthetőek az űrlapok, eléggé általános megoldás), ott van a modularitás (felhasználhatsz adott célokra kész modulokat), és főleg például a többnyelvűség, aztán még az összes többi, CMS által nyújtott kényelmi lehetőség.
Egyébként sokan egyszerűen információhiány miatt fújolnak a CMS-ekre. Vagy pedig teljesítmény-overhead miatt, utóbbi legalább értelmes érv. Vagy amiatt, mert teljesen szedett-vedett a hozzá írható komponenshez tartozó API - igen, a Joomláról beszélek. Legalábbis régen ez így volt. Amúgy a Drupal kódja sem mondható cseppet sem szépnek, sőt, de az legalább sok tekintetben konzisztens (jó, kapásból tudok erre is bőven kivételeket mondani De legalább tapasztalatból), és nagyon jó dokumentáció van hozzá, meg valóban folyamatos fejlesztés alatt van.Továbbra is egyetlen dologról beszélünk: hozzá kell raknom egy lazán csatolt (a webshop működése szempontjából nyilván fontos szerepet betöltő) MODULT egy meglévő rendszerhez, nem pedig egy rendszert kell az elejétől lekódolni, "erősen kódolni".
Tehát még mindig érthetetlen a korábbi, "erre a feladatra nem használható már a CMS"-jellegű érv, mert hülyeség, hogy ne lenne használható (mármint annak, aki vágja az adott CMS felépítését, ismeri az API-ját).
Remélem sejthető, hogy most arra akarom felhívni a figyelmet, hogy a megoldandó feladat szempontjából tökéletesen mindegy, hogy egy framework API-ját felhasználva kell hozzácsatolnod egy OTP-s fizetősmodult a rendszeredhez, vagy pedig egy CMS API-ját felhasználva. Ha a CMS-t veszem, annak az előnyei attól még nem szűnnek meg vagy alakulnak át, hogy most konkrétan a fizetéshez kódolnom kell. Egy CMS-t nem úgy kell elképzelni, hogy abban csak kattintgatni lehet, testreszabni nem.Egyébként hogy jön ide a "rakás 3rd party cucc", vagy mit tekintünk annak? Ilyen alapon egy ASP.NET-es library-t nem?
Mit jelent a "saját megoldás"? Ha valami bevált frameworköt használ az ember, tulajdonképpen az sem teljesen saját megoldás.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz trisztan94 #10432 üzenetére
Feltételezem, egy adott elem CSS-útvonalára gondolsz röviden és tömören. Ezt sajnos Chrome inspectorban továbbra sem sikerült megoldaniuk, csak az XPath kimásolását, ami rettentő gyökérség, mert webfejlesztés közben valszeg a CSS-útvonalra kicsit több emberkének lenne szüksége... Szóval vagy találsz rá valami extensiont, vagy Firefoxot használsz, ott van egy olyan lehetőség, hogy "Copy Unique Selector". Pont azt csinálja, amit kell neki. Nem tudom, a Google-nél miért nem volt még agyuk ezt kitalálni, hogy nem ártana. Vagy ha volt, akkor miért nem oldották még meg.
Sk8erPeter
-
GG888
senior tag
válasz Sk8erPeter #10433 üzenetére
Nekem Joomla 1.5-höz kellett anno UniCredt bankos modult kreálni, ahhoz még tényleg 0 dokumentáció volt.
pcmodding.hu | PC MODDING | Minden, ami modding, verhetetlen árak.
-
Sk8erPeter
nagyúr
A Joomla 1.5-höz volt 0 dokumentáció, vagy az UniCredittől kaptál 0 dokumentációt az API-jukról? Nem mindegy.
Egyébként meg attól még, mert ha esetleg a Joomlához szar volt a dokumentáció ötezer évvel ezelőtt (amúgy is, Joomla 1.5... hagyjuk már... mi volt az... ), az (amúgy is, Joosokat a kérdés szempontjából továbbra sem számít.Annyit fűrészeljük a fingot a témáról, hogy kezdem úgy érezni, hogy senki nem érti, hogy itt most nem CMS vs. framework vs. akármicsoda harca folyik, hanem pontosan arról van szó, hogy rohadtul mindegy, hogy az adott feladathoz épp miben kell pluszban kódolni, ha egy modult kell fejleszteni mondjuk egy CMS-hez, az nem kérdőjelezi meg a CMS használhatóságát... Capisce, legalább nagyjából?
[ Szerkesztve ]
Sk8erPeter
-
GG888
senior tag
válasz Sk8erPeter #10436 üzenetére
Creditéknek rendes dokumentációjuk volt, mondjuk pont nem php nyelvhez (ez úgy 2 éve volt), amire a leginkább szükség lett volna
pcmodding.hu | PC MODDING | Minden, ami modding, verhetetlen árak.
-
Sk8erPeter
nagyúr
Na, tehát akkor a Joomla volt a fos. A dokumentációban speciel a Drupal nagyon erős, minden kód elég jól van kommentezve. Még ha a kód nem is tetszetős, mert többségében a procedurális örökségeket hordozza, az OO-val vegyesen. De a lényeg, hogy továbbra is tök mindegy a feladat tekintetében, hogy milyen módon passzintod milyen rendszeredhez (CMS/framework/más) a banki fizetős modult, amennyiben a rendszer API-ja jól dokumentált, és a fejlesztő vágja a továbbfejlesztési lehetőségeket. (Mert korábban ugye az volt az érv, hogy ha már fejleszteni kell, akkor ne legyen CMS, de ez egy baromság. Mivel a CMS-hez is lehet fejleszteni modult, van annak egy módja, ahogyan azt meg kell írni, ahogy egy framework használatánál is van egy mód, ahogy kiegészíted működőképes plusz kóddal. )
[ Szerkesztve ]
Sk8erPeter
-
martonx
veterán
válasz fordfairlane #10425 üzenetére
Ha értelmezed is amiket írok, akkor tudod, hogy az MVC frameworkök mellett vagyok, a CMS-ekkel szemben. Azaz a franc se akar OR mappert, meg route komponenst fejleszteni. Ha ezek már megvannak, plusz egy rakás egyéb fontos komponens, akkor - és hangsúlyozom ez teljesen saját vélemény - felesleges CMS-hez nyúlni, ha úgyis tudod, hogy kódolnod kell, pluginekkel, custom template-ekkel, modulokkal. Erről szólt a fenti eszmefuttatásom.
Amikor meg valaki egy portfólió bemutatót akar, vagy egy szimpla portált, akkor azt tényleg jobb fél nap alatt összekattintgatni valamilyen CMS-el, meg 1 napot tornázni a dizájnnal, és már kész is az eredmény.Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #10433 üzenetére
"erre a feladatra nem használható már a CMS"-jellegű érv" - közben voltam egy két napos csapatépítésen, így kicsit késve válaszolok. CMS mindenre használható, az érvem annyi volt, hogy ez már lehet, hogy az a komplexitású feladat lesz, amikor hatékonyabb saját megoldást csinálni valamilyen MVC framework alapokon, mintsem egy CMS-t elkezdeni a motorház alatt X helyen átpluginezni.
De a kiinduló hsz-re írtam is, hogy CMS-t javaslok, aztán ahogy kiderültek jobban a dolgok (meg ismerve, hogy a valós életben hogy szoktak ezek menni), hajlottam el afelé, hogy mégse lenne érdemes szerintem CMS-ben csinálni.
Amúgy olyan dologról cserélünk itt eszmét, ami abszolút nem konkrét, szóval még csak esélyünk sincs, hogy valaha is rájöjjünk, vajon melyikünknek lehetett jobban igaza Simán el tudom képzelni, hogy kiderül, hogy igazad volt, és tényleg 1 nap alatt össze lehetett kattintgatni, pár másik nap alatt meg lehetett írni azt az egy szál minimalista plugint, ami a bankoláshoz kell, és kész is a dolog. Ugyanakkor simán el tudom képzelni azt is, hogy emberünk hetekig fog szopni a CMS-ével, és már a sokadik plugint fogja megírni mellé (abba belegondolni sem merek, hogy majd később megírom szebbre felkiáltással eleve a kódba gányol bele), és a végén mégse lesz az igazi a dolog, meg cserébe lassú is lesz, és minden jobb érzésű ember hányni fog a végül előállt katyvasz kódtól.
Én részemről le is zártam ezzel a témát, szerintem eléggé körül jártuk ismét a CMS vs MVC framework témakört[ Szerkesztve ]
Én kérek elnézést!
-
viktorhmv
senior tag
Sziasztok!
Animált (Flash stb.) banner készítéshez milyen professzionális programot ajánlotok?
Köszönöm előre is!
Grafikai és arculattervezés. Ezzel foglalkozom hivatás szerűen. Ha szükséged van egy lelkiismeretes tervezőgrafikusra akkor dobj egy PÜ-t nyugodtan. www.viktorsebok.com
-
PumpkinSeed
addikt
Az online fizetéseket hogyan lehet megoldni? Szeretném, azt megcsinálni, hogy a honlapon keresztül valaki utalni tudjon számlámra. Ha ez így nem lehetséges, akkor valamilyen átirányítással ez megoldható?
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
DeltaPower
őstag
válasz PumpkinSeed #10442 üzenetére
Be kell építeni a bankod online fizetési rendszerét, esetleg paypalt. Egyik se kezdőnek való feladat, bankoknál ráadásul feltételekhez kötik, hogy egyáltalán használhass online fizetést.
"Moonshine Whiskey (70°, ízesítés nélküli) van. Fincsi" - Teebee - "De az kiírtaná az egész családomat..Akkor is ha csak én innék belőle.." - forintuser
-
PumpkinSeed
addikt
válasz DeltaPower #10444 üzenetére
Gondolom nem nekem való, viszont nekem annyi is elég lenne, hogy ha a felhasználó kap egy ID-t amit megjegyzésbe kell megadni, akkor a rendszerem azt figyelje, hogy erről az ID-ről megérkezett-e a rendelésben megadott összeg, és ha igen akkor jön az utasítás rész.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
mutyi
őstag
Sziasztok!
Hogyan kellene megoldani elegánsan a következőt.
Van 5 dolgozó, akikhez értelemszerűen más kép tartozik.Jelenleg így néz ki a stílus file:
.people_detail {
font-family: verdana;
font-size: 11px;
color: #cecece;
width: 655px;
height: 420px;
position: absolute;
top: 200px;
left: 270px;
background: #333333 url('../../xy.jpg') no-repeat right top;
}A probléma látható, amit eddig úgy oldottam meg nem túl elegánsan, hogy ahány dolgozó volt, annyi people_detail volt + egy szám a végére és mindenhol csak a backgroundot módosítottam.
-
-
mutyi
őstag
válasz Peter Kiss #10447 üzenetére
Köszönöm a segítséget, így valóban ésszerűbb.
Annyi kérdésem lenne, hogy miután a stílusból kivettem az img-re vonatkozó részt és betettem a html-be az adott div-be, az alatta elhelyezkedő div,amiben a különböző szövegek voltak, egészen lecsúsztak azért,mert ebben a stílusfile-ban háttérként szerepelt a kép és alatta volt egy rész ami színes volt.
A kérdés, img src-nél van valami float vagy más,ami ugyanazt az eredményezi és html 5 kompatibilis?[ Szerkesztve ]
-
trisztan94
őstag
válasz PumpkinSeed #10445 üzenetére
Aha. hát ez így nem túl biztonságos, nehogy így csináld. Nem is hiszem, hogy lehet egyáltalán így.
PayPal API-ját nézegesd, elég jól dokumentált a dolog, ráadásul biztonságban is jobb, mint egy banki átutalás rendszer, mert az ő biztonságos csatornájukon keresztül megy a dolog.
De hát persze azt is el lehet bszni, szóval jó alaposan nézz utána ezeknek mielőtt élesben használnád. Az kellene még, hogy valaki betörjön a rendszerbe és a plain text bankkártya adatokat felhasználja.
https://heureka-kreativ.hu
-
Phvhun
őstag
válasz trisztan94 #10449 üzenetére
Most hogy felmerült ez a kérdés, van rá valami mód, hogy biztonságosan tárolódjanak a bankkártyaadatok?
Mondjuk most hirtelen az jutott eszembe, hogy a jelszó az hashelve van, de a kártyaadatok egy kulccsal vannak titkosítva, ami ugyanúgy a jelszóból jön, csak egy másik hash algoritmussal hashelve.
És akkor az a másféle hash loginkor session változóba kerül, és csak akkor van felhasználva, amikor fizetnie kellene az usernek.
Új hozzászólás Aktív témák
- GARIS!! Gamer PC/Ryzen 5 2600/RTX 2060S 8 GB/16 GB/250 SSD/1 TB HDD
- AKCIÓ!!! Gigabyte GAMER G5 KD i5-11400H 32GB RAM 2x1000GB NVMe SSD RTX 3060 6GB 15" 144Hz
- AKCIÓ!!! Gigabyte GAMER G5 KD i5-11400H 16GB RAM 512GB NVMe SSD RTX 3060 6GB 15" 144Hz
- 11900KF / 32GB 3600MHZ CL16 / 3080 TI Suprim X
- EPSON TM-t20II blokk nyomtató
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen