- Milyen okostelefont vegyek?
- Nem növel telepméretet a Galaxy S26 Ultra
- CMF Buds Pro 2 - feltekerheted a hangerőt
- Xiaomi 15 Ultra - kamera, telefon
- OnePlus 8 Pro - a túlgondolt
- Okosóra és okoskiegészítő topik
- Motorola Edge 50 Neo - az egyensúly gyengesége
- Netfone
- Samsung Galaxy A54 - türelemjáték
- iPhone topik
Új hozzászólás Aktív témák
-
#2903
Sk8erPeter
nagyúr
Cathfaern
#2902
Sk8erPeter
nagyúr
válasz
Cathfaern
#2902
üzenetére
"Mi Kohanát használtunk, viszont elég rendesen bele lett módosítva saját igények szerint [...] Ahhoz hogy működjön minden, a .htaccess file-okon is módosítani kellett"
Már eleve nem kicsit furcsa, hogy bele lett tákolva egy framework core-fájljaiba, és akkor ebből következett az a teljesen általánosító mondatod, hogy "gyakorlatilag egy összetettebb keretrendszernél így is elég szívás tud lenni a .htaccesst rendesen belőni"? Bocs, de ezt az érvet így a körülmények ismeretében különösen nem tudom komolyan venni.(Mellesleg még a korábbi hsz. írása előtt belenéztem azért pl. a Symfony .htaccess-ébe is, és nem láttam túl komplikált dolgokat, amit ne lehetne átültetni egy web.configba, nem beszélve arról, hogy lehet találni megfeleltetést neten.)
Most tulajdonképpen semmi újító szempontot nem mondtál, hanem azokat az érveket soroltad fel, amik már előre ki lettek vesézve, de azért kicsit offenzív stílusban álltál elő a "Szép és jó", meg "Persze ez otthoni hobbi weblapnál nem akkora probléma"-jellegű érvekkel, aztán kiderült, hogy tulajdonképpen semmi konkrétummal nem tudod alátámasztani, amit írtál, mivel még csak nem is használtad az IIS-t.
-
#2901
Sk8erPeter
nagyúr
Cathfaern
#2899
Sk8erPeter
nagyúr
válasz
Cathfaern
#2899
üzenetére
Az a jó, hogy azokkal az érvekkel kezdted, amikre már előre reagáltam.
Azon én is elgondolkoztam picit, hogy pontosan hogy is érted azt, hogy "gyakorlatilag egy összetettebb keretrendszernél így is elég szívás tud lenni a .htaccesst rendesen belőni", és ezt konkrétan mivel támasztanád alá, de mivel nem fejtetted ki, úgy gondoltam, inkább rádbíznám ezt a feladatot, akkor talán tudunk is róla érdemben beszélni (és nem csak nagy általánosságokban).
Pontosan erről beszéltem korábban, hogy az emberkék nagy része úgy tűnik, egyszerűen nem ismeri az IIS-t, mint nagyon jó Apache-alternatívát, ezért tart is tőle, bár a rosszabb része az, amikor erősen flegmázva is adja ezt elő, ez utóbbit sajnos te is elkövetted a végén: "Persze ez otthoni hobbi weblapnál nem akkora probléma". Ebből az következik, ha szó szerint értem (akár csak rosszul fogalmaztál, akár nem), hogy tehát akinek elegendő az IIS, akkor az valószínűleg nem tart még azon a szinten, hogy azokkal a rejtélyes-misztikus-homályos problémákkal találkozzon, mint az, aki annyira bölcs, hogy eleve Apache-on fejlesszen/teszteljen. Tehát akkor nyugodtan vehetem magamra is. Meg a cikk írója is. Meg még páran mások is.
De megelőlegezem neked azt a jóindulatot, hogy nem veszem szó szerint. 
-
martonx
veterán
válasz
Cathfaern
#2899
üzenetére
Két megjegyzés:
1. "egy összetettebb keretrendszernél így is elég szívás tud lenni a .htaccesst rendesen belőni" milyen keretrendszerről beszélsz? A PHP-s frameworköknek saját routing-ja van, az már eleve rég rossz, ha ezek esetében .htaccess-hez kell nyúlni.
2. Már az idejét sem tudom mikor futtattam utoljára PHP-t, akár publikus hosztingon is Apache-on. Pont a komolyabb projektek a garanciák arra, hogy nem vagy a gagyi hosztingokhoz kötve (nem beszélve olyan hoszting cégekről, mint pl. a godaddy, ami szintén IIS-en futtatja azt a pár milliócska kiszolgált weboldalt). -
Karma
félisten
válasz
Cathfaern
#2729
üzenetére
A jqgriddel nekem is ilyen tapasztalataim voltak anno, aztán az lett a vége (céges parancsra), hogy Tablesorterrel + a jqgrid CSS-eivel csináljunk táblázatokat... Nem követendő példa
Ha most ülnék neki ilyesminek, a DataTablesszel kísérleteznék.
-
martonx
veterán
válasz
Cathfaern
#2729
üzenetére
Ez vajon biztosan jqgrid hiba, azaz lassan inicializálódik a jqgrid, vagy lassan jönnek meg az adatok?
Én mostanában jqwidget-re tértem át, amellett hogy maga a library ba....tt nagy, de a jqxgrid egészen jó, legalábbis jobbak a tapasztalataim vele, mint a jqgrid-del.
Amúgy meg ott van a kendoUI, bár annak elég horror ára van, de csupa jót hallottam róla, és ismerve a mögötte lévő Telerik-et, vérprofi csapat fejleszti. -
-
#2373
Sk8erPeter
nagyúr
Cathfaern
#2359
Sk8erPeter
nagyúr
válasz
Cathfaern
#2359
üzenetére
Ja, hogy erre gondolsz, okés, igen, biztos, hogy sok bugfixet fog tartalmazni, bár én eddig inkább elsősorban a javított teljesítményoldaláról hallottam a dolognak, de itt olvashatók egyéb dolgok is:
http://www.chromium.org/blink/developer-faq#TOC-What-sorts-of-things-should-I-expect-from-Chrome-
"Implement the DOM in JS. This has the potential to make JavaScript DOM access dramatically faster, but will involve a very large re-write of WebKit’s DOM implementation. IE is already doing this and overall, this helps yield faster GC, and faster DOM bindings"
"Fix old bugs like plugins unloading when they're set to display:none.
Allow generated content to be selectable and copy-pasteable.
Rewrite event handling to be more consistent and have fewer bugs with focus, mouse up, clicks, etc.
Fire <iframe> unload events async to make removeChild faster."stb., most csak kiszedtem párat. Szóval biztos, hogy ezek mind hoznak változásokat, lásd például a kiemelt részt, gondolom ilyen jellegű fixálások is vannak a jQuery-ben (de nem hobbim nézegetni a jQuery kódját ilyen mélységekben
)."Opera amúgy egy az egyben a Chrome féle webkitet használja (és fogja majd a Blinket), nem saját fejlesztés (mint pl. Safarinál)"
És hol mond ez ellent annak, amit korábban írtam?
-
#2358
Sk8erPeter
nagyúr
Cathfaern
#2356
Sk8erPeter
nagyúr
válasz
Cathfaern
#2356
üzenetére
Itt most nem értettem az ok-okozati összefüggést, konkrétan mire gondolsz?
Azt nem tudom, a Chromium/Chrome mennyire mentes a problémák szőnyeg alá söprésétől ilyen szinten, de bőven lehet találkozni ott is érdekes bugokkal, tehát feltételezem, a forkolás önmagában nem mentett meg semmitől.Ja, most látom, az előbb elfelejtettem írni, hogy az Opera konkrétan a Chromium egyik változatát forkolta, pedig az elég lényeges, így a hasonlóság csöppet sem meglepő, de elvileg már dolgoznak rajta egy ideje, ezért reménykedtem benne, hogy többet sikerül kihozniuk a böngészőből ennyi idő alatt, de sajnos egyelőre a Chrome-hoz hasonlóan nem túlzottan konfigurálható, kevés érdemi, jó újítás van benne, cserébe kiszedték a könyvjelzőzhetőséget, helyettesítették egy teljesen degenerált funkcióval (ez itt OFF lenne, de elég gáz gondolatmenet).
Igazából az érdekes csak az volt, hogy a WebKit-böngészőmotor sokak számára az etalon, pedig tele van hibákkal, és kíváncsi voltam, mit szóltok hozzá.
Na meg egyszer valamelyik topicban szóba került ez a téma, és hasonlóról beszéltem korábban, hogy ez az ajánlásoktól/szabványoktól eltérés megint kezd visszatérni ezekkel a gyökér prefixekkel, meg konkrét böngészőmotorokra teszteléssel, ami a korábbi, IE által képviselthez hasonlóan nem a jó irány.A topicba vágó rész csak az, hogy a jQuery mennyi bugfixet tartalmaz konkrétan a WebKit-motor hülyeségei miatt.
-
#1547
Speeedfire
félisten
Cathfaern
#1546
Speeedfire
félisten
-
#1452
Sk8erPeter
nagyúr
Cathfaern
#1444
Sk8erPeter
nagyúr
válasz
Cathfaern
#1444
üzenetére
Na, micsoda érdeklődést váltott ki a téma.
Ja, Sublime Textben én egyből a világosabb témára váltottam.
Eddig nagyon tetszik a progi, mert van benne kiegészítés, okosnak tűnik, mégsem zabálja az erőforrásokat, ami már meglepetésszámba megy.+v2izzy, martonx, Speeedfire :
Látom eléggé eltérőek a szokások.
Egyébként biztos van erről vmi kimutatás, hogy egészségesebb a világosabb háttér, vagy sem.
Végül is abból kiindulva, hogy könyvet olvasni is jó fénynél egészséges, logikusnak tűnne, ha a "jobban megvilágított" kód szintén jobbat tenne a szemnek, de lehet, hogy nem kell összefüggést feltételezni, még nem néztem utána a témának.
Biztos megszokás kérdése, de én az IDE-ben lévő sötét színektől dekoncentrálttá válok.(#1443) martonx :
ja, a nano használata jól jön pl. Putty-val kapcsolódásnál vagy hasonló esetben, ha gyorsan kell valami (és persze UNIX/Linux-alapú a szerver), de nyilván ez csak rövidtávú, kényszermegoldás, de nálam is előfordult már, hogy ehhez kellett nyúlnom.====================================
(#1445) martonx :
Milyen hasznos újítások tűntek fel az 1.9-es jQuery-ben?
Én még nem próbálgattam, de kíváncsi lennék. -
martonx
veterán
-
#1437
Sk8erPeter
nagyúr
Cathfaern
#1436
Sk8erPeter
nagyúr
-
#1069
Sk8erPeter
nagyúr
Cathfaern
#1067
Sk8erPeter
nagyúr
válasz
Cathfaern
#1067
üzenetére
Na igen. Ezeknek a méretei már jóval elfogadhatóbbak, főleg az utóbbi, a Redactor 42 KB-ja pedig végképp meggyőző. A többi szerkesztő már nagyon elszállt méret tekintetében.
"Én tudom ajánlani az elRTE -t (nem mondom, hogy tökéletes, de ingyenesben jobbat nem láttam"
Akkor azt mondod, ez jobb is, mint pl. a CKEditor vagy a TinyMCE? Nem próbáltam, ezért érdekelne, milyen szempontok miatt jobb a méretén kívül, mert nyitott lennék alternatívákra.
A CKEditor főleg amiatt tetszik, mert nagyon jó modult írtak Drupalhoz ([link], [link]), plusz ASP.NET-es alkalmazásban is nagyon egyszerű a használata. Meg a felülete is kellemes. Ettől függetlenül a mérete, nehézkessége miatt egyre kevésbé vagyok oda érte. -
Male
nagyúr
válasz
Cathfaern
#904
üzenetére
Kicsit más oldalról nézem, az én szerveremről szedik JSONP-vel az adatokat... ezt akkor tényleg sehogy nem kockáztatja ez, nem? (nekem ebben a felében kell most biztosnak lennem... tehát abban, hogy a szerveremen nem okoz semmilyen plusz kockázatot, hogy JSONP-vel adatokat kérhetnek le)
Ha meg feltörik a szerveremet, és más adatokat kapnak onnan azok az oldalak, amik JSONP-vel nyerik az infót tőlem... nekik ez így valóban kockázat, de ennyi erővel az ő szerverüket is feltörhetik... jó, végülis duplázza a kockázatot, mert két szervertől függenek, de ha iframe-mel teszik be tőlem a részt, akkor is ugyan úgy megjelenhet valami veszélyes dolog az oldalukon, semmi különbség. (illetve JSONP-nél még ellenőrizheti a náluk lévő kód is, hogy semmi necces dolgot nem kaptak, csak ami várható)
(Illetve amit fent linkeltem... az aztán semmit nem véd az ellen, hogy feltörik a szervert amin van, és lecserélik a szolgáltató PHP filet, hiszen akkor ez a kód is eltűnik.)
-
papa019
senior tag
válasz
Cathfaern
#904
üzenetére
Valaki tudna segíteni, hogy az alábbi kódom miért nem azt csinálja, amit szeretnék?
var items = new Array();
var item = new Array();
$.each(data, function(key, val) {
//items.push('<li id="' + key + '">' + val.id + ',' + val.name + ',' + val.description + ',' + val.address + ',<a href="http://hu.wikipedia.org/wiki/' + val.wikipedia + '" target="_blank">Wiki link</a>,' + val.points + ',' + val.category + ',' + val.parent_area + ',' + val.parent_has_parent + '</li>');
$.each(val, function(key,inner){
item.push(inner);
});
items.push(item);
});Azt szeretném, hogy az az items tömbben legyenek az item tömbök (a push-al sorban beletenném őket), amik az egyes poligonjaim adatait tárolják.
Viszont a fent megírt kódom azt csinálja, hogy az items tömb annyiszor tartalmazza az összes adatot, ahány elem van a json fájlomban.
Az adatok a kikommentezett sorban láthatóak. -
Jim-Y
veterán
válasz
Cathfaern
#786
üzenetére
Igen, végül arra jutottam, hogy valami ilyesmi működhet:
function howmanyOnline(callback){
var query = "notify";
$.ajax({
type: 'POST',
url: 'http://localhost/qwaq/onthefly.php/', // !!!!!!!!!!!!!!!!!!!!!! EZT KI KELL MAJD CSERÉLNI
dataType: 'text',
data: {
query:query
},
success: function(data){
callback(data);
}
});
}amit így kell meghívnom:
howmanyOnline(function(data){
});és az adatot ezen belül tudom manipulálni, köszönöm a válaszokat
Karma: ez egy chrom-os kiegészítőben futna, vagy hát fut is, percenként csatlakozna a háttérben a szerverhez, ahonnan lekérné, hogy hányan vannak online, ha többen mint egy előre beállított érték, akkor küldene notifikációt, meg emailt, meg amit beállít a user..
-
#673
Sk8erPeter
nagyúr
Cathfaern
#671
Sk8erPeter
nagyúr
válasz
Cathfaern
#671
üzenetére
Ez tényleg elég jóféle!
(#672) Speeedfire : jaja, ebből a Growl szintén igen jól néz ki. Olyan, mint Ubuntun az értesítések (ez azért jó az Ubuntuban, tudom, hogy amúgy gyűlölod
).
Szerk.: amúgy ennél az iPhotosnál az sztem elég zavaró, hogy a töltődést jelző kurzorra vált, igazából nem tudom, minek, mert nem tölt semmi. Akkor kéne, ha AJAX-os kommunikációra van szükség, nem pedig akkor, ha felhasználói interakcióra várunk, mert belőlem alapból ez azt váltja ki, hogy akkor várjak, mert lehet, hogy még valami nem töltődött be rendesen...
De megelőlegezem neked azt a jóindulatot, hogy nem veszem szó szerint. 
Új hozzászólás Aktív témák
Hirdetés
- Dell Latitude 7410 Strapabíró Ütésálló Profi Ultrabook Laptop 14" -80% i7-10610U 16/512 FHD IPS MATT
- Eladó Lian Li O11D MINI-X gépház
- Lenovo ThinkPad P17 Tervező Vágó Laptop -50% 17,3" i7-10750H 32/512 QUADRO T1000 4GB
- FSP DAGGER PRO ATX3.0(PCIe5.0) 850W Sfx tápegység
- Eladó PNY GeForce RTX 4070 Ti SUPER 16GB OC XLR8
- Motorola E40 64GB, Kártyafüggetlen, 1 Év Garanciával
- Azonnali készpénzes félkonfig / félgép felvásárlás személyesen / csomagküldéssel korrekt áron
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RX 9070 16GB GAMER PC termékbeszámítással
- Bomba ár! Lenovo ThinkPad T490 - i5-8GEN I 16GB I 256GB SSD I 14" FHD I Cam I W10 I Garancia!
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5700X 16/32/64GB RAM RTX 3060 12GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest