- Felháborodott az Apple, a Meta az iPhone-felhasználók üzeneteit akarja olvasni
- A luxusmárkáknak kell a bitcoin, az USA jegybankjának nem
- Letiltja az USA a politikusokat a telefonhívásokról és szöveges üzenetekről
- Nagy áttörés jön a napelemek piacán, nem kell annyi hely a paneleknek
- Belenyúlt az USA az Epic Games igazgatótanácsába, nyomoz az NVIDIA
Új hozzászólás Aktív témák
-
-
Tatejkas
tag
Na ez az a terület amihez szinte semmit nem értek, annyira, hogy azt se tudom mi az. Most ott tartok, hogy "jó" weboldalakat készítek, elfogadható design (html+css+javascript bár ezt még nagyon tanulni kell, meg WP ha ügyfél igényli) meg meg olyan 90/100 PageSpeed
[ Szerkesztve ]
-
nagyúr
Ezzel sok esetben egyet kell értenem veled. De ahogy látom a pénzes programozók olyan szoftverekkel dolgozik, amivel a produktum láthatólag vasvillával egymásra hányt halomnak tűnik - tekintettel a viszonylag egyszerű igényeimre.
Ez a wordpress, joomla gányolda hát nem az amit elképzelek kifizetni.Surface Book és egy Csúz a körtefán!. Pentax-szal fényképezve!
-
trisztan94
őstag
Köszi, első változattal megoldotta ha minden igaz.
(#15773) martonx:
Már rámerge-elte a masterre a user_funkcionalitás branchet. Gyakorlatilag azt akarom, hogy az új funckiók is benne legyenek az én branchemben, tudjam tesztelni együtt a kettőt.
https://heureka-kreativ.hu
-
Joci93
senior tag
A Mailgun-t, mint e-mail küldő api-t nem ismered véletlenül? Olvasgattam róla sok mindent, csábító, hogy 10000 emailt lehet vele ingyenesen kiküldeni egy hónapban.
Furcsa, több ezer emberrel találkozunk és egyik sem fog meg igazán. Aztán megismerünk valakit, aki megváltoztatja az életünket. Örökre.
-
martonx
veterán
Mondjuk amit én linkeltem az valamivel több azoknál, amiket te linkeltél, mert ez egy komplett kosarat is ad, és mögé termékek komplett adminisztrációját. Közben még egy jópofát találtam: foxycart
De egyébként egyetértünk, ezeket elég egyszerű beüzemelni, manapság azért, hogy az ember egy jól meghatározható termék / szolgáltatás kört áruljon és azt weben meg lehessen tőle rendelni, ki lehessen fizetni, nem kell nagy dög eCommerce rendszereket beüzemelni, még csak webáruházat se kell bérelni.
Egy statikus oldal / bármilyen handy CMS valami majdnem ingyenes helyen, kirakva rá az az 5-10 termék / szolgáltatás, behúzva rá egy ilyen szolgáltató, amiért kb. csak vásárlások után kell minimális jutalékot fizetni, és már pöröghet is az üzlet.Én kérek elnézést!
-
fordfairlane
veterán
Én maradnék a CMS-eknél. Egyrészt, mert a tartalom módosításához ne kelljen fejlesztői támogatás, másrészt mert template kínálat ezekre az elterjedtebb CMS-ekre létezik. Persze ennek megvan a maga hátránya, mint például az, hogy nem úszod meg valami relációs adatbázis nélkül, másrészt a könnyen kihasználható sec. hole-ok sokszor ezeket az ismert CMS-eket érintik.
x gon' give it to ya
-
PumpkinSeed
addikt
-
martonx
veterán
Ha statikus, akkor erre felesleges CMS-t beizzítani szerintem. Fogsz egy static html generátort pl. MiddleMan azzal kigenerálod az egészet. Ezek a static generátorok szépen meg tudják oldani a layout / master page-ek használatát is. Persze ezekhez meg nem igazán vannak template-ek, szóval a dizájn részét neked kell többnyire kidolgoznod, de egyedi dizájnos statikus oldalakhoz nagyon jók a html site generátorok.
Ugyan nekem se ez a profilom, de a frontendes kolléga esküszik a MiddleMan-re, és amikor előfordul, hogy valami komolyabb webapp fölé/mellé kell valami kis statikus portál, akkor mindig ezzel teszi össze.Én kérek elnézést!
-
Pont arra gondoltam, hogy valaki tudja csípőből, hogy változott-e a szintaxis.
$(document).ready(function(){
$('input#fokusz.typeahead.form-control').typeahead({
remote: 'search_kiadas.php?key=%QUERY',
limit: 10,
minLength: 2
});
});I did nothing, the pavement was his enemy!
-
fordfairlane
veterán
Amúgy én nem látom, hogy mi lenne ebben a DI-Container dologban az olyan forradalmi... pedig isten biza normálisan álltam a dologhoz
1. A legtöbb konténerben megadható, hogy max egy példányban fusson az adott objektum, a példányok "számlálását" elvégzi helyetted. Nem is biztos, hogy egy példányban akarod őket futtatni, van, ahol object-poolt szeretnél használni, újrafelhasználható objektumokkal, maximalizált példányszámban. Ilyen tipikus például a perzisztens db kapcsolatok.
2. A konténer azért is jó, mert egy mozdulattal (másik konfig fájlt húzol be) ki tudod cserélni az objektumokat másikra, ami például unit teszteknél jól jön.
A modern DiC komponensek meglehetősen sok mindent tudnak az objektumok inicializálásáról. Nyilván nem egy pároldalas garázs-projektnél jön ki az előnyük, hanem nagyobb rendszereknél.
[ Szerkesztve ]
x gon' give it to ya
-
CactuS
Arcképgyáros
Úgy, hogy időm nincs elmélyülni a dolgokban, jobb híján kényszerből. Hálózat/hardver/szoftver/nyomdai és digitális grafikák/Seo/stb. céges dolgok mellett nehéz erre is időt szakítani, de jelenleg ez van, ezen a melóhelyen ez nem is fog változni. Azért is tervezem majd, hogy idővel "szakosodni" kell majd és elengedni a maradék dolgokat, de ez nem egy gyors folyamat.
CSorBA: +1. Nekem sem életcélom, hogy "szar" kódot írjak, de ha nincsen rá kész megoldás adott esetben, akkor kénytelen vagyok valahogy megoldani a dolgot.
[ Szerkesztve ]
Have you ever noticed that anybody driving slower than you is an idiot, and anyone going faster than you is a maniac? George Carlin
-
CSorBA
őstag
Emberek éveket (akár 10+) tölthetnek el ebben a szakmában anélkül, hogy ténylegesen értenék a JS-t. Jöttek a mi cégünkhöz is felvételizni már több éves munkatapasztalattal úgy, hogy nem nagyon tudtak akár egy egyszerű event delegation-ről. Egész egyszerűen kódolhatnak úgy emberek, hogy bad practiceket rögzítenek be és ismételnek. Működni működni fog a végén, csak hát karbantarthatóság, performancia, stb...
[ Szerkesztve ]
-
PumpkinSeed
addikt
Nem is kerestem ilyet mert az oldalról ahonnan átnavigált ott se írt semmi fizetési lehetőségről, de valahogy úgy kellett volna megcsinálniuk mint ahogy lejjebb görgetve legalul látszódik is, hogy 30-DAYS...., meg ha fel is tűnt volna sok olyan program van ami limitált támogatottsággal ingyenesen használható.
(#13269) Phvhun
Az, hogy letölti, és felteszi és majd csak mikor már mindent feltett meg tele szemetelte a Doc mappát azután kér kulcsot, addig egy szóval sem említi, hogy kellene.
[ Szerkesztve ]
"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
-
Sk8erPeter
nagyúr
Nincs mit, jaja, én is azt néztem, hogy command line kapcsoló nincs rá, de hátha így konfigfájlban beállítva a késleltetést nem áll elő a probléma - de amúgy fogalmam sincs, csak én ezt próbálnám első körben. Lehet, hogy túl gyorsan próbálja a szerver kiszolgálni a tartalmat, már akkor, amikor még teljesen kész sincs az újonnan generált fájl, bármilyen fura működésre is utal ez.
Sk8erPeter
-
martonx
veterán
Előre bocsátom, hogy a konkrét problémához nem tudok hozzászólni, de biztos ez a jó megközelítés? A lokális developer verzión minek folyamatosan bundle-özni, minifikálni? Én pl. mindezt úgy használom, hogy csak deploynál fut le a tényleges bundle + minification + cdn upload + cdn refresh.
És persze lokálisan tudom kapcsolgatni / kényszeríteni a bundle + minification-t, ha netán minification hibákra kellene vadászni (hogy égne el a pokolban az angularjs nyomtalanul).Én kérek elnézést!
-
martonx
veterán
Fogalmazzunk inkább úgy, hogy majdnem ennyiből, de egyébként igen igazad van. Különben is a komolyabb projekteknél marhára nem az számít, hogy valaki nulláról 2 perc alatt tudja-e webhostingostól, db-stől beröccenteni az alap rendszert, amin utána X hónapig Y fejlesztő dolgozik, vagy 3 perc alatt.
Szóval egy rendszer nem attól lesz jó, hogy mennyire bagatell elkezdeni vele dolgozni (lásd erre jó példa a PHP ). De azért nyilván nem hátrány, ha egyébként is kézre áll.
Én kérek elnézést!
-
honda 1993
senior tag
Ma nem vagyok otthon, de közben azért olvasgatok a témával kapcsolatban.
Azt olvasom sok helyen hogy néha előfordul hogy a bootsrap használata előtt a HTML forráskódot is újra kell írni.
Szerinted az én html kódom alkalmas a bootsrap behúzására?
Tudom hogy már volt róla szó hogy újraírom az oldalt, de azt úgy képzelem el hogy inkább csak a css részét írom majd meg elölről, a html kódban pedig csak a nagyon gáz dolgok kerülnek majd javításra.XD alias IKSZDé
-
honda 1993
senior tag
-
Zedz
addikt
Hybrid apps, like native apps, run on the device, and are written with web technologies (HTML5, CSS and JavaScript). Hybrid apps run inside a native container, and leverage the device’s browser engine (but not the browser) to render the HTML and process the JavaScript locally. A web-to-native abstraction layer enables access to device capabilities that are not accessible in Mobile Web applications, such as the accelerometer, camera and local storage.
Ezek szerint jó amit írtál, egy böngésző szerű dologban futtatja az appot. A kis kutakodás közben mintha olvastam volna egy olyat is, hogy pár éve még a Facebook app is ilyen formán készült, de méretéből adódóan egy lomha dög lett. Azóta már lehet átírták natívba, nem tudom mi lett a sorsa.
-
Zedz
addikt
Kicsit utánaolvasgattam a témának, és elég érdekesnek tűnik. Több írás is felhozta, hogy nem egyszerű kezelni a hibrid appokkal a telefon funkcióit, úgy mint GPS, kamera, ilyenek. Egyáltalán nem lehet, vagy csak nehezebb ezeket működésre bírni, mint a natív társaiknál?
Illetve megemlítik a sebességet a natív appok javára, ami persze nyilvánvaló, csak az érdekelne, hogy ez mennyire érhető tetten? Úgy értem ez maximum nehezebb alkalmazásoknál jönne elő, vagy már a kisebb projekteknél is érezhető a sebességbeli különbség?
-
PumpkinSeed
addikt
Köszönöm a minden tanulási módszerre kiterjedő választ. Amin az ajánlottak közül megakadt a szemem az ez. Még ha foglalkozik az alapokkal is akkor is az ismétlés fontos, ezen kívül eléggé úgy néz ki, hogy kiterjed több irányba is.
Szerk.: Ja de ez nem ingyenes. Akkor még nézelődök.A másik ami első ránézésre megtetszett az ez. Szóval ezekkel folytatom.
[ Szerkesztve ]
"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
-
Phvhun
őstag
na igen sikerült pontatlanul fogalmaznom, tehát a yeoman-t meg az előbb felsorolt cuccokat mindenestül kéne megtanulnom mert egyikhez sem értek, de érzem hogy kéne. Lényegében a kérdés hogy mennyi idő felhozni a tudást piacképesre belőlük illetve milyen módon a leghatékonyabb.
-
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!
-
Sk8erPeter
nagyúr
Atyaég, a redditet sem kerülik el az igazi troll kretének, idézek:
"renooz
I would never stoop so low as to take a course about Microsoft products."
Már eleve fogja az ember a fejét, hogy hogy lehet valaki ekkora segg. De aztán amikor reagálnak neki, még rátesz két lapáttal:
"renooz
Still no need when you have vim, emacs and *nix/BSD without any expense at all and native to the web."
Na ez a tipikus csőlátású, szűk látókörű, magát felsőbbrendű Linux-gurunak gondoló hülyegyerek, aki megrekedt az általa felsoroltak szintjén, és szerinte csak az létezik.
Az ilyenektől kinyílik a bicska az ember zsebében, és használni is akarja azt a bicskát.De azért vannak még okosfiúcskák:
"timeshifter_ 0
Notepad is a better tool than Dreamweaver."
Óó, jaja, valóban, gratula...Szóval azért erős fenntartással kell kezelni itt is minden kommentet, mert még valaki a fentieket is komolyan veszi. Igazából csak azért szórakoztam jót tegnap azon, hogy úgy linkelted be a threadet, mint valami meggyőző érvet.
Sk8erPeter
-
Carasc0
őstag
Röviden: Minden tiszteletem a tied! Egyetlen apró megjegyzés. Azért nincs mindenki így ezzel. Ilyen szinten ahogy te gyakorlod az angolt a mindennapokban, nem minden 2. ember csinálja így illetve van ilyen szinten. Ez abszolút biztos. De legalább te azok közé tartozol számomra, akik erőt adnak hogy fejlesszem magam!
Még egy fontos megjegyzés: Én sosem leszek webfejlesztő, tehát én csak egy statikus oldalt szeretnék, ahova szakmai anyagot töltök fel. Bár utólag belegondolok, lehet nekem elég lenne a blog.hu oldal is erre a célra. Tehát nem akarok belemászni nagyon a témába.
De aminek nagyon örülök, hogy rendes tartalmas, választ kaptam ami segíti az esetleges indulást.
Gondolkodj globálisan és tegyél lokálisan!
-
Sk8erPeter
nagyúr
"Szubjektív vélemények következnek"
Miért, egy vélemény mégis hogyan lehet objektív? Ne fárassz már. (facepalm mozgóképet beszúrni már gonosz lenne )1. A "learn by writing" majd igaz lesz, ha egyáltalán tudja, egy gomb kódja egyáltalán hogy néz ki. A jó eset az, ha talál egy nagyon jó tutorialt, fel is fogja, amit ott lát, minden király. De áruld már el, miért árthat neki, ha behúz egy gombot a felületre egy WYSIWYG editorban, megosztott módban (kód és design egymás mellett), és látja, az milyen kódot generált le?
Hidd el, bőven lesz alkalma pötyögni is a kódot, ha nem adja fel az első akadálynál. Ha nincs kitartása a tanuláshoz, úgyis veszett fejsze nyele. Hogy vonattal vagy busszal jut el a második állomásig, az tök mindegy.2. "mondj nekem egy értelmes munkahlyet, vagy bármit, ahol ezt használják"
Az előbb még arról beszélgettünk, hogy van egy kezdőnk, aki épp belekezdett a HTML-kódok tanulgatásába, most meg már munkahelyről beszélsz. Érzed az ellentmondást? Mondj nekem egy értelmes munkahelyet, ahol felvesznek egy kezdőt, aki még nem tudja, mire való egy input tag.3. Örülök, hogy örülsz.
4. A korral való haladás nem ellenérv arra, amit az előbb igen bőségesen kifejtettem. (Miért, manapság nincsenek WYSIWYG-szerkesztők? )
5. Ez nagyon vicces, hogy most megkérdezted redditen, és belinkelted, mint valami ultimate meggyőző érvet, mintha az ottani vélemények minden itt kifejtett álláspontot elsöpörnének, mint a cunami. OK, tehát innentől kezdve lehet mondani bármit, ha az ottani emberek azt mondják, akkor az az igazság, és kész!
Mellesleg hozzátettem a saját egykori élményemet is, asszem annak ellenére, hogy még a már maga korában is qrva gáz Frontpage-et is próbálgattam eleinte (aminek a legenerált kódjaitól minden jóérzésű webfejlesztőnek hányingere lett, de akkoriban ezt még nem igazán sejthettem), meg Dreamweavert is kipróbáltam (ami legalább valid kódot generált, CSS-támogatással), osztott módban, mostanra talán mégis sejteni vélem, mit is csinálhat egy input tag. Remélem, ez már számodra is kiderült az eddigi tevékenységem alapján.
Egyébként meg nyilván nem a WYSIWYG-szerkesztő használata a jó tanulási módszer, de egy lehetséges opció, nem is megvetendő, ha valaki eleinte ilyenekkel próbálkozik, és osztott módban nézegeti, mi történik a háttérben, sőt, ha ez lendíti előre, akkor egész nyugodtan használja. Az egész témafelvetés csupán onnan indult, hogy nem értettem, mit játsszuk itt a sznobot, meg eleve nem értek egyet, hogy 0% haszna lenne (kiindulva saját példámból). Amúgy azért is nehéz általában válaszolni arra a kérdésre, hogy valaki hogyan tanuljon meg egy szakmát, mivel kezdje és mivel folytassa, mert mindenkinél más módszer jön be.
Nyilván a legfontosabb az, hogy végeredményként kézzel bepötyögve is bármikor tudjon akár egy szaros Notepad használatával is működő, tisztességes kóddal ellátott weboldalt készíteni. Hogy hogyan éri el ezt, az teljesen egyéni tanulási módszereken múlhat, és lényegében tök mindegy.Sk8erPeter
-
Sk8erPeter
nagyúr
Igazából mi a gond a DreamWeaverrel? Mivel utoljára az ókori görögök idején használtam, jelenleg nem nagyon tudok róla kritikát mondani, de annak idején nem tűnt egyáltalán botrányosnak a kód, amit generált (valid volt). De mivel részedről ekkora az ellenállás, már kíváncsivá tettél az okára.
Szerintem amúgy egyáltalán nem igaz, amit írsz, hogy semmi haszna ne lenne annak, hogy adott esetben egy WYSIWYG editorral kíséri a kódolgatását (kezdeti próbálkozások). Látja, hogy ha behúz egy gombot, akkor az igazából a háttérben milyen kódnak is felel meg, ugyanígy hasznos lehet a többi elemre is. Saját tapasztalatból tudok kiindulni, hogy nekem a kezdetek kezdetén ez igenis segített gyorsabban összehasonlítani, miből mi is lesz, és ezt hogy tudom szépen kézzel bepötyögni...Ez egyébként olyan, mintha valakinek, aki WPF-ben fejleszt, azt mondanád, hogy Visual Studióban, a XAML-fájl szerkesztésekor oldalt található Toolbox használata fejlevágással jár minden esetben, ha mondjuk gyorsan bedobsz a GUI-ra egy buttont. Jé, érdekes, ott is van WYSIWYG-felület, aztán mégsem akkora a felháborodás miatta... Ha rákattintasz egy elemre, a Properties ablakban rengeteg tulajdonságát tudod állítgatni (pont mint egy WYSIWYG-szerkesztőben úgy általában), az eseménykezelő-metódusokat is le tudod generáltatni egy adott eventhez tartozó mezőbe való kétszeri belekattintással, és így tovább. Nyilván a kézi szépítgetéseket az esetek nagy részében úgysem ússzuk meg (vagy adott esetben gyorsabb is a kézzel pötyögés, mint kikeresni a jó hosszú Properties-ablakból a megfelelő beállítást, főleg egy ReSharperrel kiegészítve durván kezed alá dolgozik a fejlesztőkörnyezet, épp tapasztalom). Azért annyira nagyon sznobnak sem kell lenni attól még, mert már prók vagyunk, és mindent kézzel is meg tudunk oldani (és ha a kézi babrálások úgyis szükségesek).
Szóval ezek fényében kíváncsian várom, miért is akkora katasztrófa egy WYSIWYG-szerkesztővel megtámogatott tanulási fázis, és miért is lenne 0 haszna.(#12296) Carasc0:
Azért szerintem inkább döntsd el Te, hogy mennyire veszed hasznát egy WYSIWYG-nek. Szerintem nem akkora baromság, mint ahogy itt be van állítva. Lásd előbbi érvelésem.[ Szerkesztve ]
Sk8erPeter
-
Carasc0
őstag
Na akkor ennyit a DW-ről. A tiszta kód elvét vallom amúgy is, tehát a te javaslatod erre csak ráerősít... És miből érdemes tanulni... Jól jöhet valami oldal vagy könyv is. Mondjuk (gondolom én) HTML5-ben érdemes gondolkodni.. CSS terén is jól jönne valami jó kis leírás az ultra kezdőknek...
ZEDZ: Végülis logikus igen.
[ Szerkesztve ]
Gondolkodj globálisan és tegyél lokálisan!
-
DNReNTi
őstag
-
martonx
veterán
Szerintem ez egyre kevéssé igaz. Én egy jó ideje már jóval többet szívok a Safarival és a Chrome-al, mint az IE-vel.
Ettől még nem lesz jó az IE, és nem akarom én védeni, csak jeleztem, hogy fejlesztői szemszögből nézve egyre több furcsasága van a hype-olt böngészőknek, és egyre kevesebb a lenézett IE-nek.Én kérek elnézést!
-
Sk8erPeter
nagyúr
CSS-sel. Gondolom valamiért az az <a> vagy épp az <img> tagen nem a default display: inline; tulajdonság van beállítva, hanem mondjuk display: block; vagy hasonló, de ezt nézd meg.
A legenerált markup amúgy jó.
Ezt a jelet egyébként úgy szokták inkább megadni, hogy a szöveg ELÉ kerüljön, legalábbis én többször láttam úgy, mint pl. itt.Sk8erPeter
-
PumpkinSeed
addikt
Ha a mondandód lényegét nem is de pár dolgot megértettem belőle. De többször is elolvastam és nem egyszerű.
(#12017) Sk8erPeter
A JS összefoglalóból már elkezdtem nézni Douglas Crockford videóit, de eddig a youtube-n nézett videók közül nem sok értelmeset találtam.
(#12018) fordfairlane
Köszönöm a te válaszod is.
(#12019) Jim-Y
Megnézem ezeket a linkeket is.
"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
-
Jim-Y
veterán
https://github.com/aheckmann/mpromise
Ha esetleg majd node-ban dolgoztok, akkor vessetek egy pillantást a fenti modulra, számomra az egyik legszimpatikusabb promise implementáció. Nekem valahogy jobban kezelhető mint amit amúgy a specifikáció előírna.
-
fordfairlane
veterán
Igen, a setTimeout, illetve mindenféle eseménykezelés a böngészőben magával vonja azt, hogy foglalkozni kell az aszinkron programozással, de szerintem ezzel is csak annyira kell foglalkozni, amenyire az adott feladat ezt megkívánja.
(Egyébként nem tudom, ki követi a javascript fejlődését, de pl. az ES 6-ban, és ezzel az új node.js-ben felbukkanó "promise"-ok szerintem pont azt szolgálják, hogy az aszinkron modellnek adjanak egy jobban érthető és követhető programozási modelljét.)
[ Szerkesztve ]
x gon' give it to ya
-
PumpkinSeed
addikt
Tanulmányozásra szorul az biztos, köszönöm a segítséget. Egyenlőre nincs több kérdésem, majd ha valamit nem értek akkor felteszem.
"amugy meg kerdezni is tudni kell"
Felvehető szakok közé betehetnék a hogyan tegyél fel értelmes kérdést szakot.
Példakód azért nem volt, mert a teljes HTML rész PHP-ban van, ezért nehéz lett volna kibogarászni, hogy mit hogyan is és értelmesebbnek találtam részletesen elmondani, hogy mit is szeretnék.
[ Szerkesztve ]
"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
-
PumpkinSeed
addikt
Elkezdtem egy új megközelítést ami alapján írok egy sleep() függvényt ami ms-t fogad paraméterül és vár. Ez a setTimeout-os megoldás értelmetlen időt vesz igénybe, nem értem miért kellett ezt ennyire túlbonyolítani.
A sleep függvény megnézi az aktuális időt és attól számított 4 másodperc múlva hajtja végre majd a következő utasítást ami az előző kép eltüntetése míg a következő kép előhívása.
Köszönöm az eddigi segítségeket.
[ Szerkesztve ]
"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
-
PumpkinSeed
addikt
Ha beteszek egy alert-et ami kiírja a settimeout delay részébe elhelyezett értékeket akkor addig vár ameddig leokozom az alertet, de ha nincs alert egyszerre betolja az összes képet... Nem értem ennek a működését.
(#11942) Jim-Y
Ez a működést értem, de muszáj az i paramétert átadjam valahogy a futtatni kívánt függvénynek, mert aélkül nem tudja melyik képet kell megjeleníteni, ezenkívül nem a függvény meghívásánál van probléma hanem, a delay nem teljesülésével. A wait függvény-t szívesen használnám de ahhoz meg kellene hívni valamilyen külső JS állományt, hogy a böngésző azt felismerje?
[ Szerkesztve ]
"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
-
martonx
veterán
Jquery Mobile, esetleg Ratchet, vagy bármilyen kimondottan mobilra készült framework.
Régebben sokat pepecseltünk azzal, hogy a bootstrap-el olyan fokú reszponzivitást érjünk el, akár némi html változtatás árán is mobile esetben, hogy mobilon is jól nézzen ki, de valahogy nem hozza akkor sem azt a natív közeli élményt, mint egy kimondottan mobilra készült framework.A Jquery mobile-el csak az a baj, hogy egy böszme nagy állat, és pont a mobilos gyors indulási időt öli meg az, hogy önmagában behúz több száz kb-nyi js-t, css-t. De ha egyszer beindult, akkor nagyon jó. Saját CDN-nel, és custom lefaragott jquery mobile-el, meg még az indulása se olyan fájdalmas.
Én kérek elnézést!
-
Vikus
tag
Aha... valahogy úgy.. Van 1 html adatlap. Annak mondjuk az alján egy ilyen contact form. Mondjuk ez a Marika Néni adatlapja.. ((csakhogy konyhanyelven jobban érthetőbb.)).. Én, mondjuk mint Bélabá', szeretnék neki üzenetet küldeni. Igazából ennyi. De mondjuk ezt úgy spékelném meg, hogy lenne mondjuk Terike Néninek is adatlapja, szintén külön html. Annak is külön contact. Neki szintén lehessen küldeni.
Ezt megoldható egyben is lényegében, vagy külön-külön rakjak mindenhová egy ilyen php-s izét, amiben benne van a cím.. huh..bocs... annyira nem vágom ám a szakzsargont! -
trisztan94
őstag
PHP-ban nem fivat a ponttal valo osszefuzes, helyette zarojelezes van, tehat:
$array = array($targyszo, $targyszo2, $targyszo3, $targyszo4);
$targyegy = implode(',', $array);Ez persze attol meg nem jo, nem eleg az implode, csak a szintaktika miatt irtam.
Szerk: megeloztel
[ Szerkesztve ]
https://heureka-kreativ.hu
-
fordfairlane
veterán
Van valamiféle ki nem mondott megegyezés, hogy azt hívják frameworknek, amelyikben komponens assembler funkciók is megtalálhatóak (Inversion of Control). Hogy ezt pontosan milyen módon csinálja ( factory, service container, dependency container, stb...) az más kérdés.
[ Szerkesztve ]
x gon' give it to ya
-
Sk8erPeter
nagyúr
A Wikipediánál nincs is hitelesebb forrás! (A Wikipédia bárki által szerkeszthető. Valóban nem lenne egyébként rossz javítani.)
Az egyébként tény, hogy rengeteg helyen ezt tévesen írják, az is igaz, hogy a JavaScript library és framework közti határvonal nem olyan nagyon éles, de a jQuery NEM framework, hanem egy library.
Én is linkelek egyet, talán ez meggyőzőbb:
http://jquery.com/
"jQuery is a fast, small, and feature-rich JavaScript library."Itt egyébként van két magyarázat, ami nagyon röviden összefoglalja a különbséget:
http://stackoverflow.com/questions/11576018/what-is-the-difference-between-a-javascript-framework-and-a-library
Igazából a kódod architekturális, strukturális részéről nem sokat mond a jQuery (sehol sem jelenik meg olyasmi, hogy pl. MVC-minta szerint kódolj), inkább olyan, mint egy hasznos eszköztár, ami felgyorsítja a munkádat, és például elfedi a böngészők közti különbségeket.Sk8erPeter
-
Cheesy
őstag
Köszönöm, hogy nem sajnálod rám a karaktereket, jólesik
Szerintem az első lehetőséget, azaz a helyi gépen történő adatfeldolgozást részesíteném előnyben, a szerver megmaradna kvázi egy közös adatbázisnak, ahova megfelelő formátumban (a desktop alkalmazásnak lenne egy beviteli módja is) felvitt adatokat bárki ki tudja olvasni.
Ez nem zárja ki egy, az ebből az adatbázisból (mysql?) dolgozó, a szerveren létrehozott frontendről történő elérést (keresés, rekord rögzítése, adatbázis adminisztráció pl.).Viszont a legfogósabb kérdésnek tűnik most, hogy a mysql alapértelmezett, 3306-as portja a vállalati gépemen nyitva van-e? Hogyan tudok tesztelni egy portot, hogy nyitva van-e? Igaz, megadhatok nem default lstening(?) portot a leendő adatbázisnak...
Magyarán azt akarom kinyögni, hogy vállalati rendszergazdai beavatkozás (nem szándékozok plusz terhet rájuk rakni) nélkül futtatható és használható legyen a dasktop app és a remote adatbázis hozzáférés.www.vakbelmutet.hu
-
Cheesy
őstag
Igen, így szétbontva jogos a dolog :/
Java swingről még nem hallottam, de utánanézek.
Desktop alkalmazáson a válallati gép korlátoltsága miatt nem gondolkodtam, de ha
- alapértelmezett porton tud kommunikálni a szerverrel
- a szerveren az adatbázis formátum olyan, hogy egy átlagos "tudású" tárhely tudja kezelni (erről majd az isp-met megkérdezem)
- a desktop alkalmazást "portable" tudom futtatni, tehát telepíteni nem kell semmit (több ilyen programot használok a céges gépen, mert minden egyébre admin jog kellene...)Miért távoli adatbázis? Hogy ha egyszer megosztom ezt a fejlesztést a többiekkel, akkor olyan kell ami egy helyről dolgozik, amihez minden kliens hozzáfér.
De lehet, hogy csak önzőnek kéne lennem és egy helyi db-ből dolgozó appot készítenék. (Ehhez meg visual basic?)www.vakbelmutet.hu
-
Cheesy
őstag
Hajaj, akkor nem is egy nyelvet kell a közel semmiről kezdeni?
Átfutván a gondolatmenetemet és az irányt, mit javasolsz/javasoltok, melyik kódnyelv lenne a leghatékonyabb? Mert ezen a szinten tulajdonképp mindegy melyikhez kezdek, amikor még csak a legtetejét karcolgatom...
Időhatárom nincs.www.vakbelmutet.hu
-
maathe
senior tag
Új hozzászólás Aktív témák
- 2x8GB 3600MHz Apacer NOX memóriakitek GARANCIÁVAL/SZÁMLÁVAL! ÁRON ALUL! Hűtőbordás, dobozos!
- Eladó! Kishibás Rtx2070 8GB!
- HP ZBook Fury 15 G8 Profi Tervező Vágó Laptop -50% i7-11850H 32/512 FHD IPS NVIDIA RTX A2000 4GB
- Új HP ZBook Firefly 16 G10 Profi Tervező Vágó Laptop -50% i7-1355U 16/1TB FHD+ RTX A500 4GB
- PlayStation 5 Pro + Vertical Stand
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest