- Aliexpress tapasztalatok
- Hálózati / IP kamera
- Max
- Újabb államok perelik az Apple-t, mert sok pénzt szed ki a vevőkből
- Alternatív kriptopénzek, altcoinok bányászata
- Otthoni hálózat és internet megosztás
- SUSE Linux
- Router gondok
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Csinált valamit a Nokia: megváltoznak a telefonhívások
Új hozzászólás Aktív témák
-
PumpkinSeed
addikt
válasz martonx #10501 üzenetére
Itt a most készülő honlap ahol a szolgáltatások menüpont alatt az a gond, hogy mikor lenyitunk egy ilyen fület akkor a képernyő elugrál. Miért van ez? Már átnyálaztam 2x a kódot, de nem jövök rá.
HTML + CSS-t használ csak."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 #10502 üzenetére
Arra gondolsz, hogy függőlegesen oda megy a scroll ahol az adott tartalom van?
"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 #10504 üzenetére
Igen, de nekem ezt úgy adja elő, hogy két scrollal lejjebb ugrik. Azt szeretném, hogy ez ne legyen, de nem tudom, megállapítani, hogy miért van. Végig csináltam azt, hogy kikommenteztem részenként és úgy is folyamatosan buggol.
"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
Hazsnált már valaki itt nginx-et valami olyan adatbázissal, ami simán csak 1 fájlban van tárolva, és használat közben is csak azt olvassa a php valamilyen függvényekkel, szoval nem kell a szerver támogasson semmilyen adatbáziskezelőt?
Jól látom hogy az sqlite erre van kitalálva?
-
Phvhun
őstag
válasz fordfairlane #10507 üzenetére
Az nem baj. A másik kérdésem meg az lenne, hogy hogyan lehet a legegyszerűbben vezérelni a windowson belül akármit egy olyan környezetben, hogy fut egy ilyen nginx szeró, és böngészővel megnyitok egy oldalt ugyanazon a gépen, amit a szeró generál.
Mondjuk pl ha megnyomok a böngészőben egy gombot, akkor elindul a számológép.
Kell valami plugint írni nginxhez? Böngészőn belül javascriptes activex-es megoldás nem igazán jó, mert biztonsági rés lehet. -
-
PumpkinSeed
addikt
Van a jobb alsó sarokba egy top gomb. Erre ha valaki rákattint akkor előbb villan egyet azután megy fel. Ez miért van?
Itt a honlaphoz tartozó js:
<script>
$(document).ready(function (){
$("#menu1").click(function (){
$('body').animate({
scrollTop: $("#service_cont").offset().top
}, 1000);
});
$("#menu2").click(function (){
$('body').animate({
scrollTop: $("#info_cont").offset().top
}, 1000);
});
$("#menu3").click(function (){
$('body').animate({
scrollTop: $("#top").offset().top
}, 1000);
});
});
</script>"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
-
fordfairlane
veterán
válasz PumpkinSeed #10510 üzenetére
Anchorra funkciót kötni nagyjából ilyen minta szerint kell, itt is ez, illetve ennek a hiánya lehet a gond.
$( "a" ).click(function( event ) {
event.preventDefault();
// ide jön maga a végrehajtandó funkció
});x gon' give it to ya
-
trisztan94
őstag
válasz fordfairlane #10511 üzenetére
event.preventdefault() helyett nem jobb es egyszerubb a return false? (csak azt a metódus végére kell rakni)
ha jol emlékszem, akkor az egyszerre tartalmazza jQzeryben a preventdefaultot es a stopprepagationt (ezt biztos elírtam - telorol vagyok)
https://heureka-kreativ.hu
-
martonx
veterán
válasz Phvhun #10508 üzenetére
Jól értem, hogy te klasszikus vastag klienst akarsz fejleszteni webes alapokon? Az ugye megvan, hogy egy webszerver (ha nginx, ha nem nginx) nem erre való? Ugyanakkor, ha már webben gondolkozol, akkor win8 esetében a win8 appokat lehet HTML-ben írni, és azok tudják ugyanezt. Illetve vannak egyéb HTML-es lehetőségek is vastag kliens írására pl. phonegap, amivel ráadásul multiplatform lehet az elkészült cuccod. Vagy csinálsz egy Chrome plugint.
Az utolsó dolog, ami eszembe jutna: a webszerver-es megoldás.
Én kérek elnézést!
-
PumpkinSeed
addikt
válasz fordfairlane #10511 üzenetére
Így tökéletes köszönöm a segítséget.
"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
válasz trisztan94 #10512 üzenetére
Attól függ, mi a cél (nem "jobb", csak más a hatás).
Itt meséltem el pont neked korábban az event.preventDefault() és return false közötti különbséget:
http://prohardver.hu/tema/jquery_kerdesek/hsz_2110-2110.htmlItt van egy nagyon jó szemléltető példa:
http://css-tricks.com/return-false-and-prevent-default/
--> http://css-tricks.com/examples/ReturnFalse/lényeg:
Van két <div>-doboz (legyen ez egy-egy szülődoboz), amibe bele van dobálva egy-egy link (<a>); de mivel a link display:block; stílusú, az is kvázi egy-egy gyerekdoboz.
A burkoló szülődobozra kattintáskor be van állítva, hogy a háttér változzon pirosra. Aztán a gyerekelemek (egy-egy link, <a>-elem) kattintás eseménye is le van kezelve: kattintáskor a feladat, hogy a gyerekdoboz (a linkek) háttere zöldre változzon. De a linknek ugye van egy alapértelmezett viselkedése a böngészőkben, az, hogy valamilyen hivatkozásra ugrik, legyen az adott betöltött lapon belüli hivatkozás (anchor - ha nincs olyan anchor a lapon, akkor csak a lap tetejére ugrik), vagy másik URL-re hivatkozás (frissítés érdekében persze lehet ugyanaz az URL is); így az alapértelmezett viselkedést felül kell bírálni, hogy ne ugráljon sehova.
A linkek alapértelmezett lekezelésének felülbírálására vonatkozik az event.preventDefault(), az event.stopPropagation(), valamint a return false. A return false tartalmazza az event.stopPropagation()-t, valamint az event.preventDefault()-ot is.
Az event.preventDefault() segítségével megakadályozzuk a böngésző alapértelmezett műveletének végrehajtását.
Az event.stopPropagation() segítségével megakadályozzuk, hogy az esemény bekövetkezése kvázi buborékként felússzon a DOM-fában, tehát hogy a szülők is értesüljenek az esemény bekövetkezéséről.A példára visszatérve látható a gyakorlati haszna is.
Bármelyik gyerekdobozra kattintasz, a háttér zöldre változik. Itt jön a különbség: a bal oldali gyerekdoboznál az eseménykezelőben csak e.preventDefault();-ot, jobb oldalt return false;-t használ. Különbség: a bal oldalon felszivárog az esemény a szülőbe is, így a szülő click eseménykezelője is tud mit kezdeni az eseménnyel, így a szülődoboz háttérszíne is megváltozik, a példában pirosra. Jobb oldalt megakadályoztuk az implicit event.stopPropagation() segítségével, hogy a szülő is értesüljön a click eseményről, így a szülőjének a doboza nem változik piros hátterűvé.Remélem, nagyjából érthető.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Sk8erPeter #10515 üzenetére
TL;DR
az event.preventDefault() csak megakadályozza a böngésző alapértelmezett linkre ugrását,
a return false az implicit event.stopPropagation() miatt megakadályozza még az esemény szülőkbe történő felszivárgását is (az előzőn túl).Sk8erPeter
-
PumpkinSeed
addikt
Munkában gazdag új évet és boldog karácsonyt.
"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
válasz PumpkinSeed #10517 üzenetére
Köszönjük!
Én is Boldog Karácsonyi Ünnepeket kívánok minden kedves fórumozónak! -
trisztan94
őstag
Jelszót rakni egy oldalra (admin belépés, under construction) lehet valahogyan szerver oldalon (értsd: Nem szerveroldali nyelv, hanem a tárhely beállításaiban valahogy - CPanel), vagy muszáj lekódolni péhápéban?
[ Szerkesztve ]
https://heureka-kreativ.hu
-
The DJ
addikt
válasz trisztan94 #10519 üzenetére
De ezt beépítetten tudja a cPanel is.
https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.
-
Dave-11
tag
Szeretnék egy WYSIWYG szövegszerkesztőt beépíteni a weboldalamba. Valami olyat keresnék lehetőség szerint, ami nem túl összetett, tehát ilyen alap dolgok elegek bele, mint félkövér, dőlt, jobbra zárt, stb. Az is jó lenne, ha nem húzná rá minden egyes textareara ezt a stílust, hanem én választanám ki, hogy melyik lenne WYSIWYG-es, és melyik nem.
:D Semmi :D
-
PiXeL90
csendes tag
válasz Dave-11 #10522 üzenetére
Dave-11: Én a CKEditor-t ajánlom én is ezt használom több oldalnál is és teljesen jól teszi a dolgát.
Kérdés: Szerintetek ha szeretnék csinálni egy oldalt és remélhetőleg nagy forgalma lesz és nem akarom, hogy belassuljon akkor én csináljam az elejétől az oldalt vagy jobb ha az alapjait a CodeIgniter-re bízom?
Válaszotokat előre is köszönöm!
[ Szerkesztve ]
-
Phvhun
őstag
válasz PiXeL90 #10523 üzenetére
Ha egyszerű oldalról van szó, és tudod, hogy mit hogyan kell optimalizálni, plusz használod az eszközöket, amik segítenek ebben, akkor a framework alapú oldalak mindenképpen lassabbak lesznek.
Mit építessz egyébként? A "remélhetőleg nagy forgalma lesz" mire van alapozva? Csak úgy a semmiből nem fog mindenki rád találni és minden nap látogatni az oldalad. -
Sk8erPeter
nagyúr
válasz Dave-11 #10522 üzenetére
Én is a CKEditorra szavazok, nagyon jó, a Drupal 8-ban nem véletlenül lett ez az alapértelmezett WYSIWYG-szerkesztő. Tud inline szerkesztést is.
A letöltésnél össze tudod állítani, neked milyen komplexitású csomagra van szükséged, neked egyelőre ezek szerint a Basic Package megfelelő, hogy minél kisebb méretet kelljen letöltenie a kliensnek. A "let me customize CKEditor" résznél össze tudod pakolni, hogy konkrétan mikre lenne szükséged pluszban vagy mínuszban.(Ezzel a buildelős dologgal mondjuk óvatosan, hogy mit szedsz ki, mert nem fullos azért ez a része. Annak ellenére, hogy elvileg tudja a hozzá tartozó pluginek függőségeit, mégis össze lehet hozni olyan összeállítást, aminél a CKEditor szerkesztője végül nem jelenik meg, helyette csupán egy szürke sávot kapsz, és érdekes módon még csak egy hibát sem dob a konzolra, hogy mi a parája, így lényegében debuggolhatatlan (legalábbis normális időn belül), hogy ilyenkor mi a gyíkja. Kétszer sikerült ilyen összeállítást összehoznom, annyira nem örültem neki, hogy nem tudtam rájönni, most mi hiányzik neki, pedig szeretem kideríteni, de ennek a debuggolását gyorsan meguntam, miután hibaüziket sem kaptam. )
[ Szerkesztve ]
Sk8erPeter
-
-
Sk8erPeter
nagyúr
válasz Peter Kiss #10530 üzenetére
Ja, sőt, még akár az is elképzelhető és lehetséges, hogy adott esetben, bizonyos feltételek teljesülése esetén az ellenkezője következik be! Nagy szavak rulez. Amúgy valóban, tök simán lehet, hogy pár bemutatkozó oldalnál megéri akár statikus HTML-oldalakkal is babrálni, az meg tényleg tök gyors lesz. Na jól van, szarkazmus off.
Sk8erPeter
-
Tele von Zsinór
őstag
válasz Sk8erPeter #10529 üzenetére
Igaza van pedig, egy általános keretrendszert használó oldal lassabb, mint egy ugyanazzal a funkcionalitással bíró, de nulláról, házon belül megírt kód. Ez a keret általánosságából fakad, azaz hogy minden használati esetet támogatnia kell, nem csak azt az egyet, ami neked fontos.
Az egyenlet másik oldalára a fejlesztés rövidségét és a kód (általában) jobb minőségét szokták tenni.
Aztán meg a mai világban, ahol okosan lehet cache-elni, illetve a vas olcsó - a programozó drága, egyre kevésbé fontos a nyers teljesítmény.
-
Soak
veterán
válasz Peter Kiss #10530 üzenetére
Lehetseges, ez nyilvanvalo, de amire valaszoltam ott volt hogy tudod hogy kell optimalizalni meg hasonlok (egy ilyen alap sitenal akkor mit kell optimalizalni ?) amire a frameworkok valok es segitseget kell hogy nyujtsanak. Ha lesz egy kis idom ebben az unneplesben kiprobalom hogy egy spring controllet hogyan teljesit egy plain servlethez kepest. Ketlem hogy az epp felmappelt controller megtalalasa olyan sok ido lenne.
Ehhez persze utana hozza tartozik hogy ket annotaciobol megoldod a cache reteget, amit nyilvan egy barki jobban leimplemental kezzel....
-
Sk8erPeter
nagyúr
válasz Tele von Zsinór #10533 üzenetére
Nagy általánosságban nyilván (bár trollkodni jó ), nagyon könnyű olyan eseteket említeni, ahol sokkal gyorsabbra megírná bárki némi tapasztalattal házilag az adott feladatot elvégző kódrészleteket, és így rá lehetne fogni, hogy igazából az adott feladatra nem is volt érdemes frameworköt használni, mert csak jókora overheadet rak rá. A probléma ott kezdődik, ha tovább kell fejleszteni (ahogy írtad, fejlesztés rövidsége, kód jobb minősége), és "házon belül" nem biztos, hogy kellő tapasztalat van ahhoz, hogy egy másik, immár komplexebb feladatot jól és hatékonyan oldjanak meg (lásd például Soak utolsó bekezdésében említett példát), így akár az is kijöhet a dologból, hogy a házon belül megoldott kód lassabb, mint a framework adott feladatra használható része. Igazából az ironizálásom oka pont ez a felesleges általánosítgatás volt, hiszen lehet ilyen és olyan esetet is említeni, a mérleg nyelve ide-oda billenhet, de aztán a végén nagyrészt az általad utolsó kettő bekezdésben említett dolgok miatt úgyis az fog kijönni, hogy a kész frameworkkel jobban megéri.
A CMS már teljesen más téma, mert az valóban nagy overheaddel jár, de végül is annál is sok esetben kijöhet az, hogy azzal jobban megéri, mégis rossz a renoméja (persze annak oka is többrétegű).
Sk8erPeter
-
Phvhun
őstag
válasz Sk8erPeter #10535 üzenetére
Egyébként ez a cms vs framework vs from scratch téma soha nem fog eredményt szülni, ugyanolyan ez nálunk, mint a nőknél a blikk meg a pletykázás.
-
martonx
veterán
A témához annyit tennék hozzá, hogy az MVC frameworkök (pontosítok én ASP.NET MVC-t használok, de nem hinném, hogy a javasok lassabbak lennének, PHP-nál bármi elképzelhető) rohadtul gyorsak.
Nyilván a nulláról kézzel megírt cucc tud elméletileg (ha kapásból a létező legoptimálisabb kódot írtad meg persze) a leggyorsabb lenni, de szerintem ennek csak valami extrém nagy terhelésnél jöhet elő bármilyen előnye. Mondjuk percenként több tízezer lekérés, de hohó ha már db művelet is van a képletben, akkor úgyis az lesz a szűk keresztmetszet, nem a szerver oldali kód. Ha meg cachelni lehet, akkor megint ott vagy, hogy minek saját megoldás, cache-ből kiszolgálva tök mindegy, hogy milyen kód fut a szerveren.Szóval én kb. minden esetben a frameworkre szavaznék, a nulláról megírt saját megoldással szemben.
Én kérek elnézést!
-
Sk8erPeter
nagyúr
válasz martonx #10538 üzenetére
Egyetértek. Így legalább van arra is esély, hogy továbbfejlesztésnél nem fog dupla annyi pénzbe és időbe kerülni az egész projekt...
Amúgy pont ezért kezeltem cinikusan a dolgot, mert megint elkezdődött a tök felesleges elméleti okoskodás azokról az esetekről, amikor esetleg-ha-talán-lehet, hogy valamikor a saját kézzel írt megoldás jobban megéri... nem, nem éri meg, tök felesleges róla témázni is.
[ Szerkesztve ]
Sk8erPeter
-
trisztan94
őstag
válasz Sk8erPeter #10515 üzenetére
Bocsi, hogy nem reagáltam, nem vettem észre, hogy nekem lett címezve a hsz.
Én általában nem akarom, hogy egy esemény bekövetkeztekor (maradjuk most a színezési példánál) a szülő elemre is kihatással legyen az, ezért szoktam mindig return:false;-ot alkalmazni. Bár még sosem néztem teljesen utána a preventDefault-nak és a stopPropagation, valóban van értelme külön használni. Most mondjuk nem nagyon jut eszembe semmi olyan amikor ténylegesen használnám, de a lényeg az, hogy használható.
Viszont PumpkinSeed példájára visszatérve szvsz teljesen lényegtelen, hogy az a stopPropagation ott van-e vagy nincs, mert csak annyit akart csinálni, hogy ne "ugráljon" az oldal amikor egy linkre kattint, ilyenkor szvsz sokkal "egyszerűbb" egy return:false;-ot írni. De ez megint egy szubjektív vélemény, így egy picit "többet" csinálunk, mint amit ténylegesen akarunk, de nem kell metódus változó, meg kutyahimbilimbi
[ Szerkesztve ]
https://heureka-kreativ.hu
-
Phvhun
őstag
válasz martonx #10538 üzenetére
Egyébként a cache hogyan dönti el, hogy a tartalom user specifikus, vagy általános?
Pl ha van valami amit cachelni kell, de minden usernek más, és akkor minden user külön tartalmát külön cacheli be, de lebontja róla az oldal többi részét, ami mindenkinek ugyanaz, és abbol csak 1-et tárol?
Plusz hogy dönti el hogy kinek mit kell küldeni, hogyan azonositja az usereket?
Különösen ez a CDN-eknél nem értem hogy hogyan működhet, mint pl a cloudfare. -
martonx
veterán
válasz Phvhun #10541 üzenetére
Nem tudom, hogy ez mennyire volt költői kérdés, vagy tényleg én lettem megszólítva, de azért ASP.NET MVC szemszögből (mivel azt ismerem a a legjobban) válaszolok neked.
"Egyébként a cache hogyan dönti el, hogy a tartalom user specifikus, vagy általános?" Plusz hogy dönti el hogy kinek mit kell küldeni, hogyan azonositja az usereket?
Többféle cache szintet különböztethetünk meg. Nem tudom most mennyire leszek szakmai, én most az általános szerver oldali webszerver cache-éről nyilatkozok. A usereket általában cookiek azonosítják. Az ASP.NET pedig mélyen beépül az IIS-be (gyengébbek kedvéért, ez az Apache Microsoft-féle megfelelője). Így megoldható, hogy már az IIS pipeline elején (na jó ez már inkább a közepe) a kódból vezéreld, hogy mit csináljon a webszerver. Azaz egy minimál kóddal meg tudod oldani, hogy vezérled a webszerver cacheének működését. Ha jól tudom, ezt tipikusan nem tudod ilyen hamar, ilyen mélyen megoldani PHP-ből."lebontja róla az oldal többi részét, ami mindenkinek ugyanaz, és abbol csak 1-et tárol"
Az ugye megvan, hogy létezik donut cache, illetve ennek az ellenkezője (jellemzően MVC frameworköknél)? Azaz meg tudod kódban határozni, hogy melyik részeit szolgálja ki cache-ből a szerver a végül összeálló egész visszaadandó html-nek."Különösen ez a CDN-eknél nem értem hogy hogyan működhet, mint pl a cloudfare"
Hehe, hát ott sehogy. A cloudfare-es külsős sokadik szintű cache sok mindenre jó lehet, sok mindenre nem. Hozzáteszem, a fentiek ismeretében megfelelő cache stratégiával, megfelelő platformon, megfelelő tudással, bődületesen nagy forgalmat bonyolító alkalmazások készíthetőek el, már havi pár száz Ft-os hostingoknál (itt most megint csak ASP.NET hostingokról beszélek, PHP-seket nem ismerem ennyire) is.Én kérek elnézést!
-
Sk8erPeter
nagyúr
válasz trisztan94 #10540 üzenetére
"Én általában nem akarom, hogy egy esemény bekövetkeztekor (maradjuk most a színezési példánál) a szülő elemre is kihatással legyen az, ezért szoktam mindig return:false;-ot alkalmazni."
Ez így nagyjából helyénvaló is, a leggyakoribb eset az, hogy az ember kifejezetten a klikkelt elem kattintására akar reagálni, és nem akarja, hogy az adott klikkelés kihatással legyen annak "környezetére" is, de mint a példából látható, előfordulhat olyan eset, aminél szükség lehet ilyesmire is, ha egy szülő click eseményére szintén feliratkoztunk egy eseménykezelővel.
Az eredeti példában szintén nem indokolta nagyon semmi, hogy felszivárogjon az esemény, úgyhogy lehetett volna return false-t is alkalmazni, de teljesen jó a javasolt event.preventDefault() is, tulajdonképpen én arra a részére akartam reagálni, hogy a kettő között nincs "jobb és egyszerűbb" reláció, esete válogatja, melyikre van szükség. A return false;-ra rászokni mondjuk annyiból talán "jobb", hogy így nem szembesülünk nem várt anomáliákkal (mint például hogy egy szülő eseménykezelőjére is kihatással van egy klikkelés, és nem értjük, egy adott elem klikkelése miért változtatott mondjuk másik elemet is), és teljesen egyértelmű, hogy csak az adott klikkelt elem kattintás-eseményére fogunk reagálni, és annak nincsenek "mellékhatásai".Sk8erPeter
-
fordfairlane
veterán
-
trisztan94
őstag
válasz Sk8erPeter #10543 üzenetére
Na, akkor nem mondtam hülyeséget
Igazából én sem úgy gondoltam, hogy jobb, hanem, hogy egyszerűbb egy return:false-t használni, így biztosan nem fog felszivárogni semmilyen esemény. Ha pedig kell, hogy felszivárogjon, akkor meg használja simán a e.preventDefault()-ot.Más:
Igaz, hogy undorító az, hogy lájkhoz kötik egy tartalom megtekintését, de itt pl. nagyon mutatósak a social gombok [link]
Szerk: itt a plugin. Én használni valszeg nem fogom, de a hover effektet szvsz kicsórom későbbre
[ Szerkesztve ]
https://heureka-kreativ.hu
-
Sk8erPeter
nagyúr
válasz trisztan94 #10546 üzenetére
Ez a Contact menüpont jópofa lenne, ha nem lennének totál elcsúszva az űrlapmezők:
először nem értettem, miért nem tudok a message-be kattintani.
Kár, hogy ezt a részt elkúrták, pedig amúgy tényleg dizájnos-csicsa lenne.Sk8erPeter
-
trisztan94
őstag
válasz Sk8erPeter #10547 üzenetére
Gondolom Safari-ra optimizálták az oldalt, azon nézem. Amúgy ja, elég gáz, hogy más böngészőn/felbontáson szétesik.
De az effekt az tényleg jópofa[ Szerkesztve ]
https://heureka-kreativ.hu
-
Phvhun
őstag
Nem tudom hogy ezzel érdemes-e menőznöm, de azt vettem észre hogy hamar elment a mai napom. Na akkor megnéztem browser history-t, és lám, 12 órán át egyhuzamban megállás nélkül marketinget tanultam gép előtt. És nem is tűnt tanulásnak, szinte repült az idő, még simán folytatnám, ha nem lennék bitang álmos. Lehet pályát tévesztettem a mérnöki sulival?
-
CSorBA
őstag
válasz trisztan94 #10545 üzenetére
A demo page kicsit szét van csúszva Jelenleg 500-at dob csomó fájlra
Új hozzászólás Aktív témák
- Aliexpress tapasztalatok
- Politika
- CADA, Polymobil, és más építőkockák
- Autós topik
- HTPC (házimozi PC) topik
- Debrecen és környéke adok-veszek-beszélgetek
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
- Apple notebookok
- Milyen belső merevlemezt vegyek?
- További aktív témák...