Új hozzászólás Aktív témák
-
cidalain
veterán
válasz martonx #11528 üzenetére
De ők komoly cégek, és amit fejlesztetni akarnak az az infrastruktúrájuk része lesz. Nyilván terjeszkedéshez, vagy az ügyvitel megkönnyítéséhez kell nekik a cucc. Ott elhiszem hogy megkérik az árát.
De most tényleg, ha a sarki ószeres jelen akar lenni a weben, és ott esetleg 33 fabatkát, és 123 törött széklábat még hirdetni is szeretne, akkor ő nem az 1M-ós webshop célközönsége. Elhihetitek hogy rohadtul nem akar eladási statisztikát, meg online fizetési módot, és még mobil optimalizációt sem.
Nyilván van olyan is, aki igényli, de oda meg én nem adok árajánlatot, mivel nekem ez csak mellékes hobbi, így se időm, sem emberem nincs arra hogy egy ilyen nagy projektet kivitelezzek. Szóval nem panaszkodni akartam, csak leírni hogy ha webshop-ot emlegetünk akkor nem csak a hiperszuper 1M-ós van, hanem van sima egyszerű is... külön kategória, más a célközönség, stb.
[ Szerkesztve ]
>> GearBest Club Veszprém << >> https://www.facebook.com/gbc.veszprem <<
-
cidalain
veterán
válasz martonx #11585 üzenetére
ez az azure érdekes:
hogy működik pontosan? van egy csomó szolgáltatási lehetőség, és én ezek közül összelapátolhatom azt az 5-6-ot amire nekem szükségem van, és csak azért fizetek?van egy házon belüli win-es alkalmazásszerverünk, és rohadtul megérné akár havi 20-30-ért is házon kívül üzemeltetni 99,99%-os üzembiztosnsággal, nem törődve az hardver-avulással, üzemeltetéssel, és továbbfejlesztési lehetőségként egyből egy webes lekérdező alkalmazást is lehetne mellé felhúzni...
>> GearBest Club Veszprém << >> https://www.facebook.com/gbc.veszprem <<
-
cidalain
veterán
válasz martonx #11589 üzenetére
nekünk ha kellene akkor mindenképpen win alapú WM, mert itt abban fejlesztenek a srácok. rohadtul kicsi jelenleg az erőforrásigény, így egy kicsi környezet is elég lenne. illetve ha fejlődik a történet, akkor 3-4 kattintással lehet 5×-akkor teljesítmény is (nyilván plusz pénz is), és nem kell nekem rohangászni, újrakonfigolni stb. tetszik.
backupot hogy kell elképzelni pl azure környezetben?>> GearBest Club Veszprém << >> https://www.facebook.com/gbc.veszprem <<
-
cidalain
veterán
válasz martonx #11591 üzenetére
értem köszi.
(jelenleg egy 8 éves 1 magos Xeon viszi a cuccot 1 GB rammal )
jaja úgy gondolnám, hogy a komplett cuccot feltenni oda, és csak ott használni ami kell.
gondolom az ügyintéző simán tud kapcsolódni a felhőben futó WM-re távoli asztallal, vagy mittudomén.
tényleg, a WM-on simán lehet különböző felhasználói jogokkal dolgozni ugye?van ennek az Azure-nek valami saját szakmai topikja itt a prohardveren?
vagy valami jó külföldi anyag amit érdemes tanulmányozni?[ Szerkesztve ]
>> GearBest Club Veszprém << >> https://www.facebook.com/gbc.veszprem <<
-
Sk8erPeter
nagyúr
válasz martonx #11583 üzenetére
"2. kukázod a fis-fos hoszting cégeket, esetünkben ezt érzem a fő ludasnak Mióta a gugli drasztikusan árat csökkentett a felhőben, és ezt követte az amazon, azure is, egyszerűen nincs érv, xy hoszting céget használni, hacsak az nem, hogy havi pár száz Ft-ot megtakarítson az ember. Akinek meg ez érv, az vélhetően közmunkából él / közmunkások a célközönsége, ergo nem piac."
Azért ez így nem kicsit túlzás. Ha valakinek relatíve egyszerű céges bemutatkozó oldala van, magyar célközönséggel (ami miatt nem mindegy, honnan kérjük le az adatokat!), nem túl nagy terheléssel, pár tájékoztató jellegű hírrel, néhány galériával, kapcsolati infókkal, ajánlatkérő űrlappal, meg egyéb alapvető dolgokkal, hiszen az a cél, hogy a célközönsége megtalálja/el tudja érni, és nem az, hogy online tudjon mindenféle komplex műveletet végezni, VAGY mondjuk egy tök más példát említve valaki egy blogszerűséget akar vezetni, akkor ebben az esetben nem biztos, hogy a hosztingcégek által kínált árakkal tud versenyezni egy felhős szolgáltatás. Azért az ilyenekből rengeteg van. Nyilván nem ez az a réteg, amivel Te mondjuk a munkád során találkozol, és nem a Te potenciális piacod (tehát akinek a megrendelésén mondjuk egyáltalán elgondolkozol), ezt csak arra az érvre írtam, hogy szerinted azok közmunkások, vagy ők a célközönségük...
Pl. lehet kapni Tárhelyparknál (ami igen jó kis "fis-fos" hoszting cég saját tapasztalat alapján és lényegében munkaidőben kb. azonnali segítséget nyújtanak) 1 GB tárhelyet 3900-ért egy évre. Ha most az Azure Pricing Calculatort megnézem, már 100 MB SQL-adatbázis esetében is 5 $ havonta a tárhely, ami már 60 $ egy évre, ami kis felfelé kerekítéssel 13,5 k Ft egy évre. Itt mondjuk már majdnem 10 rongy különbség van aközött, hogy "fis-fos" hosztingcéget választ valaki, vagy felhős megoldást, nem párszáz Ft. Most lehet pitiánerségnek nevezni, hogy egy cég évente 10 rongyot akar spórolni valamin, de ha tulajdonképpen teljesen felesleges lenne azt a plusz 10 rongyot kidobni, akkor szerintem nem az.Mondom ezt azzal együtt, hogy komoly igények esetén totál egyértelmű, hogy a felhős szolgáltatás manapság az ultimate megoldás.
Persze valószínűleg Te is a komoly igényekről beszéltél eleve, ezt az egészet csak arra írtam, hogy lehet olyan szegmens, ahol nem közmunkások a célközönség, de mégsem elég óóócsóóó a felhőszolgáltatás.[ Szerkesztve ]
Sk8erPeter
-
TomMusic
őstag
válasz martonx #11581 üzenetére
Először is köszönöm a választ!
A PHP weboldalon fsockopen-t és fwrite-ot használok.
Ha egy gépről egy programmal küldök socketet a szerverre (ami nem az enyém, "csak felhasználó" vagyok), akkor azt az fread-el ki lehet olvasni?
Szerk.: mármint a PHP oldalról, csak ugye a kettő összehangolását kéne gondolom megoldani.[ Szerkesztve ]
Állítólag az egyetemen töltött évek a legszebbek. Ezért a képzési időt próbálom a lehető leghosszabbra nyújtani.
-
Rolly
veterán
válasz martonx #11612 üzenetére
1. Ezt elfogadhatonak tartom
1.a. ha join is van ugyis egyessevel kell lekerni a mezok neveit, mert lehet nev utkozes... igy ilyenkor tuti nem hasznalnek *-ot
2. Ha lekerdezesnel *-ot is hasznalok, akkor is a mezokre mar hivatkozni szoktam (phpben vagy objecttel vagy assoc array-jel)
3. Az valoban vicces ha valtozik az oszlop sorrend. 8-9 eve progeamozokent dolgozok es ez ido alatt max az elso fel evben hasznaltam fetch_row-t
*-ot akkor hasznalok peldaul en, ha van egy publikus modul, ahol lekerunk mindig mindent (pl hir lista vagy hir), mert a face kezelobe igy minden be van toltve, s az ugyfelnel a tokeneket szabadon tudjuk pakolgatni a templatebe.
A hibakert + ekezetekert bocsi telefonrol irok es meg nem igazan nyilt ki a csipam
-
-
Sk8erPeter
nagyúr
válasz martonx #11747 üzenetére
Mégis miért?
Eszem ágában sincs órákig tartó, hasztalan "az enyém a jobb"-vitát indítani, de igazából csak azt nem értem, miért tartod olyan borzasztónak a helyzetet Google Chrome-mal, ahogy a kép sejteti, még ha az IE-t jobban is kedveled a hétköznapokra.
Az IE 11 már használható kategória, relatíve gyors, de hiába a Google Chrome sem egy nagytudású, testreszabható böngésző (mint mondjuk az Opera volt régen, a Presto-korszakban, minden hibájával együtt), azért az IE még mindig az "igen, használható, de miért ilyen korlátolt és ostoba felületű még mindig, és miért nem lehet még mindig valami kevésbé nehézkes API-t biztosítani a böngésző-beépülők fejlesztéséhez?"-kategória. Meg többmillió éves, rég felújításra szoruló beállítás-oldal, meg egyebek, amik rettentően zavaróak tudnak lenni, és hogy érezhető, hogy még mindig dinoszauruszok lábnyomai vannak beletaposva a mély rétegekbe. Számomra.
Na, végül csak elindítottam a flamewart, a francba.(#11746) Phvhun :
Szép kép, viccnek jó.[ Szerkesztve ]
Sk8erPeter
-
trisztan94
őstag
válasz martonx #11754 üzenetére
Teljesen egyetértek.
Csak összehasonlításképpen, a jQuery-ben több javítás van csak a Webkit motorra (Chrome, Safari, most már Opera), mint az összes többire együtt. Véleményem szerint az IE 10/11 motorja jelenleg a legkorszerűbb böngészőmotor.
Elmúltak már az IE 6-8-as idők.Mondom én ezt úgy, hogy Mac-et használok, azon Safarit és Chrome-ot, tehát azt sem foghatják rám, hogy MS fanboy vagyok.
[ Szerkesztve ]
https://heureka-kreativ.hu
-
Sk8erPeter
nagyúr
válasz martonx #11751 üzenetére
"az embernek semmi oka tovább játszani a pár éve még menő és jogos IE hatert"
Azzal egyetértek, hogy a régi IE-utálat így a 11-es verzió tájékán immár jóval kevésbé indokolt webfejlesztői szempontból (hacsak valaki nem akar plugint írni IE-hez, amihez az API durván nehézkes, ahogy korábban írtam), sőt, inkább már lejárt poén. Szerencsére már az is jóval kevésbé jellemző, hogy valami minden böngészőben megy, csak IE-ben nem. Mondjuk IE-k közül is csak a 9-esnél magasabb számút (min. 10-es) lehet komolyan venni.
Viszont felhasználói szemszögből még mindig igen butuska szegény IE, és kevés addon van hozzá (itt ezt a szót szokták elvileg használni, nem a plugint/extensiont), az ilyeneknek, mint a Ghostery, DoNotTrackMe, nem is találtam alternatíváját; az AdBlocknak csak az AdBlock Plushoz kötődő EasyList-alternatíváját találtam, AdBlock Plust meg azóta elvből nem használok, mióta aljas féreg módon statisztikákat adogatott el cégeknek a felhasználóiról; a Quick JavaScript Switcher is jól tud jönni fejlesztéshez, és még elég sokáig sorolhatnám az olyan extensionöket, amik mondjuk Chrome-ra, az új, Blink-motoros Operára, Firefoxra elérhetők, de IE-re nem.
Megértem, ha valaki nem akarja testreszabni a böngészési élményét, de esetemben azért a mindennapi böngészéshez nem mindegy, milyen használni a böngészőt, meg mit tudok vele csinálni pluszban. A Google Chrome UI is buta, rohadtul nem testreszabható, de legalább bőven találni hozzá bővítményeket, meg ahhoz még van is kedvem írni saját extensiont néhány oldal átszabására. Igazából testreszabhatóságban eddig egyedül a Presto-motoros, régi Opera volt verhetetlen; de a Firefox mostani verzióinak legalább már átrendezhetőek a beépített dolgai is, így az legalább viszonylag testreszabható. Igaz, utóbbit a GUI relatív lassúsága miatt lehet picit kritizálni, de ehhez is aztán bőven találni kiegészítőket.
Meg hát az IE-nek zavarnak az őskövületre emlékeztető dolgai, amiket az előző hsz.-emben is írtam."De, hogy konkrét példákat is hozzak: knockoutjs observable-ök egyedül Chrome-on tudnak különösen viselkedni (mondjuk a js modellben megjelennek, de nem renderelődnek ki).
IE-nek toronymagasan jobb az érintőképernyő támogatása.
Manapság már simán lehet szopni Chrome-al is néhány CSS implementációval, bár ebben a leggányabb a Safari (modern korunk Internet Explorere). És igen, az IE11 sem tökéletes e téren."
Igen, az utóbbi mondat asszem jól összefoglalja, hogy hasonló szopásokat lehet tapasztalni mindegyik böngészővel. Meg hát írod is, hogy "sajnos az IE még mindig kevés HTML5-ös új API-t támogat", ezzel is többször találkoztam már, és akkor el is jutottunk oda, hogy a JavaScriptes library-ket még mindig nem lehet kidobni a francba az IE miatt.Azzal egyetértek, hogy IE-ben a görgetés kellemesebb, mint pl. Chrome-ban, ebben a Chrome szerintem elég gyenge. Firefoxban is úgy rémlik, jóval kellemesebb a görgetés.
Az érintőképernyős támogatottságot pedig simán elhiszem, hogy IE-ben jobb, én nem nagyon élek ilyenekkel az okostelón kívül, úgyhogy erről nem tudok nyilatkozni.Nálam abszolút favorit nincs, Chrome-ot és Operát (mármint a Blink-motorosat, mióta a Presto-motoroshoz nem fejlesztenek (csak biztonsági frissítéseket max., de egyébként már az áthúzott projektek közt van a cégnél, és azóta egy új, retardált fejlesztői attitűd jött a képbe), és mióta a Presto-motoros már scriptekkel agyontűzdelt oldalakon sajnos haldoklik) használok többségében, Firefoxot alkalomadtán vagy fejlesztői szempontból, vagy a nagyon jó és egyelőre páratlan Video DownloadHelper és DownThemAll! böngészőbővítmények miatt, IE-t meg csak nagyon ritkán, inkább tesztelési célból, egyszerűen azért, mert egyelőre felhasználói szempontból számomra kevés.
======================================================
(#11753) jocomen :
"Szerk: Ja most nézem, nekem még az IE8 van Lehet ez volt a baj."
Ééééés ezzel igazából komolytalanná is tetted a korábbi IE-fikázást.
Már rég másról beszélünk, az IE8-at és azalattiakat legfeljebb szitokszóként használjuk.======================================================
(#11755) trisztan94 :
"Véleményem szerint az IE 10/11 motorja jelenleg a legkorszerűbb böngészőmotor."
Jaj. Jajjaj. A legeket talán kerüljük, tartottam tőle, hogy valaki elragadtatja magát, és elkezd fals, nehezen alátámasztható véleményeket terjeszteni a böngészővita kapcsán. Szóval ezt talán hagyjuk, egyszerűen ez hülyeség, már bocsi.
Ha az lenne, akkor minden olyan "korszerű" újítást támogatna, amit a többi böngésző már támogat, nem pedig ez a böngésző lenne a kivétel még mindig jópár dologban (pl. HTML5-ös újítások, ahogy az előbb említettük).Amúgy a böngészőmotorok tényleg nagy állatok, az általad említett WebKit is az (nyilván az IE-ben lévő Trident is az), de nem tudom, azt vágod-e, van a Blink is, ez épp a WebKit egyik forkja, eredeti cél elvileg némi kódegyszerűsítés is volt tudtommal, ez pöfög a Chrome-ban és az új Operában. De sajnos mint minden böngészőmotor, nyilván tele van bullshittel, és folyamatosan elkövetik a WebKit és Blink fejlesztői is azt a hibát, hogy a régi IE-nél lévő trendhez hasonlóan bevezetnek motorspecifikus újításokat, amivel nem tesznek túl jót az egységességnek. Ettől függetlenül az ilyen "legkorszerűbb böngészőmotor" kijelentések ugyanúgy hibásak, nem húzható rá egyikre sem, mindegyiknek megvan a maga jósága és hülyesége.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz martonx #11814 üzenetére
No de ettől még nem lesznek beágyazva a OneDrive-os képei egyenként történő hozzáadogatás nélkül, ami a célja. Ilyenre sztem muszáj lesz valami szerveroldali kódolás is (vagy komplett modul, ha CMS-ről van szó).
Amúgy a Lightboxénál a Colorbox doksija kicsit bőbeszédűbb (honlapon a Lightboxnak lényegében nincs is doksija ).Sk8erPeter
-
jocomen
aktív tag
válasz martonx #11818 üzenetére
Szerintem lassabb, ha netről tölti be, mintha ugyanarról a meghajtóról, egy szomszéd mappából, még ha a tárhelyeknek nincs is gondjuk a sávszélességgel. És a másik oldal elérhetőségétől függ, h neki megjelenik-e a tartalma.
szerk: arra mondhatnál valamit, h egy mappa tartalma bejárható-e foreach ciklussal, vagy ha nem, akkor hogyan. Ez engem is érdekelne.
[ Szerkesztve ]
-
Sk8erPeter
nagyúr
válasz martonx #11827 üzenetére
Eddig az volt a probléma, hogy a OneDrive-on lennének ezek a képek, ott szeretne csak mindig bővítgetni egy mappát újabb elemekkel, és akkor nem triviális egy mappa bejárása. Azóta meg oda is kéne rakni, de csak a nagy fájlokat, a többi meg jó lesz saját webtárhelyre, vagy nem is. Hát most ember legyen a talpán, aki egy ilyen homályos specifikációból meg tudja oldani a feladatot.
(#11826) jocomen :
El kéne döntened, mit is szeretnél, és konkrétan akkor miben is kérsz segítséget. Most akkor végül is a OneDrive-on való tároláshoz, képmegjelenítéshez kérsz segítséget, vagy a saját tárhelyen való tároláshoz, képmegjelenítéshez? Ha utóbbi, akkor ez tényleg egy sima rekurzív bejárás, ha előbbi, akkor már bonyolultabb a téma. De legalább legyen egyértelmű, melyikben kellene a segítség.(#11825) Rolly :
A kiemelt, idézett részre reagáltam, mert az abban a formában nem igaz. Amúgy szerintem az sem feltétlenül mérvadó, hogy nálad épp akkor annyi jött ki, na meg a hálózati kommunikáció nem csak pingből áll.Sk8erPeter
-
-
PumpkinSeed
addikt
válasz martonx #11864 üzenetére
Hirtelen nincs jobb ötletem arra, hogy egy megjelenítendő popup-ban hogyan tegyek máshogy SQL lekérdezést, de mivel már kész van csak a függvényhívást kellene megcsinálni, ezért nem is akarok változtatni.
(#11863) DNReNTi
Ha ezt írom a konzolba: product_show_plus(); probléma nélkül lefut.
[ Szerkesztve ]
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
wis
tag
-
Sk8erPeter
nagyúr
válasz martonx #11903 üzenetére
Engem rohadtul idegesít, hogy az Internet Explorer valamiben mindig lemaradozik. Nagyon sok HTML5-ös vagy épp CSS3-as feature-rel találkozni, ami Internet Explorerben nem működik. Amikor a Chrome-ban (és új Operában), meg Firefoxban már benne van egy ideje akármelyik újabb feature, ami nincs benne az IE-ben, akkor olyankor a Microsoftnál mégis mi történik? Mivel tökölnek? Miért van az, hogy mindig ők vannak a legjobban lemaradva? Fel nem fogom, miközben másik oldalról meg pörgős fejlesztésekről, jó irányvonalról hallani például C#-vonalon. Ez így szimpla töketlenkedés, nem tudom, a böngészős fejlesztői brigádot miért nem rázzák fel kicsit, hogy több népszerűségre tegyen szert az amúgy még mindig rettentően primitív felületű böngészőjük.
Sk8erPeter
-
Phvhun
őstag
válasz martonx #11920 üzenetére
Mondjuk van egy gomb a html kódban, amit ha megnyomok akkor ajaxxal küld a backendnek valami adatot egy apin keresztül (igen php), és az csinál valamit, adatbázisozik is és visszaköp valami választ.
Namost ha írkálom a php oldalt, és egyszer csak valamit hibásan írok, és mondjuk kiír valami php exceptiont akkor a frontend hirtelen nem működik ugye, és nem tudom miért. Na ha alertelem a teljes php response-t, akkor látom a böngészőben a php baját, de ez nem tűnik jó megoldásnak.
-
PumpkinSeed
addikt
válasz martonx #11917 üzenetére
Normális. Amúgy csak a kód kinézete miatt tettem fel, mert úgy véltem, hogy tuti valami egyszerű dolgot hibáztam.
(#11918) CSorBA
Az én console-m nem ír semmit chrome alatt. Amúgy ahogy eddig észre vettem a jsfiddle nem mindig adja vissza hűen azt amit én be is rakok oda, vagyis nem úgy adja vissza mint egy böngésző.
Milyen módokban lehetséges transition-t megadni? Vagyis úgy értem hogyan máshogy még. Akartam ilyen sleep() meg wait() függvényekkel is, de azok failok voltak. Volt még ez a setTimeOut is, na az a böngésző egyáltalán nem kedvelte.
[ Szerkesztve ]
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
Sk8erPeter
nagyúr
válasz martonx #12042 üzenetére
"A .on esetében egy felsőbb biztosan létező DOM elemhez szokás kötni az esemény elkapást, és azon belül szűrni a megfelelő selectorral a megfelelő DOM elementre. Ahogy példát is írtam.
Másrészt, ha a menü elemeid mindig léteznek, akkor nincs sok értelme a .on-nak, helyette egy sima .click jobb lenne."
Az utóbbira: pedig jól használta az .on()-t, lásd a példát a hivatalos oldalon:
http://api.jquery.com/on/"Example: Display a paragraph's text in an alert when it is clicked:
$( "p" ).on( "click", function() {
alert( $( this ).text() );
});
"Szóval nem kötelező a selector (nem is csak AJAX-szal betöltendő elemekre használható ez a metódus), SŐT, valójában a .click() csak egy shorthand method az .on()-ra! Lásd a source-t:
http://james.padolsey.com/jquery/#v=2.0.3&fn=jQuery.fn.clickfunction (data, fn) {
return arguments.length > 0 ? this.on(name, null, data, fn) : this.trigger(name);
}(Ez a fenti most szépen "ki van bontva", az eredeti source code-ban így látható:
jQuery.each( ("blur focus focusin focusout load resize scroll unload click dblclick " +
"mousedown mouseup mousemove mouseover mouseout mouseenter mouseleave " +
"change select submit keydown keypress keyup error contextmenu").split(" "), function( i, name ) {
// Handle event binding
jQuery.fn[ name ] = function( data, fn ) {
return arguments.length > 0 ?
this.on( name, null, data, fn ) :
this.trigger( name );
};
});
)Persze beszédesebb lehet a .click() (még ha van is overheadje a plusz metódushívás miatt, amivel nem valószínű, hogy itt van értelme foglalkozni).
Sk8erPeter
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
válasz martonx #12224 üzenetére
Hát ja, ez tényleg durva, emlékszem, hogy régen is ez volt a probléma, viszont reméltem volna, hogy ennyi idő alatt megoldják.
Egyébként az eseménykezelős részre reagálva: van egy "Removing Event Listeners" fejezet a doksiban:
https://developers.google.com/maps/documentation/javascript/events#removing
https://developers.google.com/maps/documentation/javascript/reference?csw=1#event
A google.maps.event.clearInstanceListeners(instance:Object), google.maps.event.clearListeners(instance:Object, eventName:string), google.maps.event.removeListener(listener:MapsEventListener) szignatúrájú metódusok esetleg segíthetnek a helyzeten.Meg amúgy az utóbb linkelt doksiban többször hivatkozik rá, hogy a .setMap(null) metódushívást meg kell ejteni, aztán null-ra állítani az ojjjjektumokat. De az qrva gáz, hogy miért nem lehetett ezt megvalósítani könyvtárszinten külön macera nélkül... Ez lényegében azt jelenti, hogy minden egyes beállított markert és egyebet is nyilván kell tartani saját kis listában/tömbben, végigiterálni rajtuk, majd hívni egy-egy setMap(null)-t, majd null-lal egyenlővé tenni, delete-elni, ilyesmi... (Mármint azért érdekes, mert a setMap(null)-tól még nem kerül ki a memóriából, szóval ott csücsül valahol.)
Ahogy itt is van.
De ettől még ez egy f@szság, hogy ezt nem oldották meg belső implementációval, nem lenne pedig akkora mágia, főleg nem egy ekkora cégtől...Szerk.:
(#12226) :
látom közben más módszert választottál, végül is az se rossz. Bár ettől még elvileg az áll, amit írtál, hogy "ráül egy csomó eseményre", nem?Szerk. 2.: amúgy már 2008-ban felmerült az igény ilyenre, lásd ezt az issue-t:
https://code.google.com/p/gmaps-api-issues/issues/detail?id=772
Vicces, hogy 2014 van, és még mindig nincs ilyenre beépített megoldás a Google Maps-ben.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz martonx #12229 üzenetére
Magával az API-val szerintem nincsenek nagy bajok (vagy csak nem tűntek fel): relatíve könnyű használni, egész jól dokumentált, vannak demók a doksiban, meg sok egyéb segédlet is található hozzá. Szerintem ez az egy igen komoly hiányossága van, hogy nem lehet API-ból normálisan megsemmisíteni az egész térképet az összes járulékos szarával együtt (event listenerek, markerek, akármicsodák) egy, max. két metódushívással... hanem neked kellene valami normális memóriafelszabadító módszert kitalálni. Ezt leszámítva szerintem többnyire korrekt.
Mi az, ami miatt nem jön be neked még az API?
Amúgy ha jól vettem le, most mindenképp megjeleníted a térképet, akár kell, akár nem, csak elrejted, nem lenne jobb akkor már on-demand betölteni?[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz martonx #12231 üzenetére
Utóbbira a Google Loader is jó (persze nem nagy cucc megírni, de minek, ha van ilyen):
https://developers.google.com/loader/<script type="text/javascript" src="https://www.google.com/jsapi"></script>
google.load("maps", "3", {other_params:'sensor=false', callback: function(){
var map; // initialize your map in here
}});vagy ugye a klasszikus módszer:
https://developers.google.com/maps/documentation/javascript/tutorial#asynchfunction initialize() {
var mapOptions = {
zoom: 8,
center: new google.maps.LatLng(-34.397, 150.644)
};
var map = new google.maps.Map(document.getElementById('map-canvas'),
mapOptions);
}
function loadScript() {
var script = document.createElement('script');
script.type = 'text/javascript';
script.src = 'https://maps.googleapis.com/maps/api/js?v=3.exp&' +
'callback=initialize';
document.body.appendChild(script);
}
window.onload = loadScript;Persze a window.onload helyett illene addEventListenerrel hozzáadni az eseménykezelőt, na sebaj.
Csak gondoltam bemásolom, mielőtt elkezded megírni, mert így igazából meg is van.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz martonx #12233 üzenetére
Oké, csak gondoltam felvázolom mindkét lehetőséget. Hátha hasznos valakinek. De igazad van, itt az első felejtős, tulajdonképpen a Google Loaderes módszer inkább csak akkor jó, ha mondjuk valaki többféle Google API-t akar használni (pl. a Maps-en kívül más szolgáltatásét), esetleg kényelmesebbnek tartja ezzel a módszerrel, JS-sel, Google CDN-ről behúzni a jQuery-t és jQuery UI-t is.
Sk8erPeter
-
_ak_
addikt
válasz martonx #12249 üzenetére
Ezt, ha akarnám, sem tudnám vitatni, mi több eredetileg pont ez volt az elképzelésem, csak akkor még úgy voltam vele, hogy na majd a Drupal 8, milyen jó is lesz...de ugye még mindig nem készültek el vele és egyrészt valószínűleg nem is lesz még hibátlan, másrészt még jó időbe fog telni mire elterjed és piacképes tudást fog jelenti az ismerete.
Bevallom én is csak a hype miatt gondoltam az Angularra, őszintén még csak meg sem tudnék nevezni egy másik igazi JS keretrendszert és egy kevés próbálgatás után, hamar rájöttem, hogy nem ettől leszek jó JS-ben. Feleslegesen meg még annyira nem akarok erőlködni, úgy hogy ráadásul bővíteni is szép munka lenne a későbbiekben.
No de, akárhogy is, hallgatok a szép szóra, jöjjön a Drupal 7, de szívesen meghallgatok mindenféle véleményt, hogy mivel érdemes manapság komolyabban foglalkozni, hogy ha a szakmán belül szeretnék elhelyezkedni. Ezek az oldalak lennének a kezdő referenciák.
Köszi a tanácsot!
Let's begin, de gozaimasu!
-
_ak_
addikt
válasz martonx #12251 üzenetére
Az utóbbi pár hónapban szinte napirenden van a Laravel és Bootstrap együttes és igazából tetszik is.
Szakdogám alapjait is ezek adják. Ezért gondoltam, hogy a Laravelre ráengedek egy kis Angulart és jó lesz nekem, mert akkor az adatbázis kezelést és annak lekérdezésit szinte ki is húzhatnám, az útvonalakat meg a sablon kezelést meg rábíznám a JS-re.
Ezzel is gyakorolva a JS-t, mert abból egyelőre a minimumot is inkább alulról súrolom.Viszont nagy öngól lenne, nem vágni a Drupalt, még ha nem is feltétlen saját modulokkal kezdenék, noha a begyakorlását Kickstarteren keresztül akartam elkezdeni.
Amúgy ASP.NET vonal még az iskola alatt jobban tetszett, csak annyi PHP-s tutorial van, hogy abba könnyebb volt belekezdenem, viszont azzal gondolom könnyebb munkát találni...már ha ténylegesen tudok arra fejleszteni.
Let's begin, de gozaimasu!
-
Új hozzászólás Aktív témák
- MECHANIC PCB repair PAD - 2. generációs kialakítás
- DC csatlakozós ventilátor kábel - 1 utas vagy 3 utas változat
- ÚJ, bontatlan iPad PRO 13 (2024) M4 CHIP! 256GB WIFI asztrofekete, 1 év Apple garancia!
- Samsung Galaxy S22 Ultra 5G 256GB, Kártyafüggetlen, 1 Év Garanciával
- HP Victus 16-r1019nt - ÚJ 16" FullHD IPS GAMER notebook - i7-14700HX, 32GB, RTX 4070
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen