Új hozzászólás Aktív témák
-
#2300
Sk8erPeter
nagyúr
Speeedfire
#2299
Sk8erPeter
nagyúr
válasz
Speeedfire
#2299
üzenetére
Hogy érted? Ott van a demo az oldalon, itt most szemléltetésként átírtam annyival, hogy 1 mp-es késleltetéssel (mintha kábé AJAX-kommunikáció történne) dobok egy alert()-et, aztán lecserélem a teljes listát (["Alpha", "Beta", "Gamma") az új adatokkal ("Egy", "Kettő", "Három"):
http://jsfiddle.net/bxfXd/2228/
Nem ilyet szeretnél? -
#2299
Speeedfire
félisten
Speeedfire
félisten
Lehet én nem látom át rendesen, vagy felületesen néztem át. De hogy tudok egy komplex knockout model adattömböt frissíteni?
Alapból van mondjuk egy üres tömb, amit egy ajax hívással frissítenék be. Nézegetem az apit, de nem látom. Csak kész adatokkal látok rá.Ehhez hasonlót akarok készíteni, de nem tudom az ajax hívás után milyen adatokat frissítsek be.
-
#2298
Sk8erPeter
nagyúr
trisztan94
#2297
Sk8erPeter
nagyúr
válasz
trisztan94
#2297
üzenetére
"Úgy lett végül, hogy alapból a Webkitre optimizált fájl van betöltve a head-be, aztán JS-szel lecsekkolom hogy Firefox-e a böngésző, ha igen akkor csak megváltoztatom a href attribútumát."
Hát még mindig igencsak tákolmány, de hát akkor evvan, 15 rongyé' Pistának jó lesz.
id-t pedig minden HTML-elemnek lehet adni.
-
#2297
trisztan94
őstag
Sk8erPeter
#2290
trisztan94
őstag
válasz
Sk8erPeter
#2290
üzenetére
"Látom a CSS-fájl headben való megjelenésének kérdését még mindig nem oldottad meg."
De, már megoldottam
Úgy lett végül, hogy alapból a Webkitre optimizált fájl van betöltve a head-be, aztán JS-szel lecsekkolom hogy Firefox-e a böngésző, ha igen akkor csak megváltoztatom a href attribútumát. Adtam egy id-t a <link> tag-nek. Nem is tudtam, hogy lehet 
Animációt kicsit megnöveltem, így már nem akad.
-
#2296
Sk8erPeter
nagyúr
cucka
#2293
Sk8erPeter
nagyúr
"Ettől még az nem igaz, hogy ne lenne alkalmas komoly feladatokra, teljesen véletlenül jelenleg pont egy ilyen projekten dolgozok. Egyszerűen meg kell tanulni a hibáit és együtt élni vele."
Ez így teljesen helytálló. Persze, hogy lehet benne komoly projekteket készíteni."Most érted, nem tudom, hogy mondjuk egy java mitől nyújt nagyobb élményt a fejlesztőnek.."
Őő, hát nem tudom, ez komoly kérdés volt-e. Pl. pont a PHP "bénasága" miatt, meg amiatt, amiket martonx is leírt. -
cucka
addikt
válasz
martonx
#2294
üzenetére
Szőrmentén. Abban egyetértek, hogy ezt enterprise jellegű dolgokra találták ki, tehát azt nem mondanám, hogy rossz, mert nem az. Nekem ami nem tetszik benne, hogy borzasztóan bőbeszédű a nyelv. A másik, hogy nálam nem olyan nagy élmény, ha a munka nagy részét az ilyen-olyan libek összedrótozása, meg a konfig xml-ekben való turkálás jelenti.
Egy 10-20 fős projekt amúgy simán vihető php-ban, ennél nagyobbnál már talán rezeghet a léc. -
martonx
veterán
"Most érted, nem tudom, hogy mondjuk egy java mitől nyújt nagyobb élményt a fejlesztőnek.. " - próbáltad már? Én mondjuk asp.net mvc vonalon mozgok leginkább a PHP egyre mellékesebb. Egyszerűen a fejlesztő eszközök jóval komolyabbak, maga a nyelv jóval komolyabb, jóval többet tud, az egész kód amit írsz a legmélyebb OO design patternnel is lazán átláható.
Ezektől függetlenül a PHP is használható persze bármilyen komoly projektre is, csak egyszerűen nem tud olyan hatékony lenni benne a fejlesztés. -
#2293
cucka
addikt
Sk8erPeter
#2290
cucka
addikt
válasz
Sk8erPeter
#2290
üzenetére
"Ez nem igaz, ha tudsz programozni akkor mindegy a nyelv."
Szokásos tévhit, pont erről emvy írt egy nagyon jót itt:
Egyetértek, bár ennyire nem fekete-fehér a kép, a tapasztalat azért nagyon meg tudja könnyíteni azt, ha át kell állj egy új platformra/nyelvre.Egyébként komolyan nem értelek, a PHP topicban néhányszor már igen komolyan kritizáltad a nyelvet éppen az aberrált dolgai miatt, ami miatt aztán nagyon nem kell elájulni tőle, aztán most épp azokat (is) véded mind a PHP topicban, mind itt, meghasonlottál önmagaddal?
Nem. Az egy dolog, hogy a php programnyelv-tervezés szempontjából elég béna. Ettől még az nem igaz, hogy ne lenne alkalmas komoly feladatokra, teljesen véletlenül jelenleg pont egy ilyen projekten dolgozok. Egyszerűen meg kell tanulni a hibáit és együtt élni vele.
(Most érted, nem tudom, hogy mondjuk egy java mitől nyújt nagyobb élményt a fejlesztőnek.. ) -
#2291
Soak
veterán
Sk8erPeter
#2290
Soak
veterán
válasz
Sk8erPeter
#2290
üzenetére
Nem azt mondtam, hogy ha tudsz programozni akkor minden nyelvet ismersz. Nincs is értelme így kiragadni a mondatot, mivel egyértelműen az volt a mondani valója, hogy nem attól lesz valaki jó hogy Javazik vagy PHP-zik. Ha tudsz autot vezetni, buszt attól még nem tudsz, de jobbak az esélyeid mint annak aki autot sem tud.
Saját tapasztalat, hogy PHP-ról Java-ra kb 1.5 hónap átállni. Ez az idő kizárólag a nyelvek közötti különbségekre ment el, de ha nem php-ról állók át akkor a szállkezelés és hasonlók valószínűleg ennyi sem. Nyilván ennyi idő alatt nem lesz valaki senior, de termel, a többi gyakorlat közben feljön (főleg ha a környezet valóban hozzáértő) .
Ha előtte újra kellett volna tanulni pl azt, hogy MVC vagy mi értelme van a dependency injectionnek vagy mi az a this akkor sokszor ennyi.
-
#2290
Sk8erPeter
nagyúr
trisztan94
#2281
Sk8erPeter
nagyúr
válasz
trisztan94
#2281
üzenetére
Igazából sztem ez az akadás elkerülhető lenne, ha egyszer kvázi "gyorsítótáraznád" ezeket az oldalakat betöltés után, mivel amúgy is tök statikus az egész, tehát nem fog 5 percenként változni a rajta szereplő tartalom. Ilyen oldalaknál felesleges lényegében minden alkalommal AJAX-szal betöltögetni a tartalmat, legalábbis az egyáltalán nem dinamikusan változó oldalaknál, tehát akár tárolhatnád is kliensoldalon, anélkül, hogy az arra vonatkozó divet mindig frissítgetnéd/lecserélnéd, tehát következő alkalommal csak az adott tartalomra vonatkozó divet megjeleníted vagy elrejted, ha egyszer már be lett töltve (egyszerű feltételvizsgálat). Az a minimális akadás valószínűleg a szerverrel való kommunikáció (kérés-válasz) ÉS a DOM-frissítés miatt van - de a Galleria pluginnél lehet, hogy tényleg mindig be akarja töltögetni a theme-et, erről már beszéltünk, hogy meg kéne nézni, van-e erre vonatkozó ellenőrzés. De mivel a böngésző cache-ből tudná előkotorni, ezért teljesen felesleges ez a dinamikus betöltés, nyugodtan statikusan odapakolhatnád a headbe a Galleria megfelelő plugin-fájljának betöltését. Nem kell ennyire erőltetni mindennek a JS-sel való betöltését, semmi haszna ilyen esetben!
Látom a CSS-fájl headben való megjelenésének kérdését még mindig nem oldottad meg.
![;]](//cdn.rios.hu/dl/s/v1.gif)
(#2287) Soak :
"Ez nem igaz, ha tudsz programozni akkor mindegy a nyelv."
Szokásos tévhit, pont erről emvy írt egy nagyon jót itt:
http://prohardver.hu/tema/re_ujragondolja_a_windows_8_jovojet_a_microsoft_n/hsz_272-272.html
teljesen egyetértek vele.
Azzal természetesen szintén teljesen egyetértek, hogy gányolni bármilyen programozási nyelven lehet. Ha valaki szar programozó, az nem lesz attól jobb programozó, hogy nyelvet vált. De a programozási készség is fejleszthető, ha valaki nem a menthetetlen eset. Ha valaki jó programozóvá érik, akkor az nem jelenti azt, hogy automatikusan minden nyelvből profi: egy jó C#-programozó nem lesz egyből jó Java-programozó is, csak amiatt, hogy az alapvető programozási készségei jók. A belinkelt hsz.-ben pont ezt fejtegeti a srác, szóval nem ismétlem el, amit leírt. De a lényeg, hogy minden nyelvnek meg kell tanulni a sajátosságait, az nem úgy megy, hogy te majd holnap átállsz a másiknak a használatára, és akkor egyből jó leszel abban is. Kicsit túl sokat hangoztatott érvelés pedig.(#2276) Soak :
áj egrí. Ettől még a PHP tákolmány marad egy C#-hoz, Javához képest, még ha szerveroldalon ebben is szoktam programozni többnyire. De tulajdonképpen megint erről van szó a PHP topicban, meg itt is, hogy mik árnyalhatják a képet.(#2286) cucka :
Nem hinném, hogy irreleváns egy olyan érv, ami miatt mondjuk egy jó programozó keserű szájízzel kódolgat egy adott nyelven, mert tákolmánynak tartja.
Egyébként komolyan nem értelek, a PHP topicban néhányszor már igen komolyan kritizáltad a nyelvet éppen az aberrált dolgai miatt, ami miatt aztán nagyon nem kell elájulni tőle, aztán most épp azokat (is) véded mind a PHP topicban, mind itt, meghasonlottál önmagaddal? 
-
#2289
trisztan94
őstag
cucka
#2286
trisztan94
őstag
Igen, ebben teljesen egyetértünk, algoritmust tudjon írni, gondolkodjon a gép logikájával, ez mind megvan.
De nem mindenki tanul programozást egyetemen/szakintézményen, valaki otthon kezdi el nézegetni és aki ilyen az nem fog fél évet azzal pöpöcsölni, hogy papíron leprogramozzon valamit és csak akkor nyúljon géphez.. Rögtön a kódolásba fog belemenni és ha web területen kezd, akkor biztos, hogy php-val fog kezdeni (na jó, html, de az lényegtelen). A php meg szerintem egy ilyen otthonról, magától, tutorialokból/könyvekből tanuló embert nem tanít meg úgy programozni, mint egy c#.. De ez az én véleményem, lehet ti máshogy vagytok vele
(#2287) Soak
"Minden nyelvben lehet szarul programozni"
Most nem egy php-hate vitát nyomok, tényleg, de szerintem PHP-ban sokkal, de sokkal könnyebb gányolni, mint a már általam sokszor említett C#-ban. Egyszerűen "mindent megenged" a nyelv.
(#2288) Athlon64+
Ja, az XDebugot ismertem, csak nem tudtam, hogy így hívják. Asszem xampp-vel együtt jön, nem? Vagy WAMP, már nem emlékszem
Köszi amúgy az infót! -
#2288
Peter Kiss
őstag
trisztan94
#2279
Peter Kiss
őstag
válasz
trisztan94
#2279
üzenetére
A var eleve nem nyelvi, hanem inkább compiler feature. PHP változóihoz hasonló működést a dynamic-kel lehet elérni, de szerintem beteg dolog ezt alkalmazni C#-pal például.
Az XDebug arra jó, hogy kicsivel értelmesebb hibaüzenetek láthass, illetve debug-golhasd a kódodat. Mondjuk szerintem arról sem tudsz, hogy a klasszikus PHP error-okat hogyan lehet elkapni, és mondjuk exception-öket hegeszteni belőlük.
-
#2287
Soak
veterán
trisztan94
#2285
Soak
veterán
válasz
trisztan94
#2285
üzenetére
Ez nem igaz, ha tudsz programozni akkor mindegy a nyelv. kb 2ora megszokni pl a java szintaktikat es hogy valtozot tipussal deklaralunk. Minden nyelvben lehet szarul programozni, aki komolyan veszi az mindenben tud dolgozni, aki nem annak teljesen mindegy miben ganyol.
-
#2286
cucka
addikt
trisztan94
#2285
cucka
addikt
válasz
trisztan94
#2285
üzenetére
Egy fejlesztőnek a programozáshoz kell értenie, nem a php-hoz. Ha ez megvan, akkor az összes ilyen érv irreleváns.
Amúgy pont a programozáshoz nem értő php fejlesztők miatt ennyire rossz a híre ennek a nyelvnek/platformnak. El sem hinnéd, mennyire nehéz jó php fejlesztőt találni. -
#2285
trisztan94
őstag
cucka
#2284
trisztan94
őstag
"Az csak egy nem túl fontos aspektus, hogy a kezdő php-s fogja-e a fejét vagy sem."
Lehet, hogy nem túl fontos, de viszont rosszul tanulja meg általa a programozási technikákat. Megtanulja, hogy nem adunk típust, aztán ha kezei közé kerül egy C# vagy C++ akkor azzal nem fog tudni mit kezdeni. (mert ugye fogalma sincs arról, hogy mi az isten az az int, a double, stb.. Jó, most erre lehet mondani, hogy ha C#-ra vált akkor márpedig tanulja meg, de akkor is rossz módszereket tanult addig a PHP-val.. Na de szerintem ennek a vitának nem itt van a helye, ne spam-eljuk tele a topicot ezzel.
Igazából nem is akarok vitázni, csak egy szubjektív véleményt mondtam el. Lehet valakinek pont az tetszik, hogy nem kell szarakodnia azzal, hogy megadja a típust. Kinek a pap, kinek a paplan -
#2284
cucka
addikt
trisztan94
#2283
cucka
addikt
válasz
trisztan94
#2283
üzenetére
Az, hogy egy nyelvben van-e implicit típuskonverzió vagy nincs, az egy nagyon messzire mutató kérdés. Az csak egy nem túl fontos aspektus, hogy a kezdő php-s fogja-e a fejét vagy sem.
-
#2283
trisztan94
őstag
cucka
#2282
trisztan94
őstag
Na például ha lenne egy olyan lehetőség, hogy márpedig szóljon, hogy egy stringet int-té konvertálni nem lehet (kivéve ugye, ha szám a string) akkor például nem lenne az, hogy a kezdő php-s fogja a fejét, hogy mi az istenért hal meg a kódja egy inputmezőnél.
.Net-nél már a Visual Studio aláhúzza, sőt, futtatni sem engedi az alkalmazást amíg egy ilyen óriási hiba jelen van. Ha meg mégis lefut, akkor szól szépen, hogy "Cannot implicitly convert string to int ... on do.cshtml line x"Ez hiányzik szerintem a php-ből. Sokszor volt olyan, hogy én is csak fogtam a fejem, hogy mi az istenért nem azt csinálja amit akarok. Mondjuk a CakePHP ilyen tekintetben jó, ott is jók a hibaüzenetek
-
#2282
cucka
addikt
trisztan94
#2279
cucka
addikt
válasz
trisztan94
#2279
üzenetére
A php-ban is vannak típusok ugyanúgy, mint bármely más nyelvben.
A különbség, hogy egyrészt hiányzik a type hinting primitív típusokra, másrészt pedig az, hogy a php tele van implicit cast-olással, lényegében bármit bármire szívesen átkonvertál hibajelzés nélkül. Ez utóbbi rengeteg hiba forrása tud lenni. -
#2281
trisztan94
őstag
trisztan94
őstag
Na, hogy egy kicsit on-topic legyen a dolog. Animáltam az oldalt amin dolgozok, de vmiert par helyen akad a dolog. Főleg ott, ahol a callback-be a galéria betöltését raktam ill. a google maps betöltését. Hogy lehetne ezt az akadást eltűntetni/minimalizálni?
Chrome alatt jobban akad, mint FF alatt valamiért
Itt van róla egy videjó (ez megrendelőnek lett küldve, azért vannak benne a kommentek)
Ugye ez a galériát is betölti. Preloadolni nem lehet valahogy egy plugint még nem létező elemre, hogy ne akadjon így be?
Das code für animationen:$('#content').animate({
left: '-100em'
}, 400, function () {
$('#content').load(url, function () {
$('#content').css('left', '100em');
$('#content').animate({
left: '0em'
}, 400);
if ($.browser.mozilla) {
$('.gold').animate({
left: '41em'
}, 500);
//$('.gold').css('left', '37.5em');
} else {
$('.gold').animate({
left: '37.8em'
}, 500);
//$('.gold').css('left', '35.3em');
}
Galleria.loadTheme('galleria/themes/classic/galleria.classic.min.js');
Galleria.run('#galeria');
});
});a $('.gold') az a fenti golyó ami csúszik a menüpontok alá.
-
#2280
cucka
addikt
Peter Kiss
#2278
cucka
addikt
válasz
Peter Kiss
#2278
üzenetére
Igazából ha valaki úgy kezdi a mondókát, vagy csak utal rá, hogy "a php típustalan nyelv", akkor ez nagyjából el is mondja, hogy nem sokat ért abból, hogy a php programjai pontosan hogyan is működnek.
-
#2279
trisztan94
őstag
Peter Kiss
#2278
trisztan94
őstag
válasz
Peter Kiss
#2278
üzenetére
"a var nem jelent típustalanságot"
Na akkor ezek szerint ezt rosszul tudtam.. Azért gondoltam, hogy típustalan, mert ugye egy var-ral deklarált változónak lehet bármilyen típusú értéket adni (vagyis hát amire én használtam mindig tudtam, int-et, string-et, char-t)
Gondoltam azért nem típustalan, mert var a típusa, nem? Tehát végülis akkor var típusú változó.. De mondom, ezt tényleg nem tudom, lehet hülyeséget mondok
"xdebug mond valamit?"
Mármint mivel kapcsolatban?
cucka:
Alapból típustalan. Azt tudom, hogy class-ekkel megoldva lehet "rákényszeríteni", hogy csak egy bizonyos típusú értéket kapjon, de alapesetben (tudtommal legalábbis) nem lehet, ergó típustalan. Mondjuk abban igazad van, hogy nem vagyok PHP guru, sosem mentem bele olyan szinten..
-
#2278
Peter Kiss
őstag
trisztan94
#2277
Peter Kiss
őstag
válasz
trisztan94
#2277
üzenetére
- a var nem jelent típustalanságot
- xdebug mond valamit? -
#2277
trisztan94
őstag
Soak
#2271
trisztan94
őstag
"Meg tudod indokolni hogy miert "gyulolod" a php-t?"
Egy ideje ASP.Net-et használok, mind az MVC-t, mind a Web Pages-t. A Web Pages direkt a PHP-ról áttérőknek készült, ugyanúgy használható kb.. tényleg nagyon hasonló.
Na, mivel előtte PHP-ztam...hát sokkal jobb. Jobb a szintaktikája, típusos nyelv (Mondjuk a WebP is lehet típustalan [var-ral történő deklarálás]), szigorúbb nyelv (nehezebb gányt írni). Hibajelzések mérföldekkel jobbak. Megmondja neked, hogy hol van a hiba, berak a hibába egy snippetet a hibáról, megmondja, hogy valszeg mi a hiba oka ("Maybe you missed out a semicolon?"), stack trace... Ezek miatt a kicsi dolgok miatt nem szeretem annyira.Meg mondjuk én alapból C#-pal kezdtem az egész programozás dolgot (Win desktop), így azért is tetszik jobban a szintaktika.
Igaz, PHP frameworkok (CakePHP, YII) elég jók, azokat szeretem és használom is, de maga az inline script valahogy nagyon fapados nekem. Ez igazából személyes preferencia, nem kell egyetérteni -
#2276
Soak
veterán
Sk8erPeter
#2275
Soak
veterán
válasz
Sk8erPeter
#2275
üzenetére
En nem is kertem hogy atragj barmit is, mivel csak kivancsi voltam, hogy konkretan nala mi valtott ki ilyen ellenerzeseket hogy hozza se akar nyulni. Jelenleg paralel tolom a java-val, nyilvan nem lehet osszehasonlitani a kettot, nem is ezt mondtam, de azert valamire lehett hasznalni a php-t is, csak sokkal nagyobb a fejleszto felelosege.
-
#2275
Sk8erPeter
nagyúr
Soak
#2273
Sk8erPeter
nagyúr
Hogy miért "gyűlöli", azt majd ő elmondja
de nem kell mindent szó szerint venni, gondolom egyszerűen rohadtul nem találja igényesnek, amit meg is értek. Én pl. szerveroldalon PHP-ben szoktam programozgatni, de ettől még nem szopom a nyelvet, látom az előnyeit-hátrányait, összességében a sok hátránya miatt tákolmánynak tartom sok szempontból, de ez már szintén ki lett tárgyalva az érintett topicban. Hadd ne kelljen itt elkezdeni megint, főleg, h nem is tartozik ide (nem mintha a PHP topicban lenne kedvem újra átrágni a témát ). -
martonx
veterán
Ezt nem trisztannak akartad írni? És annyit tegyünk még hozzá, hogy nemhogy nem borsos az azure ára, hanem egészen korrekt ingyenes csomagjaik is vannak.
Én jelenleg is használom, nem vagyok maradéktalanul elégedett vele, a websites-nak vannak hiányosságai, de ezekből az egyetlen fájó, a saját ssl tanúsítvány hiánya. Vicces, hogy tavaly szeptember óta, minden hónapban megígérik, hogy egy hónapon belül ez is működni fog. -
#2273
Soak
veterán
Sk8erPeter
#2272
Soak
veterán
válasz
Sk8erPeter
#2272
üzenetére
Az hogy egy nyelv "szep" az szerintem ertelmetlen, de elfogadom hogy valakinek pl tipusossag a "szep" . Csak azt hogy egy programozasi nyelvet hogy lehet gyulolni ?!
Nem a legjobb nyelv a php, de mar van olyan szinten jo ideje hogy komolyabb alkalmazasokat is lehet fejleszeteni benne. Az hogy nem kenyszeriti a programozot olyan dolgokra amik elvarhatoak lennenk egy normalis projektben az mas kerdes. -
#2272
Sk8erPeter
nagyúr
Soak
#2271
Sk8erPeter
nagyúr
Hosszabb ASP.NET-ezés után nem csodálom, ha qrva rondának találja a PHP-t...
De erről már a PHP topicban is beszélgettünk, hogy finoman szólva nem a legszebb nyelvek közé tartozik, szerintem nem kell tőle annál hosszasabb ecsetelést elvárni.(#2269) trisztan94 :
-
#2271
Soak
veterán
trisztan94
#2261
Soak
veterán
válasz
trisztan94
#2261
üzenetére
Meg tudod indokolni hogy miert "gyulolod" a php-t?
-
#2269
trisztan94
őstag
martonx
#2267
trisztan94
őstag
válasz
martonx
#2267
üzenetére
Ha az asphostpage-re gondolsz, abban teljesen igazad van, jo az, csak hat a felulete... De nem is az a lenyeg. Mondjuk egy 500ks Enterprise v webshopot nm biznek ra, arra ott az azure. En nezegettem korabban, eleg draganak tunt, de lehet hogy rosszul neztem. Mondjuk egy ilyen personal csomag 100-500mb tarhellyel es minimalis ab-val mennyi lenne?
-
#2268
martonx
veterán
trisztan94
#2263
martonx
veterán
válasz
trisztan94
#2263
üzenetére
Ha már felhőkben keresel, és .Net kedvelő vagy, akkor nézz már rá az Azure-ra...
-
#2267
martonx
veterán
trisztan94
#2261
martonx
veterán
válasz
trisztan94
#2261
üzenetére
Miért kerül többe egy .Net-es tárhely, mint egy PHP-s?
Ha gondolod mutatok ingyenes .Net-es tárhelyet is neked (per pillanat kettő ilyen hoszting cég közül is választhatsz), cserébe mutass ezeknél olcsóbb PHP-s tárhelyeket -
#2266
martonx
veterán
Sk8erPeter
#2250
martonx
veterán
válasz
Sk8erPeter
#2250
üzenetére
Jaja, mondtam én. Szvsz az Ie10 mostanra teljesen vállalható.
Én egyre gyakrabban azon veszem észre magam, hogy mivel fejlesztésre ezt használom, így benne is maradok, és nem váltok át böngészés miatt más böngészőbe.
Csak valóban ne nézne ki ilyen szarul. Bár ez a kinézet dolog mostanra MS betegséggé fajult a win8-al teljesedett ki. -
#2265
Sk8erPeter
nagyúr
trisztan94
#2263
Sk8erPeter
nagyúr
válasz
trisztan94
#2263
üzenetére
Ha rákeresel úgy, hogy "content slider" vagy hasonló, akkor milliónyi találat lesz.
Ilyesmik.Amiket linkeltél, azok biztos jók, de csak külföldi szerverek, meg ha jól értettem gyors rápillantás alapján, havi díjak, és annyiért pedig kapsz ASP.NET-es tárhelyet is havonta, PHP-s tárhelyet meg főleg.
"Arra értettem, hogy aki tényleg tudatlan és azzal csinálja, és "ő már webszerkesztő"-nek titulálja magát, na az a gáz"
Ebben természetesen egyetértünk, de az előbb még amellett érveltél, hogy neked nem tűnnek túl profinak "a CMS-es megoldások". Erre reagálva mondtam, hogy ne pár vérjani (a vérpisti már unalmas) munkája alapján ítélkezz. -
#2264
cucka
addikt
trisztan94
#2261
cucka
addikt
válasz
trisztan94
#2261
üzenetére
A node.js tök jó http api-k fejlesztésére. Ha csak sima weboldal backend-nek használnád, arra nem igazán alkalmas, oda a php sokkal jobb választás.
-
#2263
trisztan94
őstag
Sk8erPeter
#2262
trisztan94
őstag
válasz
Sk8erPeter
#2262
üzenetére
Nekem jobban tetszik, mint a php. Meg legalább egy szintaktikát kell követni.
"Milyen animációt kell nézni a belinkelt oldalon? Hogy jobbra-balra lehet lapozni? "
Bizony az! Tehát fogok egy sima slider-t, berakom a tartalom DIV helyére és azzal csinálom? Erre abszolút nem is gondoltam, köszi az ötletet! Mindjárt utánanézek
NodeJS:
https://www.heroku.com/pricing#1-1
35dolcsi 1dyno+1working dyno + 10k soros db ingyé'.Jó, ezzel nyilván nem fogsz egy nagy alkalmazást futtatni, de egy alap valamihez teljesen jó.[link] Mégjobb, 20$ /hó ->
Unlimited apps within 2GB RAM
Up to 8 service instances
200MB storage per MySQL or PostgreSQL instance
Unlimited custom domains
Ticket-based support
10MB RAM & 6 concurrent connections for Redis, MongoDB, and RabbitMQ instances
10GB data transfer per month
400 requests per second
Hide details(#2260):
Mondom, nem a Drupal-ra értem, leginkább a WP ill talán a Joomla!. A drupalról én is szépeket és jókat hallottam, lehet egyszer kipróbálom.
Félreértettél, nem azt akartam mondani, hogy aki CMS-t használ az egy tudatlan f@sz. Arra értettem, hogy aki tényleg tudatlan és azzal csinálja, és "ő már webszerkesztő"-nek titulálja magát, na az a gázÉn sem vagyok olyan szinten még (szerintem), hogy "Webszerkesztőnek" tituláljam magam. ó
-
#2262
Sk8erPeter
nagyúr
trisztan94
#2261
Sk8erPeter
nagyúr
válasz
trisztan94
#2261
üzenetére
Hát szerintem a JavaScript sem az a kifejezetten szép nyelv, és akkor finoman fogalmaztam...
"A node.js-es tárhelyek pedig kb egy árban vannak a php-sokkal"
Tudsz mutatni konkrét példát?Milyen animációt kell nézni a belinkelt oldalon?
Hogy jobbra-balra lehet lapozni? Ebben mi a különleges? Bármelyik jQuery slider plugin tudja ezt. -
#2261
trisztan94
őstag
fordfairlane
#2258
trisztan94
őstag
válasz
fordfairlane
#2258
üzenetére
Tudom, az a lényeg, hogy js alapú legyen. Egyszerűen gyűlölöm a PHP-t, rossz ránézni is (csak hát ugye nem fog az átlag megrendelő többet fizetni egy .Net-et futtató tárhelyért csak azért mert én nem szeretem a php-t
)A node.js-es tárhelyek pedig kb egy árban vannak a php-sokkal, tehát így máris kedvezőbb a dolog
Más:
http://madesignuk.com/uploader/
Pontosan egy ilyen animációra lenne szükségem, nem tud erre valaki egy plugint? Már vagy fél órája bogarászom a stackoverflow-ot.
Az lenne a legjobb, ha ajax támogatás is lenne, tehát egy ajaxolt oldalt húzna be az animációhoz.. -
#2260
Sk8erPeter
nagyúr
trisztan94
#2257
Sk8erPeter
nagyúr
válasz
trisztan94
#2257
üzenetére
Nem, nincs olyan szó, hogy "inprofi"...
Pedig nagyon komoly oldalak is készülnek CMS-ekkel, pl. konkrétan én a Drupalra gondolok. A Joomla személyes véleményem szerint egy fostalicska, próbáltam, nem győzött meg, de nyilván ebben is készülnek elég komplex oldalak, ebben sem szabad általánosítani. A WordPress-t legtöbbször blogolásra használják (nyilván vannak más célok is). A Drupalt meg mindenfélére.
Amúgy biztos a White House hivatalos oldalának fejlesztői is úgy gondolták, hogy a CMS-ek nem profik, ezért választották a Drupalt az oldaluk motorjául...
Csak futólag kukkants rá a cikkre:
http://www.whitehouse.gov/blog/2012/11/20/open-source-and-power-community
Leírják, merre, miért, hogyan esett a választás a Drupalra. Lényeg: hatalmas fejlesztői közösség, dinamikus fejlődés, folyamatos változások. Amúgy most már a Symfony framework a Drupal 8 alapmotorja.
Az oldal forráskódján is látszik amúgy, hogy tipikus Drupalos (/sites/default/files/... elérési utak, stb.).
Tevékenykednek a fejlesztői a drupal.org oldalon is:
http://drupal.org/user/2356044
vannak hozzájárulásaik modulokhoz (commit), meg vannak saját moduljaik.A lényeg: az, hogy valaki CMS-t használ, nem azt jelenti, hogy egy vérf@szjankó is össze tudná kattintgatni azt az oldalt. A CMS-hez a modulfejlesztésnek is megvan a maga komoly befektetési ideje, de a többedik oldal után bőven megtérül, hogy nem kell ugyanazokat az ismétlődő folyamatokat újból és újból végigszopni.
Ahogy igaz ez egy framework használatára is.
De manapság a Drupalra amúgy is azt mondják, hogy nemcsak CMS, hanem framework is, és másik irányból nem csak framework, hanem CMS is. -
#2259
Sk8erPeter
nagyúr
spammer
#2256
Sk8erPeter
nagyúr
válasz
spammer
#2256
üzenetére
Hát akkor lehet, hogy ez azért van, mert egy szar.
Nézd meg a Superfish plugint, jól működik kikapcsolt JavaScript mellett is:
http://users.tpg.com.au/j_birch/plugins/superfish/#examples -
#2258
fordfairlane
veterán
trisztan94
#2257
fordfairlane
veterán
válasz
trisztan94
#2257
üzenetére
Node.js-szel van valakinek tapasztalata? Mindig is jobban szeretttem a Frontend scriptelést, mint a backend-et, ez úgy néz ki pont ideális nekem
A node.js egy javascript backend.
-
#2257
trisztan94
őstag
Sk8erPeter
#2255
trisztan94
őstag
válasz
Sk8erPeter
#2255
üzenetére
"Amúgy én ilyen statikusnak induló weboldalaknál is jobbnak látom egy CMS vagy valami framework használatát, a franc tökölne a menü hierarchiájával és hasonlókkal, meg választanék egy igényes template-et, szép kóddal, ami könnyen átszabható, és ami cross-browser működést lehetővé tesz (Drupalnál kedvencem a Zen)."
Nekem valamiért inprofinak (van ilyen szó?
nem profi) tűnnek a CMS-es megoldások. Legalábbis a Wordpress, Drupal-lal nem volt még dolgom, arról mondjuk jókat hallottam. Nem tudom, valamiért nem jönnek be, mindig a fentebb is említett fenegyerekek jutnak eszembe róluk. ("Ismerem a Joomla!-t, aggyá' egy tizest és csinálok neked weboldalt") Meg amúgy is, addig amíg nem "tanulom ki" olyan szinten a szakmát, szerintem jobb ha saját kódot írok. Lehet, hogy pl. egy kommentezést 2perc lenne wordpress-szel, de jobban szeretem megírni én. Így is elég sokszor randa kódot írok (pl az .each az ajaxos fgv-ben)Apropó: Node.js-szel van valakinek tapasztalata? Mindig is jobban szeretttem a Frontend scriptelést, mint a backend-et, ez úgy néz ki pont ideális nekem
De ez már elég off topic, biztos van saját topicja, majd írok oda -
#2256
spammer
veterán
Sk8erPeter
#2252
spammer
veterán
válasz
Sk8erPeter
#2252
üzenetére
Valami gebasz (specifikus dolog) nálam lesz, mert más dropdown meg jó. Ilyesmi [link] Tehát ha pl. a Products-ra viszed az egeret, akkor a Product1 és Product2-nek csak a borderjét mutatja. De mindegy, amúgy is kell még variálnom, max megnézem mi a nyűgje vagy lecserélem valamire, mert most nem ez a legfontosabb dolgom
-
#2255
Sk8erPeter
nagyúr
trisztan94
#2253
Sk8erPeter
nagyúr
válasz
trisztan94
#2253
üzenetére
"Amúgy is, a srác azt mondta, ha ez jól alakul akkor lesz több melója is nekem, szóval ezért is mentem egy "kicsit" ár alá."
Ja, aztán abból indul ki, hogy ha már múltkor is "jutányos" áron vállaltad, akkor miért nem vállalod a többit is olyan occssón. Szerintem ha egy lélektani határnál többet nem hajlandó megfizetni, akkor el kell küldeni a francba.Egyébként mondom, az elején nem is vágtam, hogy az egész oldal úgy, ahogy van, 15k, ha ezt előre tudom, nem is mondok ilyeneket, mint hogy SEO, meg hasonlók.
De az egészet ki lehetett volna kerülni úgy, hogy pont az AJAX-ozást szarod le, és akkor legalább könyvjelzőzhetők az oldalaid (akkor statikus, és nem kellett volna plusz időt (igaz, nem túl sokat) töltened a HTML5 history-zással és hasonlókkal)."Azért annyira nem volt bonyolult az a JS API-n keresztüli dolog, de nem is tudtam, hogy van iFrame-es megoldás. Azt honnan lehet szerválni?"
[link]
Ettől még amúgy nyilván sokkal szebb az a megoldás, amit Te választottál, hogy a JS API-t használod, tehát ne szokj át az iframe-es megoldásra, csak említettem.Amúgy én ilyen statikusnak induló weboldalaknál is jobbnak látom egy CMS vagy valami framework használatát, a franc tökölne a menü hierarchiájával és hasonlókkal, meg választanék egy igényes template-et, szép kóddal, ami könnyen átszabható, és ami cross-browser működést lehetővé tesz (Drupalnál kedvencem a Zen).
-
#2254
Jim-Y
veterán
trisztan94
#2253
Jim-Y
veterán
válasz
trisztan94
#2253
üzenetére
Azért annyira nem volt bonyolult az a JS API-n keresztüli dolog, de nem is tudtam, hogy van iFrame-es megoldás. Azt honnan lehet szerválni?
-
#2253
trisztan94
őstag
Sk8erPeter
#2237
trisztan94
őstag
válasz
Sk8erPeter
#2237
üzenetére
"ez még alapvető igényesség körébe tartozik sztem, nem a megrendelő által extrán megfizetendőbe"
Alapvető igényesség 70k+-nál. - legalábbis nálam. Azért vállaltam ezt az oldalt ennyibe, mert most nagyon kell a pénz, de valljuk be őszintén, 15k-ért optimizáljam rá mindenre? A két legnagyobb böngészőre feloptimizáltam, bár mondjuk nem kellett volna ennyit szarakodnom ha statikusan csinálom, az tény, csak próbáltam valami újat megvalósítani amit még "élesben" nem csináltam (Mondjuk elvileg úgy volt, hogy animálva lesz az oldal, tehát amikor lépünk egy menüpontra akkor a "golyó" átanimálódik a menüpont alá, maga a tartalom meg elcsúszik, csak ugye azt +5kba raktam volna bele amit meg nem akartak. ezért is kezdtem alapból ajaxxal, aztán már nem volt kedvem átírni
)
Meg hát vannak nálam alapvető CSS hiányosságok, az is tény (1.5 éve nem css-eltem semmit, felejtek )martonx:
"Minek ide js-heavy, meg PHP?"
Annyi PHP van benne, hogy kilistázza a képeket az img könyvtárból amit meg a galleria plugin berak egy galériába, tehát nem annyira durva. De hát igen, ha már a legkisebb PHP (vagy ASP.Net) van benne többet szoktam kérni, csak most egy holtpont van a megrendelők tekintetében, kell a lóvé, na
Amúgy is, a srác azt mondta, ha ez jól alakul akkor lesz több melója is nekem, szóval ezért is mentem egy "kicsit" ár alá."De ha mondjuk ajax-ozunk, akkor legyen másik 4 statikus html, amiket be tudsz húzni a főoldalba"
Igaz, de sajnos kicsúsztam a határidőből (majdnem), így már nem volt rá idő. Legközelebb mindenképp így csinálom!
Sk8erPeter
"Google Maps-szel sem kellett volna szarakodni, hogy JS API-n keresztül legyen használva, egy sima iframe-es megoldásba bedobhatta volna,"
Azért annyira nem volt bonyolult az a JS API-n keresztüli dolog, de nem is tudtam, hogy van iFrame-es megoldás.
Azt honnan lehet szerválni?cucka:
"Lehet találni a neten mindenféle reset css-eket"
Van benne reset css, sőt normalize.css-t is próbáltam, mégis elcsúsznak. Operában megnéztem hogy néz ki.. bár ne tettem volna. Elég érdekes. Itt igazából tényleg nem a böngészők a hibásak, én írtam meg szarul a css-t, legközelebb erre jobban figyelek
"Szerintem örülhet, hogy ennyi pénzért valaki elvállalta a munkát. Egy tapasztalt fejlesztő, aki ebből él, 15 ezerért a szövegszerkesztőt sem fogja elindítani neki."
Hát igen, nálam a statikus bemutatkozó oldalak 20-tól kezdődnek. + ugye ebben van js, google maps, galéria, php, tehát ha "normál" árat kértem volna érte lett volna legalább 40. Mondjuk a design-nal nem kellett tökölnöm, volt egy előre elkészített jpg ami szerint kellett csinálni, tehát akkor 35..
"Hozzávetőleges eredményekért használd az Explorer kompatibilitási módját."
Ugyan az, mint az operánál.. Bár ne tettem volna
martonx:
"Abszolút egyetértek. Én erről a piacról már rég kiszálltam, vagy ha valaki mégis engem talál meg, és megkérem az árát, akkor az áralkunál rendre elhangzik, hogy majd találok olyat, aki megcsinálja szarér-hugyér. Erre szoktam én mondani, hogy ahol ilyen a megrendelői hozzáállás, ott nem is rám van szükség, hanem egy idiótára, aki majd jól elszopatja magát szarér-hugyér."
100%-ban egyetértek. Én sem szoktam olcsón dolgozni, (jó, az olcsó kifejezés szubjektív, kinek mi, azért nem vagyok elszállva magamtól, nem kérek egy kis semmiért 200k-t. Általában úgy szoktam melót vállalni, hogy megnézem a határidőt - legyen mondjuk 1 hét -, hogyha az lenne a normális melóm, akkor havi annyit keressek vele, hogy a 2500-as órabér meglegyen, 4-6 órás műszakban. Egy webshop "nálam" 150k-nál kezdődik pl.) de mint írtam nagyon kellett az a kis plusz kp.. Na meg ugye egyre jobban elterjedtek az "Ismerem a Joomla-t, aggyá' egy tizest és csinálok neked weboldalt" 15-16 éves gyerekek.. És az a vicces, hogy kapnak melót. Sorra kapom az olyan megkereséseket, hogy adtam neki 5k előleget és csinált egy ilyen szart.. vagy még annyit sem.. Annyiért meg ugye senki sem fogja megkerestetni a gyereket, szóval....
Bocsánatot kérek mindenkitől, hogy ilyen későn válaszolok csak!
Nagyra értékelem a feedback-et, tényleg! -
#2251
spammer
veterán
Sk8erPeter
#2250
spammer
veterán
válasz
Sk8erPeter
#2250
üzenetére
Nem is tudtam, hogy van ilyen IE10-ben
Mondjuk nem is kerestem Tök jó, látom, hogy IE9-ben és az alatt nem megy a CSS hover (dropdown) menu, hovernél csak a border jelenik meg, és rá sem lehet kattintani a menüpontra. Hát ez fasza, tervezhetem újra
IE, én így szeretlek!
-
#2250
Sk8erPeter
nagyúr
martonx
#2249
Sk8erPeter
nagyúr
válasz
martonx
#2249
üzenetére
Hát elég finoman fogalmaztál...
Úgy is lehetne, hogy teljesen degenerált adatokat írnak ki. Igazából nem értem, miért ijesztik meg a júzert... Na most amúgy felraktam az IE10-et, ahogy elnézem, felületében pontosan ugyanúgy nem tudtak semmi érdemit alakítani, mint az eddigi változatokban (ergo nem igazán hozzák meg a kedvét az áttérésre az addigi IE-hatereknek), viszont tény, hogy nagyon gyors, mind felületre (az ilyen apróságok IE8-nál, mint a fülváltás, ilyesmik is lassúak voltak), mind oldal-megjelenítésre, mind pedig JavaScriptes animációk terén. Utóbbi szerintem manapság nagyon sokat számít (hogy témába vágó is legyen), hogy eltalálják a JS-motort, mert elég sok minden JS-alapon történik; például az évek során a Firefox rettenetesen elcseszte - habár most próbálgattam, most már úgy tűnik, így a 21.x-es verziónál javítottak, pedig korábban pl. az animációk nagyon akadozóak voltak FF alatt.
Ennél jött elő például nagyon:
https://www.youtube.com/results?search_query=do+the+harlem+shake
Itt ugye össze-vissza elkezd ugrálni az oldal minden eleme, valamelyik korábbi változatnál a Firefox teljesen kiakadt ettől, és botrányosan lassú volt, direkt kipróbáltam. A mostani, 21.0 változatnál már jónak tűnik.Na, és visszatérve az IE10-re: valóban teljes körű a visszaválthatóság egészen IE7-ig (direkt kipróbáltam ezt egy korábban létrehozott tesztoldalon, pl. addEventListener miért is működött volna korábbi verziókban, nekik az attachEventet kellett erőltetni, tipikus - korábbi - Microsoftos önfejűség; IE8-módba visszaváltva ez a metódus ugyanúgy nem megy, ahogy a console.log-nál is pattog, ha nincs megnyitva F12-vel, tehát tényleg full IE8-motor), szóval ezek szerint tényleg teljesen felesleges emiatt több virtuális gépet használni, Linuxon is elég egy, amin IE10 van...
-
#2249
martonx
veterán
Sk8erPeter
#2248
martonx
veterán
válasz
Sk8erPeter
#2248
üzenetére
Ez hagyján, a VS telepítője előre, jól láthatóan kijelzi, hogy várhatóan 8Gb tárhelyre lesz szüksége (WTF), aztán a végén megnézve 1,5-et használ el (mondjuk az se kevés...)
MS-nél ezek a rendszer követelmények, meg az installerek figyelmeztetései, elég érdekesen alakulnak. -
#2248
Sk8erPeter
nagyúr
martonx
#2247
Sk8erPeter
nagyúr
válasz
martonx
#2247
üzenetére
Ezt el is felejtettem
(látszik, mennyire használom az IE-t), úgyhogy lehet, hogy nem kéne fent tartani az IE8-at csak amiatt, hogy legalább tudjam abban tesztelni. Most, hogy mondod, fel is rakom az IE10-et W7-re. 
http://windows.microsoft.com/en-us/internet-explorer/ie-system-requirements#ie=ie-10
"If you want to run Internet Explorer 10 on your PC, here's what it takes:
..........
Hard disk space: 16 GB (32-bit) or 20 GB (64-bit)"Hogy mi van?
Mármint értem, hogy hülyebiztosra akarják csinálni a követelményeket (jóindulatúan feltételezem), de ez azért keményen néz ki
-
#2247
martonx
veterán
fordfairlane
#2244
martonx
veterán
válasz
fordfairlane
#2244
üzenetére
Node, IE devtoolja, visszamenőlegesen IE5-ig tudja kompatibilitás módban futtatni magát, és még eddig sose futottam bele olyan helyzetbe, hogy ne lett volna 100%-osan megbízható a visszaskálázás.
Én jelenleg is IE10-el fejlesztek a melóban, IE8-ra visszaskálázva (nemrég még Ie6-ra volt visszaskálázva), hogy az átlag userek IE-jét szimuláljam. 100%-os a kompatibilitás, mindeféle extra telepítés, meg trükközés nélkül is. -
martonx
veterán
"15.000-ért nem fogok mindent támogatni.
Szerintem örülhet, hogy ennyi pénzért valaki elvállalta a munkát. Egy tapasztalt fejlesztő, aki ebből él, 15 ezerért a szövegszerkesztőt sem fogja elindítani neki."Abszolút egyetértek. Én erről a piacról már rég kiszálltam, vagy ha valaki mégis engem talál meg, és megkérem az árát, akkor az áralkunál rendre elhangzik, hogy majd találok olyat, aki megcsinálja szarér-hugyér. Erre szoktam én mondani, hogy ahol ilyen a megrendelői hozzáállás, ott nem is rám van szükség, hanem egy idiótára, aki majd jól elszopatja magát szarér-hugyér.
-
#2245
Sk8erPeter
nagyúr
fordfairlane
#2244
Sk8erPeter
nagyúr
válasz
fordfairlane
#2244
üzenetére
Wow, ezt nem is ismertem, köszi, ez jól jöhet még!
-
#2244
fordfairlane
veterán
spammer
#2241
-
spammer
veterán
IE teszteléshez meg lehet próbálni ezt: IETester
Én régen használtam, jól jött, mikor még foglalkoztam azzal, hogy IE6 alatt is kinézzen valahogy
Egyébként lehet több IE-t futtatni, nekem volt fent IE 6-7-8-9 is egy időben, volt ilyen komplett csomag, amit le lehetett tölteni.15 rugó tényleg sovány, bár én nem ezzel foglalkozom, csak magamnak kódolok, de ennyiért maximum egy nagyon alap oldalt csinálnék ismerősnek. De hogy ajax meg jquery meg böngészőspecifikus css, hát a tököm...
Statikus oldal, de max php switch elég egy ilyenhez (én utóbbira szavazok). -
#2240
cucka
addikt
trisztan94
#2234
cucka
addikt
válasz
trisztan94
#2234
üzenetére
Nagyon sok minden el van csúszva firefoxban sajnos, a fő layout elemek nem ugyanakkorák, betűméret, pozicionálások.
Ez nincs így. Két dolog van:
- Minden böngészőnek van egy default stíluslapja, amelyek eltérhetnek egymástól. Lehet találni a neten mindenféle reset css-eket, ami lenullázza ezeket az alapértelmezett értékeket.
- A különféle böngészők eltérően renderelik a szövegeket, tehát itt egész egyszerűen nem lehet pixelpontos megjelenésre számítani. Ha a weboldalad kinézete bárhogy is függ attól, hogy hogyan rendereli a szövegeket a böngésző, akkor rosszul építetted fel a layout-ot.15.000-ért nem fogok mindent támogatni.
Szerintem örülhet, hogy ennyi pénzért valaki elvállalta a munkát. Egy tapasztalt fejlesztő, aki ebből él, 15 ezerért a szövegszerkesztőt sem fogja elindítani neki.Hát sajnos ezt nincs módomban tesztelni. Nem lehet valahogy azt is felrakni a 9 mellé? Esetleg még a hatot?
Hozzávetőleges eredményekért használd az Explorer kompatibilitási módját.
A legjobb megoldás pedig, ha virtuális gépen tartasz egy másik Windowst, régi Explorerrel. A Win nem tud egy időben több különböző verziójú Explorert futtatni.Egyébként sanszos, hogy valamit rosszul csinálsz, ha ilyen böngésző inkompatibilitásokkal küzdesz. A weboldalak 99%-ához nincs szükség semmilyen böngészőspecifikus dologra. Ha okosan írod meg a CSS-t, akkor még az IE6-IE7 specifikus dolgoknak sem kell külön böngészőfüggő stíluslap, Javascriptnél meg behúzod a jQuery-t (vagy mást), ami lényegében elsimítja az összes eltérést a böngészők között.
-
#2239
Sk8erPeter
nagyúr
martonx
#2238
Sk8erPeter
nagyúr
válasz
martonx
#2238
üzenetére
Ja, én is hasonlóra gondolok.
De azt mondjuk korábban nem fogtam fel, hogy ezek szerint a teljes összeg 15k, hát az úgy tényleg elég karcsú, de akkor meg egyáltalán nem értem, minek az egész AJAX-os tökölés, miért nem pakolt be annyi statikus oldalt, ahány van, aztán kész. Nem is kellett volna AJAX-olnia ennyi lóvéért. (Az meg tényleg picit vicces, hogy egy ilyen bemutatkozós oldal "JS-heavy", de én azt feltételeztem, hogy lesz ez még komolyabb is.) Plusz a Google Maps-szel sem kellett volna szarakodni, hogy JS API-n keresztül legyen használva, egy sima iframe-es megoldásba bedobhatta volna, amit az oldalon lehet kapni beágyazós kódnak, aztán kész.
Így is a dizájnnal ahogy írja, eltökölt egy csomót. 15k-ért ez bőven vállalható lett volna a fentebb leírt módon is. Sőt. -
#2238
martonx
veterán
trisztan94
#2234
martonx
veterán
válasz
trisztan94
#2234
üzenetére
"Mondtam is a megrendelőnek, hogy js-heavy oldalt csinálok, így aki nem használ js-t az vessen magára, 15.000-ért nem fogok mindent támogatni." - amennyire én látom, ez egy 4 lapból álló szimpla bemutatkozós portál.
Minek ide js-heavy, meg PHP? Ez 4 darab statikus html, plusz 1 js file, meg 1 css file.
De ha mondjuk ajax-ozunk, akkor legyen másik 4 statikus html, amiket be tudsz húzni a főoldalba. 15K-ért minek ezt túlbonyolítani? -
#2237
Sk8erPeter
nagyúr
trisztan94
#2236
Sk8erPeter
nagyúr
válasz
trisztan94
#2236
üzenetére
"Esetleg ha átírnám a függvényt amit küldtél arra, hogy a <head> legelejére rakja a css fájlt akkor jobb lenne?"
Jaja, de akkor már document.write-tal kéne kiíratni a <link> taget (nem a fv.-nyel), ha nagyon muszáj, de még mindig nem indokolt, hogy kiszedd a webkites meg többi előtagot, ugye vágod, hogy a böngésző egyszer betölti a CSS-fájlt cache-be, és aztán onnan szedi, magyarul tök mindegy, hogy akár párszáz kilobájttal több a fájl...?!
Egyébként akkor már jobb lenne - ha már ennyire muszáj - szerveroldalon detektálni a böngészőt, és úgy hozzácsapni még egy "firefox" class-t a body-hoz, vagy hasonló, és a stílusfájlba úgy berakni a meghatározásokat, hogy .firefox #mydiv { ... }, de mondom, ez mindenképp gány megoldás így...Most nem nagyon néztem meg, az általad linkelt SEO-s kiegészítés pontosan hogyan működik úgy, hogy nem kell módosítanod az oldalad kódját, de én nem is komoly keresőoptimalizálásra gondoltam, hanem legalább valami alapvetőre...
Pl. ha megnyitom az oldalakat új lapon, akkor működjön már úgy is... úgy értem, rendesen, ne csak azt az oldaltöredéket kapjam meg, amit az AJAX-kommunikáció során igényelsz. Nem egy nagy valami arra külön módszert kreálni, pl. akkor nem a galeria.php-ra küldesz kérést AJAX-szal, hanem az ajax/galeria.php címre, most csak mondtam valami hasraütésszerűt. Vagy szerveroldalra beteszel AJAX-detektálást (pl. PHP-vel így néz ki). Gondolj bele, a Google robotja is azt a töredék tartalmat kapja csak meg, amikor bejárja az oldaladat. Plusz nem ártana, ha az egyes aloldalak könyvjelzőzhetők, elküldhetők lennének. De ez még alapvető igényesség körébe tartozik sztem, nem a megrendelő által extrán megfizetendőbe. No mindegy, nem az én dolgom, ezek csak tanácsok."Pont ilyet kerestem Köszönöm!"
Szívesen! Ja, annak idején, amikor szarakodtam Chrome-extension fejlesztésével, akkor én is ilyet kerestem, aztán meglett a megoldás. De mivel belinkelték ezt a kiegészítést, ezért a franc sem akart szenvedni vele, hogy feltaláljam a spanyolviaszt, és én is megírjam a saját változatomat. Ez működik, teszi a dolgát, ahogy kő'. -
#2236
trisztan94
őstag
Sk8erPeter
#2235
trisztan94
őstag
válasz
Sk8erPeter
#2235
üzenetére
Bocsi, hogy csak most válaszolok, volt egy kis dolgom
"Mi? Nem értem. Most olyan CSS3-as dolgokra gondolsz, amik nem működnek jól -moz, ill. -webkit-előtagok nélkül?"
Ezek a legkisebb dolgok. A design több eleme (boxok, navigációs terület, logó) teljesen elcsúsztak, máshol voltak, ezért csináltam a külön css-t firefoxra, hogy ott is szépen jelenjen meg. De ha már ugye csináltam egy külön design-t FF-ra, akkor biztos, hogy azt más böngésző nem fogja használni, így kivettem belőle a -webkit* ill. más előtagos sorokat. (mert ugye én is egy gradient generatort használtam, az meg belerakta az ie, opera, webkit előtagokat is, így azokat kiszedtem)
"...a SEO-val mi lesz?"
Nem kérek SEO optimizálást az oldalhoz, így az etéren teljesen lényegtelen. Meg amúgy is, egyre több autómatikus SEO motor létezik ami magától berakja a dolgokat az oldalba (hidden div-be asszem, rég használtam)
Egy példa rá: [link]"Chrome-hoz itt van egy nagyon jó extension a JS ki-bekapcsolgatására"
Pont ilyet kerestem
Köszönöm! "Eleve a CSS-fájloknak a headben elöl kell lenniük, mindenféle script előtt"
Esetleg ha átírnám a függvényt amit küldtél arra, hogy a <head> legelejére rakja a css fájlt akkor jobb lenne?
-
#2235
Sk8erPeter
nagyúr
trisztan94
#2234
Sk8erPeter
nagyúr
válasz
trisztan94
#2234
üzenetére
Na és azóta sikerült a módosított fv.-nyel?
"Meg ha már külön css-t töltök be firefoxra akkor a gradienteket is átírom abban a stylesheet-ben csak -moz*-ra, ne lassítsa feleslegesen a böngészőt a többi. Ugyanez a -webkit*-es stílusnál, onnan meg a -moz* dolgokat szedtem ki.."
Mi? Nem értem. Most olyan CSS3-as dolgokra gondolsz, amik nem működnek jól -moz, ill. -webkit-előtagok nélkül? Melyek ezek?
Az meg nem érv, hogy "ne lassítsa a böngészőt", nem pont a stylesheet fog lassítani... rengeteg stíluselemet tölt be egy CMS is, aztán mégsem lassul be a böngésző tőle.
Eleve ott kezdődik, hogy miért böngészőspecifikusan adod meg a stílusokat? NAGYON kerülendő, de ha így is van, akkor úgy szokás, hogy egymás alá írod a fallback-eket, hogy minden böngészőnél jól jelenjen meg.
Sokszor érdemes ezekre valami generátort használni, hogy ne neked kelljen baszkodni ezek megírásával. Csak egy példa a számtalanból:
http://www.css3maker.com/css3-transition.html
Csak bekattintod a megfelelő opciót, aztán odarakja neked a mindenféle potenciálisan szükséges előtagot. MINDET másold be a stílusfájlodba, és ne korlátozd webkites vagy más motorra. Működjön lehetőleg a legtöbb böngésző alatt. Attól még, hogy az IE-t kevésbé támogatod, nem jó hozzáállás egyre jobban szűkíteni a támogatott böngészők körét.
Szóval ne csinálj külön FF-stílusfájlt, meg külön Webkiteset, semmi értelme, az ilyen előtagos dolgok is legyenek egy helyen, így egyből látszik a cross-browser kompatibilitás is, meg könnyű módosítani."Mondtam is a megrendelőnek, hogy js-heavy oldalt csinálok, így aki nem használ js-t az vessen magára"
Azért ez nem ilyen egyszerű.
Sokszor érzem azt, hogy manapság az emberek átesnek a ló túlsó oldalára, túlzottan elkényelmesednek. Nem értek egyet azzal a hozzáállással, hogy elég a csak JS-alapú felület. Például a SEO-val mi lesz? Nagyon nem mindegy, a Google keresőrobotja mit lát.
Chrome-hoz itt van egy nagyon jó extension a JS ki-bekapcsolgatására oldalspecifikusan (nem globálisan!):
https://github.com/maximelebreton/quick-javascript-switcher
De a lényegre visszatérve az teljesen degenerált dolog, hogy komplett stílusfájlokat JS-sel töltesz be.
Eleve a CSS-fájloknak a headben elöl kell lenniük, mindenféle script előtt (az sztem kábé tök mindegy a renderelés szempontjából, hogy meta-tagek előtt vagy után van).IE-tesztelős móka:
http://my-debugbar.com/wiki/IETester/HomePage"IE alatt csak, nem?"
NEM, Chrome: http://i.imgur.com/oMh3ZM9.png. Ja de most jövök rá, hogy nem is elcsúszva van, hanem az a baj, hogy egy miniatűr pici fos csík.Gondolom emiatt a méretmegadás (em) miatt:
#kapcsolatokTerk {
width: 100%;
height: 11em;
}"Szerintem inkább a console.log-ot kiveszem, így nincs para vele, amúgy is csak debug szerepe volt."
Persze, ezt mindenképp érdemes, csak ha neadjisten IE8 alatt kell tesztelni, akkor rohadt idegesítő, hogy ott pattog a console hiánya miatt, ezért jó ez a workaround. De ez tényleg a legkevésbé fontos.
Inkább a fentieket oldd meg. -
#2234
trisztan94
őstag
Sk8erPeter
#2232
trisztan94
őstag
válasz
Sk8erPeter
#2232
üzenetére
"nem szedted ki az .each()-et, pedig felesleges"
Azért nem szedtem ki mert a tiedet használnám és egy az egyben kiszedném az enyémet
"az én módosított loadURL függvényem csak egy STRINGET vár paraméterként"
Na ezt nem láttam, ez egyik nagy hibám
Nem nagyon tudom olvasni mások függvényeit, hogy mit akartak vele. Remélem majd javul ez "Miért töltöd be JS-sel a CSS-fájlt?"
Nagyon sok minden el van csúszva firefoxban sajnos, a fő layout elemek nem ugyanakkorák, betűméret, pozicionálások. Meg ha már külön css-t töltök be firefoxra akkor a gradienteket is átírom abban a stylesheet-ben csak -moz*-ra, ne lassítsa feleslegesen a böngészőt a többi. Ugyanez a -webkit*-es stílusnál, onnan meg a -moz* dolgokat szedtem ki..
Amúgy nagyjából a többi ugyanúgy néz ki, azt nem is változtattam meg, sima @import-tal beimportáltam mindkét layout fájlba azokat amik megegyeznek.
Ezt hogy kéne megoldani? Én arra gondoltam, hogy alapból a webkites stílus lenne betöltve, aztán csekkolom, hogy firefox-e a böngész, ha igen akkor lecserélem. Vagy ez így is ronda?"Kipróbáldtad már, hogy néz ki az oldalad JS nélkül?"
Ki. Mondtam is a megrendelőnek, hogy js-heavy oldalt csinálok, így aki nem használ js-t az vessen magára, 15.000-ért nem fogok mindent támogatni. Persze ha a 10 szerese lenne a kp, akkor nyilván
Max azt fogom, hogyha nincs js bekapcsolva szólok a usernek, hogy ez így nagyon nem jó, kapcsolja szépen be, vagy szedjen le egy normális böngészőt.."a stylesheeted IE8 alatt még csak be sem töltődik"
Hát sajnos ezt nincs módomban tesztelni. Nem lehet valahogy azt is felrakni a 9 mellé? Esetleg még a hatot?
Miért nem töltődik amúgy be? Migrate plugint használok a browser detect-re.
Sőt, elvileg, mivel else ágban van a webkit stylesheet mindenképp be kell töltődnie, akkor mi az isten baja van?!"Nem tűnt fel még amúgy az a PHP-s hiba, ami a galéria betöltésekor jól látszik a videódon is?"
De, már javítottam. Még egy korábbi galériából maradt a json header."Amúgy a térképed erősen el van csúszva."
IE alatt csak, nem? Ezt modntam is a megrendelőnek.. Mondtam, hogy ha ad még egy napot megcsinálom rá az optimizációt (bár a szerződésbe világosan leírtam, hogy ie-t nem támogatok csak minimális szinten, tudja is)Szerintem inkább a console.log-ot kiveszem, így nincs para vele, amúgy is csak debug szerepe volt.
-
#2233
spammer
veterán
trisztan94
#2231
spammer
veterán
válasz
trisztan94
#2231
üzenetére
Melyik Sublime Text színsémát használod? Ez a Monokai?
-
#2232
Sk8erPeter
nagyúr
trisztan94
#2231
Sk8erPeter
nagyúr
válasz
trisztan94
#2231
üzenetére
De bakker, miért csodálkozol ha nem működik az a függvény, amit küldtem neked, ha nem változtattad meg az eredeti koncepciódat, ahogy mondtam?
1. nem szedted ki az .each()-et, pedig felesleges
2. az én módosított loadURL függvényem csak egy STRINGET vár paraméterként, NEM pedig egy jQuery-objektumot, ahogy a tiéd! Ahogy írtam korábban, ott is tök felesleges jQuery-objektumot átadni, mivel csak egy URL az érdekes abban a függvényben, tehát ne egy this-t adj át, hanem CSAK a href-attribútumot.Egy függvény csinálja mindig pontosan azt, ami a dolga, ne többet, ne kevesebbet!
Miért töltöd be JS-sel a CSS-fájlt? Korábban azt hittem, csak apróbb módosítás kell valamiért, de a teljes layoutot JS-sel betölteni?
Kipróbáldtad már, hogy néz ki az oldalad JS nélkül?
A videódon kapásból feltűnt az a ronda villódzás, ami pont amiatt van, hogy később töltöd be a stylesheetet. Ez ugyanígy jelentkezne, ha a <link> taggel az oldal forráskódjának legvégére pakolnád be a stylesheetet. Ezt mindenképp oldd meg, mert ez szerintem nem csak nálam b@ssza ki a biztosítékot. De azért az gáz, hogy a stylesheeted IE8 alatt még csak be sem töltődik, akármennyire is nem tartjuk azt normális böngészőnek. FOGJÁK IE8 alól böngészni az oldaladat, számíts arra. Még rosszabb, ha a megrendelőd látja meg IE8 alól.Ja, és a console.log()-os hibát én annak idején így oldottam meg, hogy olyan böngészőben se "szálljon el" a console.log-olás, ahol nem működőképes ez a függvény:
var alertFallback = false;
if (typeof console === "undefined" || typeof console.log === "undefined") {
var console = {};
if (alertFallback) {
console.log = function (msg) {
alert(msg);
};
console.error = console.trace = console.log;
} else {
console.log = function () {};
console.error = console.trace = console.log;
}
}Az alertFallback változóval azt tudod beállítani, hogy ha nem működik a console.log(), akkor helyettesítődjön alert()-re - ezt defaultból false-ra raktam, nekem ne dobáljon alert()-ablakokat.
Nem tűnt fel még amúgy az a PHP-s hiba, ami a galéria betöltésekor jól látszik a videódon is?
Előbb talán azt kéne megoldani.Amúgy a térképed erősen el van csúszva.
-
#2231
trisztan94
őstag
Sk8erPeter
#2230
trisztan94
őstag
válasz
Sk8erPeter
#2230
üzenetére
"Mi az, hogy "elszáll" az AJAX?
Az milyen?"
Olyan, hogy nem működik
Igen, debugoltam, de 0 error, a variable is létre van hozva"nem igazán értem, az index.html"-nél minek kell neked a plusz selector"
Hát mert ugye a #content div-be töltjük be az új tartalmat. Alapból az index.html-t hozza be és ott alapból a főoldal van, tehát a content div-ben van már valami. Na most, ha nem rakom oda a selector-t, akkor a #content div-be betölti ajaxxal az egész oldalt. Tehát nem csak a #content div tartalmát, hanem az egész oldalt fejlécestül, navigációstul.
A többi fájlban meg nincs benne a header a nav meg ezek ugye, ezért oda nem kell selector. Ez mondjuk elég nagy kib@szás a js nélküli böngészőkkel, mert ott nem megy az oldal, de én nem fogom arra a 0.5%-ra optimizálni a dolgot. 15k ennyit nem ér megSelector nélkül a fentebb leírt betöltési bug:
Itt egy videó a dologról. Itt még nem szedtem ki a szolgáltatások.html alól a .load()-ot, de kiszedve is ugyanaz a helyzet.
-
#2230
Sk8erPeter
nagyúr
trisztan94
#2228
Sk8erPeter
nagyúr
válasz
trisztan94
#2228
üzenetére
"Azért elég gáz lenne, ha benne hagyták volna"
Miért, Te még ott tartasz, hogy nem tudsz elképzelni mindenféle rosszat az IE fejlesztőitől?"nekem elszáll tőle az ajax"
Mi az, hogy "elszáll" az AJAX? Az milyen? Mindenesetre nem derült ki túl sok abból, hogy mi az oka, meg debuggoltál-e, meg létrehoztad-e a var $goldStuff változót (elég gyökér név lett, de nem tudom, mi nálad az a .gold ), és így tovább. Amúgy most jövök rá, nem igazán értem, az index.html"-nél minek kell neked a plusz selector, de gondolom ha működik más böngészőben, akkor működik, azt jóvan.
Ja, és elb@szarintottam, most látom, a szolgaltatasok.html-ben benne maradt a load()! Azt szedd ki onnan a francba, az biztos, hogy hiba. Hát igen, éjfélkor ilyenek már nem nagyon tűntek fel."Igazából még nem sikerült rájönnöm, hogy hogy tudnám előre betölteni ezeket egy még jelen esetben nem létező div-re"
Nem arról beszéltem, hogy töltsd be a térképet és a többit is előre egy divbe, aztán rejtsd el, hanem arról, hogy a szükséges fájlokat csak EGYSZER töltsd be. A FÁJLOKAT. A google.load() elvileg lazy loadra való, tehát aszinkron betölti a fájlokat, de ezt csak egyszer kéne betöltenie. Erre mondtam, hogy lehet, hogy beépítették a google.load()-ba az ellenőrzést, hogy ne töltődjön be többször, nem néztem utána.SZERK.:
na, most utánanéztem:
https://developers.google.com/loader/"Subsequent calls to load the Maps API will immediately execute the provided callback, so you don't have to worry about loading the same API more than once"
Szóval nem para!
Egyből a callback fog meghívódni a következő google.load()-nál, tehát ha valaki még egyszer rákattint arra a menüpontra. -
#2228
trisztan94
őstag
Sk8erPeter
#2226
trisztan94
őstag
válasz
Sk8erPeter
#2226
üzenetére
Nem volt nyitva kb sosem a debugger console, de hibát sem jelzettl. Azért elég gáz lenne, ha benne hagyták volna
Tényleg szép a kód, de nekem elszáll tőle az ajax. A console log-olja a kérést, de sem a gold nem változtatja helyét, sem a tartalom nem változik
Mindjárt csinálok majd egy videót a történetről!
A kapcsolatnál.. hát igen, minden egyes kattintáskor betölti a google maps-ot, nem éppen a legszebb megoldás.. ugyanez vonatkozik a galleria pluginra is. Igazából még nem sikerült rájönnöm, hogy hogy tudnám előre betölteni ezeket egy még jelen esetben nem létező div-re. (Ugye a #galeria a galeria.php része, a #kapcsolatokTerk meg a kapcsolatok.html fájlé). Ezért is raktam callback-be.
Konkrétan csak ennél a kettőnél jön elő a gond, a galéria ill. a kapcsolatoknál.Szólj ha fenn vagy, akkor megváltoztatom a kódot arra amit te írtál és meglesheted live
(fent van atw-n, de ha a megrendelőm megnézi és nem megy mérges lesz ) -
#2226
Sk8erPeter
nagyúr
trisztan94
#2224
Sk8erPeter
nagyúr
válasz
trisztan94
#2224
üzenetére
Várj, és a debugger konzol minden esetben meg volt nyitva? Mert az IE8 pl. azt írja, hogy "'console' is undefined", amennyiben nem nyomtam F12-t az oldal betöltése előtt. (Ha nyomtam, akkor okés.) De lehet, hogy rohadtul nincs semmi összefüggés, de próbáld már ki, mi van, ha azt kikommentezed. Bár feltételezem, IE9-nél ezt már megoldották.
Csak hogy megmutassam, mire gondolok:
A többit most látni kéne, mert így nem vágom.Nesze, megfelelő regexppel plusz némi manuális buzerálással úgy 30 másodperc volt átírni
amúgy konkrétan úgy, h Notepad++-ban regexp: \} else if \(url == (\".+\")\) \{
csere erre: case \1:
aztán breaket kimásoltam, majd a megfelelő sorokba bedobáltam Ctrl+V-vel, aztán jsFiddle-lel formáztam.
A loadot meg felesleges mindegyik esetben ismételgetni, így egyszerűbb sztem (kiszedtem a hrefes szarságot, meg az eachet):function loadURL(url) {
var $goldStuff = $('.gold');
if (window.console) {
console.log("Ajax kérés:" + url);
}
if (url === "index.html") {
url += " #content";
}
$('#content').load(url, function () {
switch (url) {
case "index.html":
$goldStuff.css('left', '1.5em');
break;
case "szolgaltatasok.html":
$('#content').load(url, function () {
$goldStuff.css('left', '18.5em');
});
break;
case "galeria.php":
$goldStuff.css('left', '35.5em');
// ha a galeria.php-ra többször is kattintasz, mindig betöltődik, vagy van erre megoldás a pluginben?
Galleria.loadTheme('galleria/themes/classic/galleria.classic.min.js');
Galleria.run('#galeria');
break;
case "kapcsolat.html":
$goldStuff.css('left', '50.5em');
// ez itt minden ráklattyolás esetén betöltődik, jó az??!
google.load("maps", "3", {
other_params: 'sensor=false',
callback: function () {
var mapOptions = {
center: new google.maps.LatLng(47.501272, 19.064841),
zoom: 16,
mapTypeId: google.maps.MapTypeId.ROADMAP
};
var map = new google.maps.Map(document.getElementById("kapcsolatokTerk"),
mapOptions);
}
});
break;
case "gyik.html":
$goldStuff.css('left', '65em');
break;
}
});
}beleraktam egy if(window.console)-t, hogy ellenőrizve legyen, van-e egyáltalán olyan
(pl. IE8-ban b@szik működni a kódod, ha ez bent marad)Belekommenteltem a kódba, hogy biztos jó az, hogy minden alkalommal, amikor a kapcsolat.html-re kattintanak, akkor a google.load()-dal betöltődik a fájl? Vagy a google.load() tartalmaz ellenőrzést, hogy be vannak-e töltve már a megfelelő dolgok? Ezt nem vágom.
Aztán ott a Galleria.loadTheme - ezt megoldották, hogy ez ne töltődjön be többször?
Amúgy konkrrétan melyik menüpontokra kattintva fordul elő a para? -
#2225
Jim-Y
veterán
Sk8erPeter
#2223
Jim-Y
veterán
válasz
Sk8erPeter
#2223
üzenetére
Nekem már volt olyan problémám, hogy IE-ben nem működött a forEach ciklus, próbáltam kikeresni, hogy a jQuery.each hogyan lett implementálva, esetleg lehet azzal van baja, bár nem hiszem, csak gondoltak erre a fejlesztők.
-
#2224
trisztan94
őstag
Sk8erPeter
#2223
trisztan94
őstag
válasz
Sk8erPeter
#2223
üzenetére
Na most nem igazán tudom, hogy mi történik. Beraktam a click eseménybe egy alertet, az lefutott, utána futott is szépen az ajax, jött is a console.log eredménye. Kiszedtem az alert-et, továbbra is működik, bár rögtön összeomlik a galleria és a google maps (apiv3) plugin..
Ha visszarakom az alertet megy mindkettő szépen.
Miért létezik ez a böngésző?Ide akartam írni valamit amivel védem a .each-emet, de semmit sem tudok. Miért raktam én azt bele?
Eleinte csak egy darab if volt, aztán bővült a kínálat else if-ekkel, gondolkoztam már a switch-é alakításukon, ha minden patent lesz akkor meg is csinálom majd -
#2223
Sk8erPeter
nagyúr
trisztan94
#2222
Sk8erPeter
nagyúr
válasz
trisztan94
#2222
üzenetére
Szívesen!
Ezt most nem értem, miért kell ide az .each()? Szerintem itt tök felesleges, szedd ki.
Másik, hogy itt a loadURL()-en belül neked egyedül az URL-re van szükséged, amit a href-attribútumból szedsz - akkor miért nem csak azt passzolod át a függvénynek?
Harmadik, hogy a sok-sok okádék if-else helyett cseréld le switch-case-ekre az eseteket, máris átláthatóbb lesz a kód.
Most hirtelen nem látom a parát, IE9-em sincs (direkt meghagytam a fostos szar IE8-at tesztelés céljára, úgyse használom soha, ha nem kell tesztelni), de egész pontosan mi történik? Nem jelez hibát, de nem történik semmi? Ha debuggolás céljára a callback-ekbe beleraksz valami kiíratást, akkor mi történik? Próbáltad már a sima $.get() vagy $.ajax() fv.-ekre lecserélni próba erejéig? -
#2222
trisztan94
őstag
Sk8erPeter
#2221
trisztan94
őstag
válasz
Sk8erPeter
#2221
üzenetére
Köszönöm szépen, pont erre volt szükségem!
Itt az ajax kódom, mint előbb írtam ez nem működik IE9 alatt egyáltalán.
$('nav ul li a').on('click', function () {
loadURL(this);
return false;
});
function loadURL(clicked) {
var elem = $(clicked);
$(elem).each(function () {
var url = $(clicked).attr('href');
console.log("Ajax kérés:" + url);
if (url == "index.html") {
var indexurl = url + " #content";
$('#content').load(indexurl, function () {
$('.gold').css('left', '1.5em');
});
} else if (url == "szolgaltatasok.html") {
$('#content').load(url, function () {
$('.gold').css('left', '18.5em');
});
} else if (url == "galeria.php") {
$('#content').load(url, function () {
$('.gold').css('left', '35.5em');
Galleria.loadTheme('galleria/themes/classic/galleria.classic.min.js');
Galleria.run('#galeria');
});
} else if (url == "kapcsolat.html") {
$('#content').load(url, function () {
$('.gold').css('left', '50.5em');
google.load("maps", "3", {
other_params: 'sensor=false',
callback: function () {
var mapOptions = {
center: new google.maps.LatLng(47.501272, 19.064841),
zoom: 16,
mapTypeId: google.maps.MapTypeId.ROADMAP
};
var map = new google.maps.Map(document.getElementById("kapcsolatokTerk"),
mapOptions);
}
});
});
} else if (url == "gyik.html") {
$('#content').load(url, function () {
$('.gold').css('left', '65em');
});
}
});
}Benne hagytam mindent, hátha valamit nem szeret az IE és azért nem fut le. Console nem jelez error-t.
-
#2221
Sk8erPeter
nagyúr
trisztan94
#2220
Sk8erPeter
nagyúr
válasz
trisztan94
#2220
üzenetére
Még régebben létrehoztam 3 függvényt ilyesmire, most előkotortam:
/**
* Inject a stylesheet
*/
function injectCssFile( css_filename ){
var
headID = document.getElementsByTagName("head")[0],
cssNode = document.createElement('link');
cssNode.type = 'text/css';
cssNode.rel = 'stylesheet';
cssNode.href = css_filename;
cssNode.media = 'screen';
headID.appendChild(cssNode);
}
/**
* Load external CSS file with jQuery
*/
function loadCssFile ( css_url ){
$('head').append( $('<link rel="stylesheet" type="text/css" />').attr('href', css_url) );
}
/**
* Inject some inline CSS
*/
function injectInlineCss( inlineCssContent ){
var head = document.getElementsByTagName('head')[0],
style = document.createElement('style'),
rules = document.createTextNode( inlineCssContent );
style.type = 'text/css';
if(style.styleSheet){
style.styleSheet.cssText = rules.nodeValue;
}
else {
style.appendChild(rules);
}
head.appendChild(style);
}A második nem emlékszem, működőképes-e, a többi viszont úgy rémlik, jól működött.
Az injectCssFile() és a loadCssFile() tehát bepakol egy új CSS-fájlt, az injectInlineCss() pedig egy <style>-tagen belülre bepakol egyéb stílusokat, amiket átadsz neki (sringként kell átadni, <style> tag nélkül).
.appendChild()-ot használok, tehát a <head> legvégére rakja, így garantált, hogy utolsó csomópontként fog szerepelni, amíg hozzá nem adsz újat.Az AJAX-os problémához látni kéne a kódot.
-
#2220
trisztan94
őstag
trisztan94
őstag
Sziasztok!
Hogy lehet a legtisztábban dinamikusan beilleszteni a head-be css-t egy bizonyos css fájl után?Explanation:
Firefoxban teljesen szétesik az oldal dizájnja, így, mivel ma van a határidő úgy gondoltam lecsekkolom, hogy firefox-e a böngésző, ha igen, akkor a firefox.css-t rakom be, ha nem, akkor pedig a style.css-t. Érdekes módon még IE9-ben is jól jelenik meg az oldal, csak a FF b@szakodik..
A head-ben az első css-em a normalize.css, ezért az után kéne belerakni.Dánke sőn!
Szerk:
IE9-ben mi az istenért nem működik az ajax lapoztatás?! Chrome-ban, FF-ban tökéletesen megy, ebben a fosdarabban viszont csak betölti - nem ajaxolva - (sőt, le akarja tölteni) az adott html/php fájlt. Kezdek ideges lenni 
-
#2218
martonx
veterán
Speeedfire
#2216
martonx
veterán
válasz
Speeedfire
#2216
üzenetére
Azért olvasd már el a GPL3-at
Nem hiszem, hogy te az open source közösségnek csinálod a weboldalakat, és minden forráskódodat tolsz ki publikusan mondjuk a github-ra... -
#2216
Speeedfire
félisten
martonx
#2215
Speeedfire
félisten
válasz
martonx
#2215
üzenetére
Köszi megnézem ezeket!
1.4MB nem vészes, amúgyis csak 1x húzza be.
Amúgy a sima kendo UI web ingyenes GPL3-as. De eddig amiket néztem a kendo volt a legjobb, arról nem is beszélve, hogy a kendo alapból tudja pl amit a knockout. Szóval elég f*sza UI.A jquery UI tényleg egy botrány...
-
#2215
martonx
veterán
Speeedfire
#2211
martonx
veterán
válasz
Speeedfire
#2211
üzenetére
jqgrid, jqwgrid, datatables hogy hirtelen soroljak párat.
Kendo UI gridje a legjobb, de figyelem az keményen fizetős cucc!!!
jqgrid rengeteget tud, de nagyon fos a layout-ja
jqwgrid jól néz ki, könnyen skinezhető, ingyenes is lehet, de a tudása, API-ja egy kicsit kevéske. Ettől függetlenül én jelenleg ezt használom többfelé is, mert egy elég jó kompromisszum. Egy böszem nagy állat, a komplett jqwidget js file minimalizálva 1.4 Mb, de ez intraneten nem gond
datatables a legfapadosabb mind közül, cserébe nagyon könnyűsúlyú, és jól testre szabhatóm kinézetilag is agyonformázható.Szvsz szégyen, hogy nincs egy normális kvázi szabvány grid a jquery UI-ban.
-
#2214
Speeedfire
félisten
Speeedfire
félisten
Még mindig grid téma. Nézem az a ko KoGrid-et, de semmi api-t nem találok hozzá. Én vagyok a béna vagy tényleg nincs grid?
-
#2213
Speeedfire
félisten
Sk8erPeter
#2212
Speeedfire
félisten
válasz
Sk8erPeter
#2212
üzenetére
Egyelőre semmi. De meg szeretném nézni mik az alternatívák. Melyik mit tud, mennyire gyors. Lényegében össze lesz kötve a yii-vel és a knockout-tal és nem akarok belefutni valamibe, ami miatt nem tudok pl validálni yii-vel.
-
#2212
Sk8erPeter
nagyúr
Speeedfire
#2211
Sk8erPeter
nagyúr
válasz
Speeedfire
#2211
üzenetére
Miért, ezzel mi a gond? Nekem bejövős, megnéztem a code sample-öket, elég jónak tűnik.
(#2210) ahetaton : szívesen.
-
#2211
Speeedfire
félisten
Speeedfire
félisten
Kendo UI féle grid-ből létezik másik alternatíva ami json adatokból tud táblázatot készíteni, lehet editálni és templétezni?
Elsőre jónak tűnik ez a kendo, csak félek, hogy komplex táblánál akadályokba fogok vele ütközni. -
#2210
ahetaton
csendes tag
Sk8erPeter
#2209
ahetaton
csendes tag
válasz
Sk8erPeter
#2209
üzenetére
Tökéletes. Köszönöm!
-
#2209
Sk8erPeter
nagyúr
ahetaton
#2208
Sk8erPeter
nagyúr
válasz
ahetaton
#2208
üzenetére
Itt MINDEN div hover állapotát módosítod JS-sel, nem csak azokat, amik a fantáziadús "div" class-névvel vannak ellátva. Ha utóbbit szeretnéd, akkor a selectorod $('div') helyett legyen $('.div').
$('div').hover(
function () {
$(this).css({"background-color":"red"});
},
function () {
$(this).css({"background-color":"blue"});
}
);ez pontosan megfelel ennek a CSS-kódnak:
div {
background-color:blue;
}
div:hover {
background-color:red;
}Amit CSS-ben meg lehet oldani, azt soha NE JavaScripttel oldd meg! Ezenkívül kerüld az inline style-attribútum használatát, tehát a HTML-kódod csak ennyi legyen (nincs style-attribútum):
<p>Move mouse on any square below to see the result:</p>
<div class="akarmi"></div>
<div class="akarmi"></div>
<div class="akarmi"></div>
Éppen ezért ha pl. háttérszínekről és hasonló stílusmódosításokról van szó (amit CSS-sel meg lehet oldani), akkor érdemes inkább csak class-okat hozzáadni és elvenni adott elemektől, de egyébként mindent CSS-ben megadni.Ha pedig azt szeretnéd, hogy változzon egy másik div, ha egy adott div föléviszed az egeret, pl. adj id-t a forrás- és céldivnek, és valahogy így módosítsd (itt láthatod, hogy csak class-t adok hozzá, ill. veszek el):
Ha valamelyik része nem tiszta, kérdezz vissza nyugodtan.
-
ahetaton
csendes tag
Sziasztok!
Hogy lehetne azt megoldani, hogy ráviszem div1-re az egeret, és div2 módosul?
Mert jelen állapotban ez a kód olyan mint a CSS-hover.
Nekem viszont arra lenne szükségem, hogy az oldal más divei is módosuljanak, ha az egyik menüpontra viszem az egeret.Ez a kódom:
<html>
<head>
<title>Teszt</title>
<script type="text/javascript"
src="js/jquery-1.9.1.min.js"></script>
<script type="text/javascript" language="javascript">
$(document).ready(function() {
$('div').hover(
function () {
$(this).css({"background-color":"red"});
},
function () {
$(this).css({"background-color":"blue"});
}
);
});
</script>
<style>
.div{ margin:10px;padding:12px;
border:2px solid #666;
width:60px;
}
</style>
</head>
<body>
<p>Move mouse on any square below to see the result:</p>
<div class="div" style="background-color:blue;"></div>
<div class="div" style="background-color:blue;"></div>
<div class="div" style="background-color:blue;"></div>
</body>
</html>Előre is köszönöm a segítséget!
-
#2206
Karma
félisten
Speeedfire
#2205
Karma
félisten
válasz
Speeedfire
#2205
üzenetére
Nincs IE9 XP-re. Ha meg valaki rá is hákolja, azt egy nagyvállalat IT-jén nem nyomod át.
-
#2205
Speeedfire
félisten
fordfairlane
#2203
Speeedfire
félisten
válasz
fordfairlane
#2203
üzenetére
Már, hogy ne lenne IE9 xp alatt?! Csak sz*rnak frissíteni. Nálunk is a cégnél ff xyz (esr?) verzió és IE8 amin mennie kell mindennek.
-
#2204
martonx
veterán
fordfairlane
#2203
martonx
veterán
válasz
fordfairlane
#2203
üzenetére
Nem, de 2014-től már az XP sem támogatott. Azaz aki 2014-ben még XP-t használ, az magára vessen. Ez lesz az utolsó év, amikor a nagyvállalatok is végleg elhagyják az XP-t.
-
#2203
fordfairlane
veterán
martonx
#2202
fordfairlane
veterán
válasz
martonx
#2202
üzenetére
Az IE6-7-8-ban az IE8 kivétel, az elterjedtsége okán. Windows XP-re nincs újabb.
Aki nem vált alternatív böngészőre (már pedig különféle okokból, de sokan nem váltanak), annak az IE8-cal lezárul a frissítési időszak egészen addig, amíg nem cserélni le magát a rendszert. Az pedig nagyon sok esetben csak hardvercserénél történik meg.
Ez egy nagyon is reális use-case, amit nem lehet figyelmen kívül hagyni.
-
martonx
veterán
Azért mostanra a nagyok is egyre kevésbé használnak Ie8-at. Nálunk is jövőre fog a cég kompletten átállni win7-re, ami magával hozzá, hogy az akkor elérhető legfrissebb Ie-re is váltunk. És szerintem mi így is a későn váltók között vagyunk, azaz szvsz elmondható, hogy legkésőbb 2014-re az Ie6-8 kompletten kikopik.
-
#2201
Sk8erPeter
nagyúr
Karma
#2200
Sk8erPeter
nagyúr
Igen, minden egyes topicban ez a szokásos érv, és erre is vonatkozik, hogy legyenek ösztönözve a fejlesztők és felhasználók egyaránt.
(Igen, tudom, hogy vannak kifejezetten ActiveX-es szarságok, meg a többi mesét, már elég sok topicban ki lett vesézve, miért vannak egyes nagy cégek IE-hez kötve... Ezek tudatában írtam, amit írtam. Büntetőjogi felelősségem teljes tudatában, és józanul. )
Úgy lett végül, hogy alapból a Webkitre optimizált fájl van betöltve a head-be, aztán JS-szel lecsekkolom hogy Firefox-e a böngésző, ha igen akkor csak megváltoztatom a href attribútumát. Adtam egy id-t a <link> tag-nek. Nem is tudtam, hogy lehet 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Azt honnan lehet szerválni?
Új hozzászólás Aktív témák
Hirdetés
- Kormányok / autós szimulátorok topikja
- Intel Core Ultra 3, Core Ultra 5, Ultra 7, Ultra 9 "Arrow Lake" LGA 1851
- Futás, futópályák
- TCL LCD és LED TV-k
- ThinkPad (NEM IdeaPad)
- PlayStation 5
- Autós topik
- iPhone-t használók OFF topikja
- Samsung Galaxy S25 Edge - a tegnap határán
- Kerékpárosok, bringások ide!
- További aktív témák...
- DJI Mavic 2 Pro Fly More Combo FMC drón - 1" Hasselblad kamerával
- Thinkpad X13 Gen3 13.3" FHD+ IPS i7-1265U 16GB 512GB NVMe gar
- Apple iPhone 12 Mini 256GB Kártyafüggetlen, fekete színben, 3 hónap garanciával
- Új Acer Predator 16 WQXGA 165Hz G-Sync i9-13900HX 16GB 1TB Nvidia RTX 4070 8GB 140W Win11 Garancia
- Számítógép, ryzen 5 2600, RX 580 8GB, 16gb ddr4, 512gb ssd, 1tb hdd
- Eladó Apple iPhone Xs Max 256GB / 12 hó jótállással
- BESZÁMÍTÁS! Asus B550M R9 5900X 32GB DDR4 1TB SSD RTX 4070 SUPER 12GB Be Quiet! Silent Base 601 850W
- Fujitsu LIFEBOOK E449 i5-8250U 12GB 512GB 14" FHD 1 év garancia
- 8 GB GeForce RTX 3050 - garanciával
- LG 34WQ75X-B - 34" Ívelt IPS Panel - 3440x1440 2K QHD - 60Hz 5ms - FreeSync - USB Type-C 90W
Állásajánlatok
Cég: FOTC
Város: Budapest