Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
válasz
trisztan94 #10935 üzenetére
A Prohardvernek semmiféle API-ja nincs, hiába került már terítékre a "Javítsuk a Prohardvert!" topicban, a házigazdák teljes közönyével/elutasításával kellett szembesülnünk.
Részben érthető, pl. akár egy REST API-féleség nagyon jól jönne (mondjuk a topicokhoz), de akkor fennáll az esélye, hogy jóval kevesebben nézegetik az oldalt (ha pl. készülne erre építve megfelelő extension vagy külön alkalmazás - én mondjuk lehet, hogy rárepülnék, hogy fejlesszek valami egyszerűt), és akkor gondolom kisebb eséllyel látsz reklámokat. (Én a reklámblokkolós extensionöknél kábé a PH! esetében állítottam be egyedül, hogy itt ne blokkolja a reklámokat, hadd legyen nekik jó, hogy függő vagyok.
)
(#10936) Shrike7973 :
szívesen. Felelősséget nem vállalok érte, de úgy emlékszem, ezek a magyar szakirodalmak közül még a leghasználhatóbbak közé tartoznak kezdőknek. Angol nyelvű szakirodalomból természetesen jóval több használható van.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Phvhun #10941 üzenetére
"Aztán begyüjtöd az összes lehetséges kimenetet, és végigelemzed, hogy milyen sorrendben kell explode-olni a curl kimenetén jövő html forrást, hogy kinyerd a lényeges információt."
Ez az explode-olós tényleg elég brutális (rossz) megoldás.(#10938) trisztan94 :
Nem akadályoz meg benne senki.
Nem gány, mivel nincs jobb megoldás.(#10940) Shrike7973 :
mint említettem, nem ismerem a kezdőknek szóló szakirodalmat manapság, úgyhogy nem tudom, konkrétan melyik anyagot kellene használnod, ezért sem ajánlottam; a magyar szakirodalmak közül a korábban említett kettő pont beugrott, pedig nem nagyon tanultam magyar szakirodalomból, de ezekre egyszer ránéztem, és akkor gyors átpörgetés után azt állapítottam meg, hogy sztem ahhoz képest, hogy magyar anyag, egész használható.
Majd a többiek hátha ajánlanak neked valami könyvet, amiből el tudsz indulni. Addig is a belinkelteket sztem nyugodtan használhatod.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
De egyre még nem adtál választ: minek szívatni magadat, ha nem muszáj?
Pont előttem írta le Tele von Zsinór a jó megoldást, kell egy értelmes parser, például a a beépített DOMDocument jó lesz... És - még ha biztos nem is tökéletes, nem tudom, milyen hibák jöhetnek nála elő invalid dokumentumnál - legalább nem kell gusztustalanul gányolni. Hidd el, ezeket az osztályokaet nem azért találták ki, mert valakik nagyon ráértek, hanem célfeladatok ellátására.Sk8erPeter
-
Sk8erPeter
nagyúr
Látom nem sikerült megértened a lényeget.
A feladat ugyanaz, csak nem mindegy, hogy gányolással oldod meg, vagy pedig áttekinthető módon. Látom a gányolást részesíted előnyben, én a parser használatát.
"csak néha muszály"
Az viszont mennyire égő, amikor korrigálni akarod valaki helyesírását, és kiderül, hogy egész életedben te tudtad rosszul...Szerintem nézz utána egy helyesírási szótárban, hogy hogy írják azt a szót, hogy muszáj.
Addig is javaslom ezt a két honlapot:
http://muszaly.hu/
http://muszaj.hu/
Mindkettőnek ugyanaz a tartalma: muszáj.
Nahát, mik vannak, és hogy kell vigyázni!Amúgy legközelebbi kötekedések előtt javasolni tudom neked a http://helyesiras.mta.hu/ oldalt is.
Sk8erPeter
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
válasz
CSorBA #10967 üzenetére
Fura, hogy ez ilyen formában syntax errort ad, abból tippeltem, hogy esetleg működik, hogy látható egy-két helyen az is, hogy az ilyen 1.2em + $i jellegű kódokat megfelelően értelmezi.
Például itt:
http://sass-lang.com/documentation/file.SASS_REFERENCE.html#_7
@for $i from 1 through 3 {
.item-#{$i} { width: 2em * $i; }
}
ebből ezt generálja:
.item-1 {
width: 2em; }
.item-2 {
width: 4em; }
.item-3 {
width: 6em; }Százalékra itt van egy jó példa:
http://12devs.co.uk/articles/handy-advanced-sass/$columns: 4;
@for $i from 1 to $columns {
.cols-#{$i} {
width: ((100 / $columns) * $i) * 1%;
}
}Tehát akkor Te megpróbálhatnád ezt:
@for $i from 1 through 3 {
.teszt.level#{$i} {background-color: darken($background-color, $i * 10%);}
}Kíváncsi vagyok, ez már vajon működik-e.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Sk8erPeter #10977 üzenetére
Hozzáteszem, a múltkori 0% + $i-t elírtam, a 0%-nak sok értelme nem lett volna, 10% akart lenni, bár akkor még félreértettem kicsit a feladatot.
Viszont azt is hozzáteszem, hogy nem értem, hogy lett nálad syntax error a 0% + $i-ből, mert gyorsan kipróbáltam codepen-en, és pont azt generálja, amit kell (bár nem az általad elvárt eredményt, de nem syntax error).Sk8erPeter
-
Sk8erPeter
nagyúr
Szép
Na ezt nézzétek meg, ha még valaki nem ismeri, annak biztos kellemes pillanatokat fog okozni:
http://www.webmesterpi.atw.hu/ (egyből letöltésre kínál egy fostos wav-fájlt, ami azt hitte, hogy működik így beágyazva)
Mindegyik aloldal csodálatos!http://weblapos.uw.hu/weblapkeszites.html
http://weblapos.uw.hu/
http://segithetek.uw.hu/
http://aweblap.uw.hu/
még ez kemény, mint a vídia:
http://pinteri1.uw.hu/ (idézek: "HANGSZÓRÓT KAPCSOLD BE !!")És ez mind egy embertől! Szerintem rohanjunk hozzá, kérjünk segítséget egy ilyen szakembertől, vajon mindezt hogy csinálta?
Ez a szégyenfal első helyezettje lehetneSk8erPeter
-
Sk8erPeter
nagyúr
válasz
martonx #11000 üzenetére
Jó kérdés, ez bennem is felmerült, de aztán rájöttem, hogy ennyire hiteles paródiát önmagáról csak nem készít önszántából senki.
Ez már kicsit eltérő, de biztos vagyok benne, hogy a topiclakók ráismernek a helyzetre saját életükből: "Számítástechnikai szakember"
– Viszont lehetne egy olyan doboz, ami úgy keres hogy, és az a kék csík nem lehetne zöld háromszög, és a főoldalra meg…
– Nem lehetne.
És a többi szitu... a vége a legjobbSk8erPeter
-
Sk8erPeter
nagyúr
válasz
Siriusb #11016 üzenetére
A másik helyzet a "múltkor olyan jól elmagyaráztad, hogy kell a Wordben azt a izét, és figyu már, lenne egy kisebb kérésem, hogy valamikor nem tudnád újratelepíteni a gépet? Tudom, hogy neked tök gyorsan megvan", meg hogy "tök lassú a számítógépem, nem tudsz vele valamit csinálni?", és "a telefonom múltkor kiírt valami hibaüzenetet, nem tudod, miért?" stb. Mondjuk most a gyökerebb kérdéseket szedtem össze, de amikor értelmesebb kérdéssel találkozol, akkor is a lényeg az, hogy neked nyilván végtelen mennyiségű időd és türelmed van, és te tök hozzáértő vagy, léccccci csináld már meg, mert te tök jófej is vagy.
#11014-re: megoldás gyanánt nekem tetszett a 444-es cikkben látható változat:- Szia!
– Nem lehetne.(#11017) PumpkinSeed :
"De a legnagyobb baj, hogy az informatikusok munkáját semmire nem becsülik"
Attól függ, hol, ki, milyen jellegű informatikai munkát. Az átlagember egyébként nem tudja még megbecsülni sem, melyik számítógépen végzendő munka mennyi időt vehet el, és milyen jellegű háttértudást igényel, és annak mi lehet az eszmei értéke. Ezért igaz hatványozottan, hogy ha az ember nem szakmabelinek készít weboldalt, akkor nagyon oda kell figyelni, hogy ne szaladjon el a megrendelővel a ló az ilyen "még azt kéne, hogy"-jellegű kérésekkel.
Mondjuk itt a cikkben nemcsak ügyfelekről volt szó, hanem a számítástechnikai problémák miatt előkerülő ismerősökről is, akik pusztítják az idegeidet a kérdéseikkel.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
merkucyo #11031 üzenetére
Mindent. FTP-szerver belépési adatait (jelszó, felhasználónév, van-e titkosítás), esetleges SSH-hozzáféréshez tartozó adatokat (ez nem biztos, hogy van), adatbázishoz tartozó információkat - ebből több is lehet, külön felhasználó lehet a phpMyAdminhoz és a weboldalad adatbázisához is -, a tárhely adminisztrációs oldalára való belépési adatokat, meg azt, ami most nem jut eszembe.
Természetesen amint ezeket az adatokat megkaptad, lehetőleg azonnal változtasd is meg őket (főleg a belépési jelszót), az e-mail-címeket is jól átnézve, ne menjen az előző fejlesztőnek sehonnan véletlenül tájékoztató vagy egyéb e-mail.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Phvhun #11035 üzenetére
Ez jó
Igazából egyébként talán a legrosszabb a félig művészlélek, félig kicsit bolondos, írásban rettentő szószátyár megrendelő.Az ilyenektől garantáltan lehet számítani a koncepció agyonváltoztatgatására, mert egyszer csak kattan nála valami, és rájön, hogy az úgy mégse jó (a rosszabb eset, ha ezért még jól le is hordja a munkádat).
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
martonx #11038 üzenetére
Szerintem ezeket a hibadetektáló vagy szigorú koncepcióknak megfelelőséget ellenőrző cuccokat azért érdemes toleránsabbra állítani (a CSSLint.net-en is van egy lenyíló, ahol a pipákat ki lehet szedegetni, JSLint.com-nál is van alul egy ilyen doboz), mert sokszor olyan dolgokat is hibának jeleznek, ami lényegében elkerülhetetlen. Például pont amilyen hibákat trisztan94 idézett. Van, amikor az ember elkezdi mazsolázni ezeket a hibákat, aztán rájön, hogy ezzel soha nem végez, ráadásul egyes dolgok szándékosan vannak a kódban. Amikor mondjuk tényleges megjelenítésbeli (CSS) vagy működésbeli (JS) hibát érzékel az ember, akkor érdemes lehet egy ilyen tesztet is lefuttatni a kódon, de amikor kivág kismillió ilyen jellegű hibát, akkor nehéz kiszúrni, hogy mi az, ami tényleges hiba.
A JSHint is hasznos lehet gyors kódellenőrzésre JavaScript-kód esetén.
Persze az az igazi, ha az adott IDE nyújt támogatást az ilyen ellenőrzésekhez, nem pedig egy online felületen kell babrálni.Sk8erPeter
-
-
Sk8erPeter
nagyúr
válasz
SecMan #11050 üzenetére
Nem tudok átfogó tutorialt .htaccess-témában, ha kell valami, akkor én is ráguglizok, aztán elolvasom és értelmezem az általam látottakat, kipróbálom, és nem pánikolok be, ha kettő találat után sem találtam meg a megoldást...
Ez nagy általánosságban sokat segít, amikor probléma-megoldásra van szükség.
"Most olvastam, hogy régi domainről új domainre átirányítani (301) nem javasolt SEO és gugli szempontjából."
Attól függ... ha a régi domain és új domain alatt viszont ugyanaz a tartalom látszik, az sokkal károsabb SEO-szempontból... A 301 pedig tudtommal pont nem káros abból a szempontból, hogy így legalább közlöd a keresőrobottal, hogy igen, bizony a tartalom átköltözött, ezentúl ott kotorásszon tartalom után. De biztos kell az új domainnek is idő, míg olyan értéket kap, mint a korábbi.
SEO-témában mondjuk nem vagyok jártas, nem is akarok az lenni, szóval ezt majd a témában nálam jártasabbak megcáfolják vagy megerősítik."A régi tartalmak bár át lesznek mentve idővel, de az útvonalaik biztosan változni fognak, azt meg nem hiszem, hogy az megoldás lenne, hogy minden egyes url-re külön redirect-et írok az új címmel..."
Nem értem a dolgot. Most totálisan átköltöztetitek az egész oldalt, egyszerűen csak új domain alatt látszanak ugyanazok a tartalmak, mint ami a régi domain alatt is látszott, vagy mi? Szép lassan költöztetni totálisan semmi értelme, egyszerre költöztessétek el, és kész.
Nyilván úgy, hogy már teszteltétek az új domaint, hogy oké, fasza, ez már működik. Ha új tárhelyen is lesz, készítsetek egy másolati példányt az aktuális változatról, közben azon ne módosítgassatok, teszteljétek az új domain és tárhely alatt is, hogy minden működik-e, és ha minden rendben van, akkor egy .htaccess-es 301-es átirányítás az új domainre, és annyi."a második új domain, amit nem szeretnék külön kezeleni (külön oldalt rá), hanem az első új domain kapna egy alfejezetet, amire irányítani kellene. Most tovább guglizva lehet hogy ide rewrite kellene és nem redirect?
valami2.hu --rewrite--> valami1.hu/valami2 ?"
Mi a cél? A valami2.hu alatt szeretnéd látni a tartalmakat, vagy pedig a valami1.hu/valami2 alatt? Ha mindkettő alatt látni szeretnéd, akkor a rewrite kell. Ha átirányítani szeretnéd, akkor redirect.
Mindkettő alatt láttatni káros SEO-szempontból.
Vagy tárhelyprobléma miatt kérdezed? Azt is lehet, hogy addon domainként jelen van egyetlen tárhely alatt több domain is, és máshonnan szolgálod ki a tartalmat...
Megmondom őszintén, az infóid alapján még mindig zavaros a célod, ezért nehéz egyértelműen válaszolni.
Nem tudom, a fentebbiek segítettek-e bármiben...Sk8erPeter
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
válasz
Phvhun #11084 üzenetére
"Xampp féle megoldás elég lassúnak tűnik nekem, jobb lenne valami profibb megoldás."
Áruld már el plíz, hogy mi a problémád az IIS+MySQL+PHP trióval?Web Platform Installer segítségével körülbelül három kattintással össze lehet hozni a komplett IIS+MySQL+PHP triót.
Komolyan nem értem, emberek mit szenvednek a XAMPP-pal mindig, miért ragaszkodik mindenki ahhoz, főleg, hogy Windows-on egyébként többszöri tapasztalatom az, hogy rosszabbul teljesít, mint az IIS. Nem dísznek van Windows-okon a lehetőség a beépített, csupán a "Turn Windows features on or off"-nál bekattintható webszerver... de a lehető legegyszerűbb módszer az, hogy fogod a Web Platform Installert, rákeresel benne, hogy mondjuk rakja fel a Drupalt vagy a WordPress-t (maximum törlöd utólag!), az mindenféle függőséget listázni fog, nyomsz pár nextet, megadod, hogy mi legyen a MySQL-adminisztrátori jelszó, megvárod azt a pár másodpercet, míg végez, aztán készen vagy. (Asszem még azt is megkérdezi, hogy majd a Drupal-adatbázishoz, amit előbb létrehozott plusz pár századmásodperc alatt, mi legyen a felhasználónév+jelszó.)
Ennél semelyik XAMPP telepítése nem egyszerűbb.
Az überszuperbrutál, mindent elsöprő érv általában az, hogy "de hát legyen ugyanaz a környezet, mint majd az osztott tárhelyen", de az esetek többségében lényegében semmilyen különbséget nem kellene, hogy jelentsen, hogy a PHP-s alkalmazásodat otthon IIS szolgálja ki, az éles szerveren meg Apache. Igen, itt is vannak ritka kivételek, sőt, az URL rewrite modul miatt web.config fájlt is be kell állítani a .htaccess helyett/mellett (mellett azért, hogy Apache-on is ugyanúgy menjen), és ez általában embereknek akkora problémát okoz, hogy rettegésükben végül kénytelenek a jól megszokott XAMPP-hoz fordulni, mert a problémák megoldása rettentő macerás lenne (például azzal, hogy felfedezik, hogy az URL rewrite modulban van .htaccess-importálási lehetőség, a pár nem támogatott feature-nek pedig utánagugliznak, hogy hogyan is lehet megoldani).
Ja, bocs, még egy érv van a XAMPP mellett, hogy "de hát a neten egy csomó tutorialban azt javasolják".
Szerencsére Athlon64+ kolléga felfedezte a piaci rést, és készített egy rövid ismertetőt a procedúráról, ha valaki magától ezeket a hihetetlenül bonyolult műveleteket képtelen lenne végrehajtani:
http://logout.hu/bejegyzes/athlon64_2/php_telepitese_windows_7_8-ra_vista-ra_is_szerinte.html
Hozzáteszem, hogy kapsz egy igen kellemes grafikus felületű szerverbuzerálási lehetőséget (Win+R > inetmgr).Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
PumpkinSeed #11088 üzenetére
Azt a qrva, ez is kemény, amit belinkeltél. Jaja, szerintem is mindenképp üdvös lenne a 90-es évek gifjeit visszahozni a divatba. Alig várom, hogy visszaköszönjön a Prohardveren is.
http://allatorvos-erd.fw.hu/
http://www.hunok.hu/
ezt linkelték még kommentekben, ezek is igen tetszetős darabok.===============================================
(#11081) Joci93 :
ffffúúúú, de konkrét volt ez a tanáááácccccsss...Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
hmate91 #11096 üzenetére
A Chosen egy nagyon jó kis library.
Lényegében ennyi beüzemelni az általad megadottak alapján: http://jsfiddle.net/u8u5F/
A bal oldalt lévő External Resources panelre rákattintva láthatod, hogy két fájlt töltöttem be, a chosen.css-t, meg a chosen.jquery.js, a többit meg csak bepötyörésztem, és már működik.A kód, amit beraktál, csupán a példaoldalra vonatkozik, amennyiben a saját oldaladon nincsenek külön-külön beállítandó select-listáid, különböző selectorokkal, akkor az általad idézett for ciklusos megoldást lényegében ignorálhatod, felesleges. A fenti példakódot kukkantsd meg inkább.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Phvhun #11099 üzenetére
"Lényegében arról van szó, hogy a wordpress lassan működik xampp alatt"
Erről beszéltem korábban, hogy az Apache bármily meglepő is, szerény tapasztalataim alapján rosszabbul teljesít Windows alatt, mint az IIS-sel. Nem értem, minek erőltetni a XAMPP-ot. Nem beszélve arról, hogy Apache-nál konfigfájlokat kell csesztetned, IIS-nél pedig kapsz egy grafikus felületet, amin gyorsan összekattinthatod a lényeges dolgokat. A php.ini-ben is on-the-fly tudsz változtatgatni a beállításokon, nincs szükség teljes szerver-újraindításra. Ha Windows-t használsz amúgy is, akkor nem értem, minek erőlködni másik szerverrel, amikor ott a beépített IIS, csak telepíteni kell. Mint említettem, pár kattintással meg tudod ezt tenni Web Platform Installerrel. Most komolyan, mi akadályoz meg benne, hogy kipróbáld?"Nginx + Mariadb elvileg a legjobb kéne legyen"
Mit jelent az, hogy "legjobb"?
Elvileg nem informatikus vagy, vagy annak készülsz? Nem tudod, hogy nincs olyan, hogy "legjobb"?Kimondom azt, aminek ismerősnek kellene lennie: attól függ...
"csak volt vele valami rossz tapasztalatom régen csak nem emlékszem már mi volt az"
Ez meggyőző tapasztalat."Notepadot is sokáig nyuztam, de netbeans óta tudom hogy hiba volt."
Na, akkor már megérte ajánlanom neked annak idején.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Phvhun #11101 üzenetére
Ennek őszintén örülök.
Mondjuk a kérdésre még nem válaszoltál, hogy mit értesz azalatt, hogy "Nginx + Mariadb elvileg a legjobb".Gyorskeresés alapján találtam ezt a tesztet, ez például az IIS-t hozza ki győztesnek Nginx-szel szemben... de biztos lehet találni olyan tesztet is, ami meg adott körülmények között az Nginx-et dicsőíti... szóval lényegében az ilyen kiejelentések értelmetlenek, erre próbáltam utalni.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Tele von Zsinór #11103 üzenetére
Azt azért elárulhatnád, hogy a webfejlesztő környezet kialakítása Windows-on miért tűnik neked hegesztgetésnek, mert ez így cinikus és szarkasztikus, de érdemi kritikát nem látok benne, csak a további erőltetését mindenáron a Linuxnak.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Tele von Zsinór #11106 üzenetére
Értem én, hogy virtuális gépekre írható script, és ez kényelmes, meg minden, és elő lehet vele állítani a célkörnyezetet, ez sok esetben kifejezetten jól jöhet, amikor egyedi környezetre kell tesztelni - bár ez eddig is megtehető volt más scripteléssel, elhiszem, hogy ez a kifejezetten kényelmes eszköz -, de lényegében ez azt jelenti, hogy totálisan mindegy, hogy a host OS Windows, Linux, Mac, vagy akármicsoda, most felfedeztük a sajtban a lyukat, hogy lehet előre bekonfigurált virtuális lemezképet is használni, és akkor mindenkinél ugyanaz lesz - csak scripteléssel előállítva a megfelelő környezetet.
Korábban mondjuk arról volt elsősorban szó, hogy a fizikai gépünkkel mit tudunk kezdeni, és érdemes-e ráerőlködni a Windows-ra a Linuxos webfejlesztő környezetet. Na az nekem inkább tűnik hegesztgetésnek, amikor valaki erőlködik a XAMPP-pal (főleg az újtól való félelmében).
Azt viszont nem támasztottad alá, pedig érdekelne, hogy a Web Platform Installerrel 3 kattintással felhúzott Windows-os IIS-környezet miért is lenne "hegesszünk winre webfejlesztő környezetet", mármint konkrétan miért is hegesztés.Na én aztán abszolút nem vagyok Windows-fanboy, nem tisztem szárnyaim alá venni az OS-t, de ezzel kapcsolatban pozitív tapasztalataim vannak, és nem láttam még egy darab indokolást sem, hogy miért is ne lenne teljesen jól használható webfejlesztő környezet az IIS+PHP+MySQL-trió - és főleg miért mindenre a Linux lenne az ultimate válasz (már ha valaki nem fanboy persze).
"Októberben volt egy kemény hajránk, amikor két leginkább rubys srác szállt be a csapatba besegíteni egy IE-s probléma debuggolásában. Akkor kemény macera volt nekik egy kellően friss php-t felrakni (plusz utána ZMQ-t és node.js-t is kellett) - ma ez vagranttal pofonegyszerű volna."
Milyen IE-s probléma debuggolásához kellett egy kisebb csapat?Csak kíváncsiságból érdekel, mármint ha nem titok.
"Már nem számolom, hányszor volt probléma abból, hogy a nem-linux platformokon case-insensitive a filerendszer, és valami élesben törött el."
Ez viszont nekem nem jött át, miért akkora para ez? Milyen (web)alkalmazás az, aminél bele van kódolva a case-leszaromság?Csak azt nem értem ebben, hogy az első kezdeti meglepődések után mi indokolja, hogy a case sensitivity a fájloknál egyáltalán szóba jöhet, mint komoly probléma.
Sk8erPeter
-
Sk8erPeter
nagyúr
Amiket írtál, abban szerintem a Drupal pont elég erős: custom fieldek, hierarchikus tagelés, egyéni, felhasználó számára biztosított szűrőkkel ellátott tetszőleges nézetek (erre való a Views), ezeknek külön oldal létrehozása, és így tovább. A legtöbb dolog egy általános entitás, ami tetszőlegesen mezőzhető.
Szóval az eredeti választásod jó volt, de ez némi gyakorolgatást igényel, mert elsőre nem triviális (DE ez egyik CMS-ben sem lesz az!). A Drupal topicban, az összefoglalóban nagyon sok hasznos anyagot találsz:
http://prohardver.hu/tema/drupal_portal_fejlesztes/index.html
Van magyar nyelvű anyag is, ami nyugodt szívvel ajánlható, az Nagy Gusztáv: Drupal 7 alapismeretek c. könyve, ez jó rálátást ad az alapokra, többek közt a Views használatára is. Persze amit írtál, ahhoz már egyéni gyakorolgatás szükséges, mert pont ilyen példa nem lesz a könyvben, de ha ráérzel a tetszőleges mezők, egyéni view-k, hierarchikus tagek létrehozására, megismerkedsz néhány kiegészítő modullal, akkor már könnyebb dolgod lesz.
Persze számíts rá, hogy jópár napot el kell töltened a próbálgatással (és ismétlem, ez egyik CMS-nél sem lesz másképp, pont a feladat, amit írtál, egyikben sem triviális).Sk8erPeter
-
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
-
Sk8erPeter
nagyúr
válasz
Tele von Zsinór #11148 üzenetére
A fanboyság sosem jó.
"Jól használható a windows is (ahogy többen használják is a cégnél), de külön figyelmet igényel néhány helyen."
Ezek az operációs rendszerek, meg a webszerverek is már csak ilyenek, hogy figyelmet igényelnek néhány helyen."IIS ellen szól, hogy más rewrite megoldása van, mint az apache-nak, ami az éles gépeken fut, és ez az egyetlen ellenérv."
Kábé ja, ezt írtam itt is: "sőt, az URL rewrite modul miatt web.config fájlt is be kell állítani a .htaccess helyett/mellett (mellett azért, hogy Apache-on is ugyanúgy menjen), és ez általában embereknek akkora problémát okoz, hogy rettegésükben végül kénytelenek a jól megszokott XAMPP-hoz fordulni, mert a problémák megoldása rettentő macerás lenne (például azzal, hogy felfedezik, hogy az URL rewrite modulban van .htaccess-importálási lehetőség, a pár nem támogatott feature-nek pedig utánagugliznak, hogy hogyan is lehet megoldani)."."»» kezdeti meglepődések után mi indokolja, hogy a case sensitivity a fájloknál egyáltalán szóba jöhet, mint komoly probléma
Hiába tudunk róla, akkor is vannak figyelmetlen kollégák. Tudja mindenki, hogy figyelni kell, akkor is becsúsznak hibák."
Akkor azokat a kollégákat seggbe kell rúgni.Ha valaki fejlesztő, legyen annyi gógyija, hogy tudja, hogy a Windows case-insensitive, a Linux meg nem az.
Egyébként elismerem, hogy a Vagrant azért például fasza tud lenni, mert az ember scripttel elő tudja állítani automatizáltan az adott pillanatban szükséges környezetet.
Csak az egész onnan indult, hogy akkor fejlesztgetésre Windows-on az ember milyen webszervert használjon, és jöttek a különböző csodálatos "erőltessünk a Windows-ra Linux-környezetet"-jellegű ötletek, meg a nyomorult XAMPP, erre írtam, hogy erőlködések és megszokás hatalma, meg az újtól való félelem miatti cselekedetek helyett az ember nyugodtan összekattinthatna magának Web Platform Installerrel 2 perc alatt egy tök jól és gyorsan működő, nagyon könnyen konfigurálható IIS+MySQL+PHP-környezetet is. Aztán ezen futtathatja az ASP.NET-webalkalmazásait is, ha épp ilyet fejleszt.
Ettől függetlenül persze ha valakinek vannak ezirányú perverziói, vagy nagyon kell, másik porton még Apache-ot is futtathat.Sk8erPeter
-
Sk8erPeter
nagyúr
A JavaScript topicban múltkor kérdeztél, írtam neked egy komplett megoldást, jsFiddle-re felraktam a kódot, még privátban is elküldtem neked a linkjét, hogy hátha nem láttad a topicban, aztán az egészet még válaszra sem méltattad. Én személy szerint így már kicsit ódzkodom a komplett segítségadástól (mert ezek szerint annyit is ér, még ha nekem időm is megy rá). De ha kicsit tanulmányoztad a Google Maps API-t, és nem várod a sült galambot, hogy az öledbe hulljon, és valami konkrét kérdéssel érkezel, akkor szerintem megfontoljuk a válaszadást...
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
indigo #11174 üzenetére
#menuContainer ul ul {
/* ... */
z-index:10;
}Szerk.: látom közben megjött a válasz, nem baj, legalább így látod, hogy kell felrakni egy jsFiddle-példát.
Bal oldalt az External Resources fülön beraktam a jQuery Cycle példát, a legfölső panelnél meg bekattintottam, hogy rakja be a jQuery-fájlt a forrásba, és jsFiddle-nél nem szükséges a <html><head>...</head><body> rész, és ezek zárótagjei sem.
Csak a lényeg. A többit automatikusan hozzárakja, amikor elkészíti a forráskódot.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
indigo #11179 üzenetére
Szívesen! Különösebb jelentősége nincs, csak hasraütésszerűen választottam a 10-est, hogy lehetőleg magasabb legyen, mint a többi elemé. A lényeg az, hogy annak az elemnek a z-indexe legyen nagyobb, amelyikkel "takarni" szeretnéd a többi elemet.
Mintha alulról felfelé számoznál egymásra dobált papírlapokat (a legfölül lévő így a legmagasabb számot kapja), és felülnézetből néznél rá (ez lenne a weboldalad).
(#11178) trisztan94 :
Jaja, tuti open source lesz, GitHubon, hogy más is bele tudjon kontárkodni, és szörnyülködhessen a gyorstákolásokon.Majd, valamikor, hónapok múlva. Egyelőre totál semmi szabadidőm ilyenekre.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
trisztan94 #11182 üzenetére
Hát mostani formájában még nem nagyon tudnám felrakni.
Amúgy a vicc az, hogy a BBCode már eleve egy ordas nagy f@szság, semmit nem old meg, nem teszi könnyebbé a parse-olást, nem lesz tőle biztonságos semmi, ÉS főleg a felhasználó sem jegyzi meg a szintaktikáját könnyebben, mint a HTML-markupot (ami hasznos lenne), és még mindezek tetejébe teljesen haszontalan is (nehogy a felhasználók valami hasznosat tanuljanak), de ehhez képest a Prohardver fejlesztői annak idején rettentő okos módon kitalálták, hogy még ezt is saját szájuk ízére faragják, hogy még BBCode pluginokat se lehessen hozzá felhasználni... Átlagosnál indokolatlanul nagyobb hátveregetés nekik.Sk8erPeter
-
Sk8erPeter
nagyúr
-
-
Sk8erPeter
nagyúr
válasz
Joci93 #11210 üzenetére
"A metaadatoknál meg van írva, hogy az adatbázisból vegye ki a megfelelő szavakat és azokat illessze be."
Igen, rögtön sejtettem, hogy erre gondolsz, de ettől még a Google csak az oldalad forráskódját járja be előre nem jelzett, így kiszámíthatatlan ALKALMANKÉNT, nem pedig az adatbázisodat. (Ebből a lényeg csak az, hogy az adatbázis tök irreleváns ilyen tekintetben, a Google csak azt a forráskódot látja, amit te is látsz, ha megnyitod a forráskód-nézetet a böngésződben.)
Ezt olvasd el:
https://support.google.com/webmasters/answer/1352276?hl=enitt tudod "megkérni", hogy indexelje újra az oldalt:
https://www.google.com/webmasters/tools/submit-url
Aztán majd egyszer megteszi.esetleg ha még érdekel:
http://stackoverflow.com/questions/4270294/how-to-force-google-to-re-index-a-page
http://stackoverflow.com/questions/9466360/how-to-request-google-to-re-crawl-my-website(#11209) trisztan94 :
"Asszem valami 30 napos gyakorisággal pásztázza újra az oldalakat"
Nem tudok ilyen pontosan meghatározott gyakoriságról, eddig legalábbis sehol sem olvastam hivatalos Google-lapon, inkább valami kiszámíthatatlan gyakoriságról tudok, de jöhet a link, ha valahol mégis írják ezt.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Phvhun #11245 üzenetére
"Az oké de egy számolást, ami mondjuk egy szálon fut hogy szeded ketté két külön szerverre?"
Ez hogy jött azután, hogy az volt az állítás, hogy az I/O teljesítmény a többszöröse lehet? Csak mert a kettőnek (I/O-teljesítmény és többszálúság) nem sok köze van egymáshoz.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
DNReNTi #11272 üzenetére
"Referencia oldalnak semmiképp nem használnék kész sablont"
Na de ki mondta, hogy a srác webdizájner?Ha az lenne, persze, teljesen egyértelmű, hogy nem egy leszedett sablont kéne használni, de nem volt szó ilyenről.
Szerintem van egy nem minden esetben helytálló rossz megítélése is a kész sablonoknak. Egy saját fejlesztői blogszerűséghez - amiben leírod, ha találkoztál valamilyen érdekes szakmai problémával, vagy csak kedved támad megosztani valami általad preferált szoftvert/szolgáltatást/blabla - például nyugodtan fel lehet használni kész sablont, én is lehetséges, hogy azt fogom tenni, ha sohanapján lesz egyáltalán időm ilyenre. Engem nem igazán tud lekötni a dizájnolás.Persze nyilván bele fogok módosítgatni.
Vagy mindenki kókler, ha egy igényesen összeállított sablont használ?
Mondjuk a franc tudja, megközelítés kérdése. Attól is függ, ki a célközönség. Lehet, hogy lenne olyan, akit nem annyira a dizájn, mint maga a referenciaoldalak működése érdekelne (pl. mert hasonló jellegű/funkciójú oldalt akar, és el tud vonatkoztatni a dizájntól).(#11269) trisztan94 :
Szerintem egyik sem, mert nekem pl. azonnal az jutott eszembe, hogy jajjjj ne, már itt is ez a rohadt csempés szarság? F*[k that sh×t. Persze rám nem kell hallgatni, biztos van, akinek bejön ez az úthengerrel kilapított csirke-dizájn.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
KaiotEch #11295 üzenetére
Csak a teljesség kedvéért, van egy komment a martonx által linkelt CodePenes példánál:
"You don't need JavaScript to do this: http://codepen.io/cimmanon/pen/KqoCs"Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
KaiotEch #11297 üzenetére
Tessék:
http://codepen.io/chriscoyier/details/wLGDz#comment-id-14577
(Log In gomb melletti legördülőnél Details. )
Bár nem tudom, ez miért lényeges, ez a lényeg:
http://codepen.io/cimmanon/pen/KqoCs[ Szerkesztve ]
Sk8erPeter
Új hozzászólás Aktív témák
- Bomba ár! Lenovo ThinkPad T430 - i7-G3 I 8GB I 240GB SSD I Nvidia I 14" HD+ I Cam I W10 I Garancia!
- Bomba ár! HP ProBook 450 G3 - i7-6G I 8GB I 256GB SSD I HDMI I 15,6" FHD I Cam I W10 I Gar!
- Bomba ár! HP Elitebook 840 G1 - i5-4310U I 8GB I 256GB SSD I 14" HD+ I Cam I W10 I Garancia!
- Bomba ár! Dell Latitude E7270 - i5-G6 I 8GB I 256SSD I 12,5" Foltos FHD Touch I Cam I W10 I Gari!
- Bomba ár! HP EliteBook 820 G3 - i7-6GEN I 8GB I 256GB SSD I 12,5" HD I Cam I W10 I Garancia!