Új hozzászólás Aktív témák
-
martonx
veterán
válasz honda 1993 #12172 üzenetére
Fórumra vannak kész fórum motorok, amiket még talán te is be tudsz üzemelni. Ilyen pl. a phpbb
Én kérek elnézést!
-
martonx
veterán
Sziasztok!
Rémlik, hogy többen túl vagytok már itt némi google maps-es szívásokon. Én még csak most kezdtem volna komolyabban használni, de máris elment a kedvem tőle, mivel még a saját fejlesztői se javasolják Single Page Application-ökben használni (na jó, nem ezt mondják, hanem hogy egyszer töltsük be, mert nem lehet gmaps esetében create - destroy módszerekkel operálni).
Szóval a kérdés, hogy a bing maps mennyire képes kiváltani a google maps-et? Úgy értem funkcionálisan 100%-ban, illetve egy nagyságrenddel jobb is (nahát van .Dispose és create metódusa...), viszont erős kétségeim vannak a magyar címek, tanyák akármik megtalálásával kapcsolatban.
Mik a tapasztalataitok a bing maps cím megtalálásának pontosságával kapcsolatban?
Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #12223 üzenetére
A cél az, hogy adott X darab "page". Ezek ajax-al jönnek - mennek, egyetlen egy page loadom van csak a legelején.
Viszont az X darab page-ből csak az egyikben kellene, hogy használjam a map-et.
Azaz a cél az, hogy a map alapból ne legyen sehol. Csak akkor hozzam létre, ha pont arra a page-re navigált valaki. És töröljem is ki a pi...ba, mihelyst elnavigál róla valaki.Addig stimmel is, hogy on the fly létrehozom a gmaps-et, ez triviális, oda pozícionálom, ahova akarom, sima ügy. Viszont ha nem törlöm ki elnavigáláskor, akkor az egész gmaps ráül egy csomó eseményre (mint. pl. scroll), és elkezd mindenféle hibát dobálni a konzolba. Katasztrófa... 2014-ben a legnagyobb internetes cég map komponense ennyire ratyi legyen? Nem lehet dispose-olni???
Ma este ki fogom próbálni a bing maps-et, csak ott meg nagyon félek tőle, hogy a tanyákat, TSZ-eket, stb... marhára nem fogja megtalálni, ellentétben a gmaps-el, ami olyan címeket is pontosan mutat, hogy én is csak csodálkozok.
Persze meg tudnám oldani, hogy ez az egy page kivétel legyen és komplett pageload-al töltődjön, de az meg hogy néz már ki egy SPA-ban?
Szóval workaround-jaim nekem is vannak, csak kíváncsi lennék a tapasztalatotokra, hogy melyik út az, amit kár is kipróbálnom?
No mindegy, tartok tőle, hogy ez az én egyszemélyes harcom lesz, azért majd beírom ide a legvégső megoldást mindenki okulására.
Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #12223 üzenetére
No, megvan a megoldás, hogy a kecske is jóllakjon és a káposzta is megmaradjon.
Ennek az egy oldalnak csinálok egy saját container-t, és azt hide-olom, show-olom szükség szerint. Így nem kell full page load-okkal butítanom az oldalt, és túl nagy extra fejlesztés se kell a két container kezeléséhez. Miközben a fos gmap is jól érezheti magát, mert alatta nem mozog a DOM.Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #12227 üzenetére
"Bár ettől még elvileg az áll, amit írtál, hogy "ráül egy csomó eseményre", nem?"
Igen ez igaz, de ez igazán csak annyiból zavart, hogy ha nem volt alatta a kiindulási DOM-ja, akkor érthetően minden eseménynél hibát dobott, amikor magához akart nyúlniÍgy viszont, hogy ott van a DOM-ja, amit kedvére módosítgathat, már jól elvan magában valahol hideolva. Ez persze még így is egy baromság, de végülis ha nem egy 900Mhz-es P3-as Celeron-nal használod (hehe, vagy netán mobillal...) a cuccot, akkor észre se lehet venni. Meg különben is oldja meg a Gugli, hogy normális GMaps API-t adjon ki. Én is rendesen utána olvastam, és igen, 2008 óta nem képesek kiadni egy nomális gmaps API-t.
Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #12230 üzenetére
Igaziból ez az egy hiányossága van, de ezzel az eggyel konkrétan két éjszakányi munkát vert rám, így részemről megkapta a szar kategóriát
Persze nyilván lehetne rosszabb is a helyzet, a dokumentációja, tudása legalább tényleg normális.
A helyzet az, hogy már page loadként letöltöm az api-t, de magát a map-et csak akkor példányosítom, amikor tényleg arra a page-re ér valaki.
Másrészt a következő lépés tényleg az lesz, hogy nem is fogom page loadnál letölteni, hanem csak az adott page-re lépve js-ből fogom betölteni az egész API-t, abszolút aszinkron módon.Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #12232 üzenetére
Én a klasszikus módszerre gondoltam. Minek behúzni plusz egy js függőséget, ha úgyis csak azt a plusz 5 sor js-t kell CTRL-C, CTRL-V módszerrel felhasználni, és a megfelelő helyre bekötni?
Én kérek elnézést!
-
martonx
veterán
válasz CSorBA #12236 üzenetére
Igaziból a nyitó oldalon ennek ott sem kell lennie, be sem kell húzni.
Mivel SPA ezért bőven elég egyszer behúznom, és soha többször, szóval page váltáskor annál az egy konkrét page-nél egyetlen-egyszer lesz pár plusz request a gmaps-hez.
Ráadásul ezen nincs mit bundle-özni, mivel igaziból te csak egy 5kb-os loadert kapsz a gugli tól, az összes többit már ő maga tölti le magának.Én kérek elnézést!
-
martonx
veterán
Figyi, ez tipikusan CMS-hez való feladat. Ok tudom, hogy az SPA mostanában húzószó, meg a csapból is angularjs folyik (ami szerintem egyébként közel sem olyan jó, mint amennyire hypeolt).
CMS-el az otthoni vállalkozás oldalát összekattintgatod pár perc alatt, na jó mivel új vagy akár napokig is elszórakozhatsz vele.
A kérdéseid alapján viszont, ha nekiállsz nulláról ilyet csinálni, akkor az neked hetekig-hónapokig fog tartani, és akkor is erősen kérdéses lesz a végeredmény.Én kérek elnézést!
-
martonx
veterán
Ha a szakmai gyakorlás is a célod, akkor én valami köztes megoldást javasolnék, mint pl. valamilyen szerver oldali framework használata (drupalból gondolnám, hogy PHP-zni akarsz), mint pl. Zend, Yii, CodeIgniter, Laravel. Magamat nem hazudtolhatom meg, így muszáj ajánlanom az ASP.NET MVC-t is
Ezekkel egy csomó szerver oldali cuccot készen kapsz meg, az MVC framework tudás abszolút elvárás webfejlesztőként, és így csak azt a pár saját extrádat kell megírnod, amit használni akarsz az oldaladon.
Nyilván ezek használatával nem lesz kész fél nap kattintgatással az oldal, de pár napnyi kódolással alatt simán össze fogod tudni hozni. Cserébe sokkal gyorsabb, és jóval személyre szabhatóbb lesz, mint egy CMS.
Én kérek elnézést!
-
martonx
veterán
munkát találni bármelyik nyelvvel lehet, a nagy kérdés mindig a fizetés, illetve hogy melyik nyelv mit ad hozzá / vesz el a munkádból, melyikkel mennyire tudsz hatékony lenni.
PHP-s munkákkal, PHP-s programozókkal (magukat programozóknak tartókkal) Dunát lehetne rekeszteni. Nyilván a fizetések is ennek megfelelőek (általánosságban persze).
De ez már nagyon off topic.
Én kérek elnézést!
-
martonx
veterán
Nem tudom, ehhez jó sok kezdő fejlesztőt kellene ismernem mindenféle szakterületről. Mindenesetre nem hinném, hogy így van, illetve kérdés, hogy számodra mit jelent a jó webes fejlesztő meghatározása. Webes fejlesztőként van frontendes, backendes, és akkor még ott vannak a különböző nyelvek.
Én kérek elnézést!
-
martonx
veterán
Hehe, pont hogy könnyebbek, mint a PHP, vagy hát nézőpont kérdése.
No persze a dolog közel sem ilyen egyszerű, mert egy hello world-öt PHP-ban notepad-dal megírni két perc, viszont ASP.NET / Java-ban megírni hosszabb idő, ha nem lehetetlen (és itt most nulláról, kézzel egy szál notepad-al felszerelkezve gondoltam).
Aztán persze, amikor a kezedbe kapsz egy jó IDE-t, és nem móricka projekteken dolgozol, akkor hirtelen a visszájára fordul az egész. Tudom ez most undorítóan általánosan fog hangozni, és mindjárt agyon köveznek érte, de alapvetően ez az oka a fizetés különbségnek.
Mert PHP-ben (tisztelet a kivételeknek) általában móricka projekteken dolgoznak CMS-ező, vagy ami még rosszabb saját szarjaikat frameworknek tekintő vérpistik, akikből rengeteg van. Míg Asp.Net-tel / Java-val komoly üzleti projekteken dolgoznak, nem vérpistik, akiknek a tudását meg kell fizetni, és a fejvadászok nem győzik levadászni őket a jobbnál jobb helyekre.
Hát ezért mondtam, hogy akár csak webfejlesztő szakmán belül se lehet általánosítani a fizetéseket, mert óriási a szórás.
Én kérek elnézést!
-
-
martonx
veterán
-
martonx
veterán
Viszont így 2014 végén a ph mobil böngészők támogatása igazán botrányos.
Én kérek elnézést!
-
martonx
veterán
Néha mintha ezt beigazolodni látnám: link
Én kérek elnézést!
-
martonx
veterán
válasz DNReNTi #12339 üzenetére
Hehe, micsoda flame-et indítottam
Szvsz a cikknek nincs igaza, illetve nem feltétlen.
Pl. minek szívjak olyan apróságokkal, amiket egy jól képzett IDE egy billentyűzet kombóval megold?
Ugyanakkor szétnézve rengeteg olyan példát is látok, mikor valaki ellézeng jquery-vel, mindenféle valós javascript tudás nélkül, és kb. az első mélyebb problémánál néz ki hülyén a fejéből (pl. this használata függvényen belül...)Szóval a cikk szerintem egy picit keveri a szezont a fa....mal, de vannak benne értékes gondolatok.
Én kérek elnézést!
-
martonx
veterán
-
martonx
veterán
válasz PumpkinSeed #12348 üzenetére
bármennyire. Mondjuk nekem személy szerint, akkor már inkább az ASP.NET jön be a menedzselt nyelves backend-ek közül, de ez eléggé személy, és környezet függő.
Én kérek elnézést!
-
martonx
veterán
válasz PumpkinSeed #12355 üzenetére
A PHP mint interpreter alapú, gyengén típusos nyelv jóval lassabb futásidőben, mint a Java vagy a .Net. Viszont vannak technikák a PHP gyorsítására, hogy mást ne mondjak a PHP 5.5-tel elérhetővé vált Op Cache sokat tud dobni a PHP-n. Vagy a Zedz által belinkelt fordító.
Ettől függetlenül egy mondjuk 100X-os sebességkülönbséget nem egyszerű ledolgoznia a PHP-nek.
Biztonságról szólva pedig security hole-t nyilván bármilyen nyelven lehet ejteni, ahogy szar kódot is lehet bármilyen nyelven írni.
Önmagában sosem a nyelven múlik a biztonság, hanem a használt keretrendszeren, és a programozón.Én kérek elnézést!
-
martonx
veterán
-
martonx
veterán
Egy megjegyzés. Ha megnézed a kódokat látszódik, hogy nodejs esetben nyitott egy filestream-et, és abba írt, abból rögtön olvasott is. Én még talán azt is kétlem, hogy így bármi is mozgott ténylegesen a memória és a merevlemez között (ha az fordítónak van esze, akkor simán kioptimalizálja ezt az esetet).
Míg PHP és ASP.NET esetben emberünk nyitott egy file-t (ASP.NET esetben még azt is ellenőrizte előtte, hogy létezik-e a file), majd azokba beleírta az adatot (ASP.NET esetben még szépen fel is szabadított minden managed erőforrást). Majd ezeket a fileokat újra megnyitotta, és kiolvasta belőlük az adatot.Ezek után abszolút nem csoda, hogy a nodejs nyert
Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #12368 üzenetére
Igen ezért is voltam én is bizonytalan abban amit írtam. De ettől még mindenképpen tény, hogy a nodejs-es példa egyszer nyúl a file-hoz, a PHP-s kétszer, az ASP.NET-es meg a file ellenőrzés miatt háromszor. Namost ebből levonni azt a következtetést, hogy a nodejs a leggyorsabb, és még a PHP is gyorsabb, mint az ASP.NET, hááát nem vall sok észre.
Én kérek elnézést!
-
martonx
veterán
válasz fordfairlane #12415 üzenetére
"másrészt ez az SQL megoldás nem portábilis"
Ó ez egy annyira szép elv, de komolyan tegye már fel a kezét, aki az utóbbi 10 évben váltott mondjuk MySql-ről Postgre-re, vagy MS SQL-ről Oracle-re. Vagy bármiről, bármire. Na ugye. Én éltem már meg pár erős verzió váltást mondjuk PostgreSQL 7.4-ről 9-re, de sose volt gáz átírni azt a pár tárolt eljárást, ami esetleg el is tört egy ilyen váltáskor.
Sőt éltem meg SQL-ről NoSQL-re váltást is, ekkor viszont úgyis mindent ami data-layer át kellett írni, újra kellett fogalmazni.
Szóval ez, hogy portábilis legyen a data-layer, mert milyen fasza, ha lehet alatta cserélgetni az SQL motorokat, egy ugyanolyan szép idea, mint pl. a kommunizmus, vagy a Test Driven Development.Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #12418 üzenetére
Hát azon el lehet vitatkozni, hogy a TDD-nek mennyi az overheadje. Ideális világban semennyi
Sajnos mi egy nem ideális világban élünk. Ettől függetlenül nagy rajongója vagyok a TDD-nek.Én kérek elnézést!
-
martonx
veterán
-
martonx
veterán
válasz PumpkinSeed #12436 üzenetére
Jaja, én mondjuk elvből nem regelek FB-re, de amikor olyan helyzet van, hogy nagyon kellene onnan valami, akkor az asszony regjét használom
Aki FB-re nem regel pusztán azért, mert IT analfabéta, az egy fórumra se fog regelni pont ez miattÉn kérek elnézést!
-
martonx
veterán
válasz fordfairlane #12447 üzenetére
Az ORM-nek alapvetően halál mindegy (mondjuk én csak .Net-es ORM-ek nevében merek nyilatkozni), hogy MS SQL, Oracle, MySql vagy postgreSQL fut alatta, ha a megfelelő ODBC driverek, vagy mittudomén milyen függőségek fel vannak telepítve alá.
Azt írtad azért nem jó minél több adat logikát SQL-ben tartani, mert nem lesz hordozható a kód. Utána meg azt írod, hogy éppen a saját kódodat módosítod, hogy hordozni tudd.Remélem érzed az ellentmondást? A kolléga csak rákérdezett arra, ami másnak is feltűnt, nincs ebben szerintem semmi személyes.
Én kérek elnézést!
-
martonx
veterán
válasz fordfairlane #12459 üzenetére
Az sql kód kontra appkód téma örök hitvitákat tud szülni, vannak érvek pro és kontra, tényleg nincs értelme belemenni. Én csak azon ütköztem meg, hogy amit példaként írtál az éppen egészen gyenge példa volt, majd te magad is megcáfoltad a saját példádat, miközben lehetne egészen épkézláb példákat is hozni az appkód mellett SQL kód ellen. De tényleg hagyjuk.
Én kérek elnézést!
-
martonx
veterán
Nem a legjobb helyen, de hátha privátban elvállalja valaki.
Én kérek elnézést!
-
martonx
veterán
http://www.nopcommerce.com/
Én kérek elnézést!
-
martonx
veterán
válasz PumpkinSeed #12632 üzenetére
És miért kell ehhez adatbázis? Egy szimpla statikus oldal bőven megteszi.
Én kérek elnézést!
-
martonx
veterán
válasz DNReNTi #12638 üzenetére
Ezt olvastam, egyrészt örülök neki, ha még jobb lesz, másrészt nem igazán értem, hogy ha a Trident + Chakra maradnak (márpedig azt írják, hog ezek maradnak), akkor vajon mitől lesz ez vadonatúj, teljesen új alapokra helyezett böngésző a marketing bullshit-en túl???
Én kérek elnézést!
-
martonx
veterán
válasz Bagira01 #12690 üzenetére
Én személy szerint nem hiszek ezekben a magamnak összekattintgatok valamit, és az majd biztos jó lesz, sőt mindez ingyen dolgokban. Ha már erre rátaláltál, miért nem használod ezt?
Illetve pl. a Hubspot egészen komoly tudású magadnak weben összekattintgatós oldalakat kínál (mondjuk nem a komoly tudásért cserébe nem is triviális használni szerintem), email marketinggel, mindennel. Kár, hogy ráadásul aranyárban mérik.Én kérek elnézést!
-
martonx
veterán
Új hozzászólás Aktív témák
- Dell Latitude 5300 2in1,13.3",FHD,i5-8365U,16GB DDR4,256GB SSD,WIN10,Touch
- - MAKULÁTLAN - ASUS ZENBOOK PRO 16X 4K OLED - i9-12900H, RTX 3060, 32GB, 1TB, Win11PRO, 3 ÉV GARI
- ÚJ ASUS ROG ZEPHYRUS G16 - 16" WQXGA 240Hz - i9-13900H - 16GB - 1TB - RTX 4050 - Win10 - Garancia
- Dell Latitude 7490,14",FHD,i5-8350U,16GB DDR4,256GB SSD,WIN10,TOUCH
- HP EliteBook 645 G10 (817M3EA) - ÚJ 14" üzleti notebook - Ryzen 5 PRO, W11 pro, WWAN
- Ennyiért ajándék! Xiaomi Full HD Smart projektor MJJGTYDS02FM típus
- Seasonic 850W FOCUS GX Series tápegység, 80 PLUS Gold, ATX v2.4, 90% hatékonyság
- Számítógép eladó!
- Ennyiért ajándék! Fix 190 ezer Ft! ÚJ, BONTATLAN! BOSE Soundbar 700 hangprojektor fehér színű
- ÚJ, BONTATLAN Bűvész és póker kártyák, Bicycle márkájú a legtöbb
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen