- Akciófigyelő: Humble Games Bundle - Nightdive FPS Remasters
- Call of Duty: Modern Warfare III - Új szezon, újabb ingyenes hétvége jön
- Hunt: Showdown - Jön az engine csere, befutnak az újgenerációs verziók
- Steamre tart a Crime Boss: Rockay City
- The Witcher - Befutott a TV sorozat folytatásának első rövid kedvcsinálója
Új hozzászólás Aktív témák
-
martonx
veterán
válasz Phvhun #11184 üzenetére
Na de pont te mondod, hogy ajax-os kellene, hogy legyen. Azaz a filterezés, page-elés szerver oldalon történne. Akkor meg miről beszélünk? Ezt bármelyik "jquery-s szutyok data grid" meg tudja neked csinálni a megfelelő szerver oldallal.
Amúgy én ezeket a grideket tudom javasolni: kendo ui grid (fizetős), jqxwidgets grid (fizetős, tűrhető árban), jqgrid (ingyenes, tűrhető, viszont csúnya, és nehezen style-olható).
Én kérek elnézést!
-
martonx
veterán
A 2-es, 3-as pont bagatell tétel, persze ezt is el lehet bonyolítani.
Az 1-es viszont macera, ráadásul a webkamera kezelés nagyon nem egységes a böngészők között, erősen kérdéses ehhez a szerver oldal, adaptív bitrate streaming stb...Az 1-es pont miatt bármennyit elkérhetsz, felelősségteljesen lehet el se kellene vállalni (az, hogy a gugli, fb megcsinálta ne zavarjon meg, nem vagytok egy súlycsoport). A 2-3-as pontok aprópénzek.
Viszont: minek újra feltalálni a spanyolviaszt? Ha valaki ilyet akar, akkor erre vannak létező fizetős szolgáltatások.
Én kérek elnézést!
-
martonx
veterán
Hehe, az megvan a megrendelődnek, hogy a skype-ban tudsz csoportokat létrehozni (nevezzük mondjuk cégkategóriáknak őket a kedvéért), és abban mondjuk cégek Skype-os képviselői lehetnének, és akkor nem kellene tárgyalásokra járniuk
Ha meg fizetnek a skype-ért, akkor még üzleti konferencia videóhívásokra is alkalmas.Nem a skype-ot akarom itt reklámozni, egyszerűen ez a tipikus buta ügyfél, butaságot akar megrendelés esete.
Én kérek elnézést!
-
martonx
veterán
válasz Phvhun #11231 üzenetére
Én ezt SQL oldalon fognám meg. Mindegyik sort joinolnám a következő sorhoz (remélhetőleg van egy folytonosan növekvő ID-d). Így már meg is lenne minden egymást követő érték különbsége. Azaz eleve már csak ezt adná vissza az SQL.
Ez egy szimpla halmaz művelet, ebben az SQL sokkal jobb, mint ha elkezded végigiterálni a soraidat PHP oldalon.Én kérek elnézést!
-
martonx
veterán
válasz Phvhun #11241 üzenetére
Most nézem, hogy Azure-on linux vm-et futtatni annyira nem is drága. Másrészt, ha nem fizetsz mellé külön storage-et, akkor az IO teljesítmény nagyon harmatos lesz. Ha fizetsz, akkor hirtelen többszöröse lesz az IO teljesítmény ezekhez az olcsó cloud vps-ekhez képest. Pont az tetszik az Azure-ban, hogy brutálisan skálázható, és nagyon sokoldalú.
Én kérek elnézést!
-
martonx
veterán
válasz Phvhun #11245 üzenetére
Sehogy. Maga az alkalmazásod fut több példányban, akár több különböző geolokáción.
És amikor jön egy request, akkor mindig éppen az a szerver szolgálja ki, ami közel van, és épp rá is ér.Persze ekkor még mindig más kérdés az adatbázis, ha az közös kell, hogy legyen. Erre is vannak különböző megoldások.
Én kérek elnézést!
-
martonx
veterán
válasz trisztan94 #11249 üzenetére
A világszerte 10X-20X nem igaz, jelenleg az Azure-nak van a legtöbb kihelyezett szerver központja, és most van nekik a világban 7 db ha jól rémlik. Az Amazonnak még ennyi sincs, a fentebb linkelt kicsi, ám olcsó cloud cégeknek meg jellemzően egy szál központjuk van, és az is Amerikában. Ami európából használva már mondjuk nem is annyira poén.
Emellett a cloud nem olcsó, sok olyan jellemző eset van, amikor többszöröse az ára egy kis szimpla hoszting céges megoldáshoz képest.Én kérek elnézést!
-
martonx
veterán
-
martonx
veterán
válasz Phvhun #11301 üzenetére
Lassan 1 éve használok Windows Server 2012-n MySql 5.5-öt. Ezzel most nem leszel előrébb, de ilyen nem történhet. Sőt igaziból még csak olyat se láttam, hogy az elmúlt 1 év alatt bármi gond lett volna vele. Hehe, még rendszergazdánk sincs, anno bekonfigoltuk a szervert, és azóta megy magától.
Valaki nyilván hozzányúlt, és uninstallálta. Attól még, hogy leszedte valaki a MySql szervert, jó eséllyel az adataid megmaradtak a konfig fájltól függő helyen a lemezen.
Én kérek elnézést!
-
martonx
veterán
Én kérek elnézést!
-
martonx
veterán
válasz trisztan94 #11331 üzenetére
Gondolom ugyanúgy, ahogy bármely MySQL adatbázishoz felveszel egy új usert.
Én kérek elnézést!
-
martonx
veterán
válasz trisztan94 #11341 üzenetére
mondjuk js-el / szerver oldallal kiolvasod a base url-t, és ezt használod minden linkben.
Én kérek elnézést!
-
martonx
veterán
válasz Cheesy #11368 üzenetére
Ha a munkaadód belegyezik a megjelenésükbe, akkor mi baj származhatna ebből?
A maszek munkáid felhasználhatóságát pedig az adott szerződéseid / megegyezéseid döntik el (én jellemzően a forráskódot nem adom oda, de volt olyan eset, amikor abban állapodtunk meg, hogy a megrendelőt illeti a forráskód).Én kérek elnézést!
-
martonx
veterán
válasz Phvhun #11375 üzenetére
New Relic-et használtam Azure websites-on ASP.NET MVC profilozásra. Ez alapján elmondhatom, hogy egész komoly terhelésű oldalamnál sem okozott akár csak észrevehető overhead-et sem.
Az oldal alap terhelése: napi több, mint 10.000 keresés, egyes kereséseknél a világ különböző pontjain lévő átlag tíz webszolgáltatás hívása, majd az egy kereséshez összejövő több száz adatsor DB-be mentése (csak db insert fut napi 9 millió), és mindez egy 1 magos, 1,75Gb-s instance-on. Ráadásul mindez nem 24 órára egyenletesen elosztva jön össze, hanem a délután, este felé volt a csúcsidőszak, hajnalban meg nulla a keresések száma. Nos ez így a csúcsidőben bekapcsolt New Relic-el okozott 10-15%-nyi terhelést.
Én kérek elnézést!
-
martonx
veterán
-
martonx
veterán
válasz trisztan94 #11417 üzenetére
Pedig most rászánva egy fél percet, nem tűnik rossznak a dokumentációjuk, sőt. Ez az xml struktúra egyik-napról a másikra megváltozik, meg elég sci-fi-nek tűnik.
Én kérek elnézést!
-
martonx
veterán
Azure. Gondolom nem nagy terhelésű oldalakról van szó. Én a helyedben egy kemény havi 10 dolláros reserved instance website-al próbálkoznék be elsőre, ez 100 weboldalt tud maximálisan kiszolgálni.
Mondjuk a db mögöttük (már ha van db-jük) plusz pénzbe kerül.
Vagy csinálsz egy virtuális gépet, és arra pakolod fel az összes website-ot adatbázisostól.Vagy bármelyik más VPS szolgáltatót használod, pont nemrég linkeltünk itt be jópárat.
Én kérek elnézést!
-
martonx
veterán
válasz trisztan94 #11423 üzenetére
Mit ne mondjak a szemetek tényleg rohadtul eldugták: http://developer.here.com/javascript-apis/documentation/maps/topics/routing.html
És nem átallottak még példa kódot is beletenni. Szemetek.[ Szerkesztve ]
Én kérek elnézést!
-
martonx
veterán
Nekem eddig az asphostpage jött be a legjobban. Ne ijedj meg a nevüktől, PHP-t, MySql-t is hosztingolnak. Korrektek, segítőkészek, elég nagyban játszanak. Futott náluk 5 komolyabb cuccom, alkudni is lehetett anno a listaárakhoz képest, bár az is igaz, hogy éves szinten több tízezer Ft-ot fizettünk náluk a hosztingra.
Én kérek elnézést!
-
martonx
veterán
válasz silver87 #11462 üzenetére
"Abban reménykedtem kezdő fejemmel, hogy van egy létező javascript amit publikus és beépítek a weblapba, majd a kiratásnál meg kedvemre szerkesztgethetem, hogy mi kell mi nem kell és hova akarom, hogyan kiiratni."
Na, de ez pont az. Fogod a választ és belerakod a html-edbe.
Én kérek elnézést!
-
martonx
veterán
válasz silver87 #11464 üzenetére
Jó, akkor úgy mondom, hogy senki nem tart vissza téged egy minimális önképzéstől. Hidd el csak pár perc választ el attól, hogy meg tudd csinálni, amit szeretnél.
Elhiszem, hogy sokkal jobb fél perc alatt egy meglévő plugint behúzni, mint rászánni azt az 5 percet, és megírni a hiányzó funkcionalitást, de lássuk be, itt a nagy alkalom, hogy tanulj valami hasznosat![ Szerkesztve ]
Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #11503 üzenetére
Olvastam, nagyon jó az irány!
Roslyn-nel simán 50-100%-al több alacsony terhelésű (asp.net-es) weboldalt fog tudni párhuzamosan kiszolgálni egy windows server.
Az új nyelvi feature-ök meg mindig jól jönnek.
Az meg, hogy immár natív C++-al egyenértékű kóddá fog fordulni a C# kód, már csak hab a tortán. Ez Roslyn-nel kombinálva el se tudom képzelni, mekkor kiszolgálás többletet fog adni a windows serveren futtatott asp.net-es oldaknál. Lehet, hogy négyszer annyi website fog tudni ezután futni ugyanazon a vason.[ Szerkesztve ]
Én kérek elnézést!
-
martonx
veterán
válasz cidalain #11514 üzenetére
Én vidékre is szoktam sok százezres árajánlatokat adni, és el is szokták őket fogadni. Ja, mondjuk azok, akiken látszik, hogy úgyse fogadják el, azoknak inkább nem is adok ajánlatot.
Mondjuk én nem is a klasszikus portál építésben mozgok, hanem kizárólag webalkalmazások fejlesztésben (kizárólag egyedi fejlesztésű CRM-ek, ügyviteli szoftverek, workflowk, foglaló rendszerek). Akinek nem egyedi kell, az nálam szóba sem jöhet.Én kérek elnézést!
-
martonx
veterán
válasz #30734848 #11578 üzenetére
Nyilván ha valaki kimondottan a domain-re fog keresni, akkor előfordulhat, hogy nem a te oldalad lesz az első. Hanem csak a második. Szerintem ennél sokkal fontosabb, hogy kulcsszavakra keresve az oldal jól szerepeljen. Márpedig, ha a két oldal abszolút eltér egymástól, akkor kulcsszavas keresésnél nem fogják egymást bezavarni.
Én kérek elnézést!
-
martonx
veterán
-
martonx
veterán
válasz trisztan94 #11582 üzenetére
Kétféleképpen is javíthatod:
1. kukázod a WP-t
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.De a lényeg, hogy péntek van.
Én kérek elnézést!
-
martonx
veterán
Én Azure-ban közepes windows-os vm konfigurációt futtatok, plusz diszkkel, jó sok storage kapacitással, elég sok (napi 10Gb feletti kimenő, bejövő adatforgalommal), plusz kettő Azure SQL instanciát. Ez havi 160 euró volt eddig.
Figyelembe véve a storage árcsökkenéseket, és ha venném a fáradtságot egy basic közepes konfigurációra átálláshoz a jelenlegi stanadrad helyett, akkor ez havi 120 környékéből kijönne.
És nem kellett se gépet, se windows szervert, se MS SQL licenszeket venni, és még adatvesztés se valószínű, a hardverre sincs gondom.[ Szerkesztve ]
Én kérek elnézést!
-
martonx
veterán
válasz cidalain #11587 üzenetére
Igen egészen konkrétan csak azért fizetsz amit használsz. Ha a több mint 20 féle szolgáltatásból te csak kettőt veszel igénybe, akkor csak ezért a kettőért fizetsz, ezekért is csak annyit amennyit használsz. Azaz simán meg tudod csinálni pl. hogy ha van egy virtuális géped, ami egész nap csak a lábát lógatja, és van egy 4 órányi időszak, amikor meg beledöglik a terhelésbe, hogy csinálsz egy közepes gépet, megadsz egy szabályt, hogy ha mondjuk a proci terhelés eléri a 80%-ot, akkor csapjon mellé még egy ugyanilyen gépet (standard vm-ek alapból load balancer mögött vannak), és mondjuk maximalizálod, hogy 4 gép fölé ne menjen, nehogy véletlenül a gatyád rámenjen.
Az amazonon futó cuccunk pl. 200 nagy konfigurációs gépig engedi elszaladni a terhelést.
Nagyon szeretem a felhőt, ezért is népszerűsítem. Személy szerint Amazont és Azure-t használok, az Azure-t sokkal jobbnak tartom. Google AppEngine-el nincs tapasztalatom, mivel windows-os környezetben mozgok, ott meg csak linux van, ha jól tudom.Én kérek elnézést!
-
martonx
veterán
válasz cidalain #11590 üzenetére
A kis konfiggal azért érdemes vigyázni, mert 1 szál processzormag, és az 1,75Gb memória azért könnyen tele tud szaladni. Illetve a konfig méretek között vannak egyéb nem túl feltűnő, bár dokumentált eltérések.
A kis konfignak pl. csak 100Gps-es az internet sávszélje, a közepesnek 200, a nagyobbaknak meg 400, 800.
Ugyanígy az IO teljesítmény is változik konfig szintenként. A kicsinek 500 IOPS, és ez duplázódik konfig szintenként, azaz 1000, 2000 stb...
És ha már komolyan ebben gondolkozol, akkor még egy jótanács. Távoli adatbázis szerverként nem érdemes használni a nagy késleltetés miatt. Azaz, amikor Magyarországról query-zel egy mondjuk hollandiában futó adatbázis szervert, akkor ott ritkán fogsz látni közel nulla másodperc alatt lefutó scripteket.
Ez tipipkusan vastag klienseknél tud probléma lenni.
A felhős DB-k, akkor jók, ha a komplett infrastruktúra felhőben van, ekkor nulla a késleltetés, mindenki happy.
Backup nem kell, legalábbis a szó klasszikus értelmében nem kell, mert fizikailag képtelen megsemmisülni az ott tárolt adatod. Persze ha valaki kihagyta a where feltételt egy delete query végén, akkor nem árt, ha van némi backup. Simán az ottani storage-ba tudsz ütemezetten beállítani backupokat.Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #11593 üzenetére
Igazad van, valóban lehet egy olyan egyre szűkülő réteg (mármint nem a réteg szűkül - bár talán az is, hanem a fis-fos hosztingok, és a felhő közötti árdifferencia), ahol számíthat évi 10K is. Nekem ők tényleg nem piac.
A fenti példádat én akkor is felhőben oldanám meg, ha már valakinek mondjuk szívességből ilyet kellene csinálnom. Maximum lemondanék a relatíve drága tranzakciós sql-ről, és megelégednék a filléres Azure Tables-el (NoSql). Vagy ha mindenképp kell a tsql, akkor odatennék az ingyen futtatott site mellé közvetlenül egy SQLite-ot, vagy SQL CE-t.Én kérek elnézést!
-
martonx
veterán
válasz Mentiii #11605 üzenetére
A megoldás, megcsinálni jóra az oldalon használt CSS pozícionálásokat, méretezéseket.
Tudom ez olyan tipikus hülye válasznak tűnik, pedig konkrét jól megfogható jsfiddle-re felrakott szemléltető probléma nélkül nem fogsz tudni ennél konkrétabb megoldást kapni.
Az biztos, hogy a megoldás nem az, hogy oldalanként változzon egy div magassága, bár te ismered a saját html layout-od, és az elvárt működését, akár ez is lehet a megoldás.Én kérek elnézést!
-
martonx
veterán
Ez tipikusan olyan anti-pattern, ami ha történetesen igaz is lenne valakire, akkor azt szégyen elismerni, nem pedig büszkének lenni rá. Hogy rend legyen, a fejekben lássunk néhányat, hogy például miért nem jó ilyet tenni:
1. Ahogy mondtad, alap hogy mindig csak a szükséges minimum adatokat kérjük le a DB-ből (ez különösen gáz tud lenne, ha a db és web szerver nem ugyanaz a gép, ami lássuk be nagyon gyakori eset).
1. a) ha netán még join is van a selectedben, akkor a * hirtelen a többi táblára is vonatkozik, és lehet fel se tűnik, hogy máris nem a 3 helyett kérdeztél le 4 oszlopot, hanem a 3 helyett 24-et.
2. Igazán gáz akkor van, amikor az adattáblában megszüntetsz egy oszlopot, és esélyed sincs érdemben visszakeresni, hogy azt vajon hol és mire használtad akár csak sql, akár kód szinten. Nyugodt szívvel megszünteted, abban a hiszemben, hogy már úgyse kell soha, aztán meg keresed a hirtelen felbukkant hibákat.
3. Az is vicces tud lenne, ha egyszercsak megváltozik a táblában az oszlop sorrend, a kódod meg egy bizonyos sorrendet várt.
4. SQL profilozást, teljesítmény hangolást totál megöli a select *Nyilván egy bizonyos projekt méret alatt, ezekkel a problémákkal az ember lehet, hogy soha nem találkozik. De akkor is minek válljon a vérünkké egy tipikus anti-pattern? Pláne egy bizonyos projekt méret alatt, ahol van mondjuk 5 darab sql query-d, mit nyersz a rossz gyakorlattal? 2 percet maximum? Akkor tényleg megéri ez miatt kókányolni? Ez egy topik, ahol illik nem arra buzdítani az újoncokat, hogy á szarjátok már le az anti-patterneket, jó eséllyel úgyse találkoztok velük, a móricka projektjeitekben meg úgyse okoznak észrevehető teljesítmény problémát, hanem illik a jó gyakorlatra nevelni a népet, függetlenül a projektjeik méretétől.
Én kérek elnézést!
-
martonx
veterán
-
martonx
veterán
Hehe: országgyűlés honlapja
Tetszik, hogy elszórakoztak benne a régebbi IE kompatibilitással, aztán egy elegáns húzással a jquery 2.1-et használják, kiherélve hirtelen az összes js komponenst IE8 alatt
Én kérek elnézést!
-
martonx
veterán
Új hozzászólás Aktív témák
- Kés topik
- Amlogic S905, S912 processzoros készülékek
- Energiaital topic
- Bivalyerős lett a Poco F6 és F6 Pro
- Ukrajnai háború
- Milyen TV-t vegyek?
- Bugfix van, magyarázat nincs az iOS-ben újra feltűnő, korábban törölt fotókra
- sziku69: Fűzzük össze a szavakat :)
- Horgász topik
- Notebook hibák
- További aktív témák...
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen