Új hozzászólás Aktív témák
-
Soak
veterán
válasz Lacces #12762 üzenetére
Ilyenkor érdemes megnézni a dokumentációt, annál talán nincs hitelesebb forrás ... http://httpd.apache.org/docs/2.2/rewrite/flags.html
-
Soak
veterán
Nem értem ezt a hozzászólás.(Hogy jön ide 10 millio? hogy jön ide az adatbázis? Nem erről volt szó.) Nyilván nem azon fog megfeküdni az alkalmazás, hogy require_once vagy require, viszont ha ez a hozzá állás akkor mindenhol ez lesz és sok kicsiből már összejön esetleg 5-8% ami egy nagy forgalmú websitenál jelentheti azt, hogy erősebb szerverbe kell fektetni vagy még kihuzza addig ameddig van stabil cash flow és akkor már egyszerűbb.
A forma1-es autó sem azért könnyű mert felnijei 2kg-val könyebbek mint egy ugyanakkora hagyományos technikával gyártotté, hanem mert mindenhol meg van fogva ez a kicsi (nyilván sarkitottam, de szerintem érthető) . Plusz ha erre külön fel kell venni egy programozót, hogy optimalizáljon akkor rossz csapattal lett elindítva a projekt, mert az inkompetenciát ki kell fizetni mindenképpen (kérdés hogy mikor), ez nem érv a hatékony megoldások ellen.
-
Soak
veterán
válasz fordfairlane #12824 üzenetére
Én nem mondtam, hogy facepalm de ha már tudjuk hogy jobb akkor miért a rosszabbat használjuk ?
cucka : Nem cél a gyors website? Elég sok irodalom van fent arról, mikor elemzik, hogy 100-200ms mennyit jelent értékesítési szempontból. Csak hogy egy példát említsek : amazon 100ms-es novekedés, 1%os bevétel kiesés. Ezért írtam a legelején, hogy egy kis látogatottságú sitenál teljesen mindegy, de van ahol számít és még mindig nem értem miért kéne a rosszabbat csinálni ha tudjuk hogy mi a jó
C-ben meg csináljon siteot akinek két anyja van. Ha még komolyan is vennénk, mennyi egy átlag C fejlesztő bére és mennyi egy PHP ?
-
Soak
veterán
válasz Tele von Zsinór #12871 üzenetére
Ismerem, én is használom, de itt nem ez a minta áll fent, legalábbis a kódot legalább annyira át kéne alakítani mintha csak szeparálná a kettőt, itt csak annyi látszik, hogy magára irányít (gondolom épp a hibára megoldásként), plusz a PRG -nek csak bizonyos feladatoknál van értelme, nyilván ezt neki kell eldönteni, de mivel alapból nem így volt implementálva, mertem feltételezni, hogy nem szükséges ...
Szerk: Persze az lehet, hogy később van vizsgálva a get is, akkor igaz, de ennyiből nekem nem volt nyilvánvaló.
[ Szerkesztve ]
-
Soak
veterán
válasz DeltaPower #12983 üzenetére
Nem lenne egyszerűbb akkor frissiteni mikor meg van jelenitve ? Kell egy aktuális manna érték, egy legutoljára frissités, egy növekedés/óra (vagy ami tetszik), felesleges egy cronjobot létrehozni, mert ennek real timenak kéne lennije, a cron meg nem arra való hogy 30sec-enként lefusson, akkor inkább daemon.
-
Soak
veterán
A mana érték egy játékban sokszor frissül, ergo rengeteg olvasási művelet lesz.
Jah, épp ezért lehetne megoldani egyszerűen, hogy ha belovassuk akkor már a jó értéket jelentítsük meg (egy egyszerű matematikai müvelet és kész), nem lesz semmivel nagyobb terhelés, mert csak akkor írunk ha változás történik.
Továbbá biztosítani kell, hogy ez esetben óránként (vagy akármikor) csak és kizárólag egyszer fusson le, ezt nem teljesen triviális jól megcsinálni.
épp ezért irtam, hogy el kell tárolni egy utolsó frissitést plusz egy mana/h-t és nem is kell frissiteni feltétlenül.
A cron pedig simán futhat akár 30 másodpercenként is.
Alapból nem, de nyilván megoldható.
Továbbá a cron az maga egy daemon, ami pont arra van, hogy megoldja ezt a problémát, minek erre fejleszteni egy másik daemont?
Fejleszteni nem kell, mert már megtették mások, ezért nem nehezebb semmivel mint egy cron job-ot beállítani. Ha már feltételezem a LAMP környezetet akkor miért ne? Sokkal jobban illeszthető a környezetbe és egyszerűbben is konfigolható. ( a futás gyakoriságától kezdve a kiépitett logolásig) .
Persze vannak hátrányai is, meg előnyei is.
DeltaPower : Nem 30sec, hanem 30perc, igaz. Nem a sebesség miatt irtam feltétlenül, csak ha belegondolok, hogy a kérdező valószínűleg mit akar elégni akkor nem vagyok benne biztos, hogy 30percenként érdemes frissiteni. Mi van ha egy felbuffolt embernek 1 perc alatt megtellik? Tudom, hogy kicsit tovább gondoltam mint az alap kérdés, de ha már ugyis megnézzük mennyi a manna az adatbázisban éppenséggel frissitett adatot is vissza adhatunk, akcio után meg a jo adatot beirjuk.
[ Szerkesztve ]
-
Soak
veterán
válasz Sk8erPeter #12993 üzenetére
Az alapbol az, hogy linuxon a cron leggyakran 1 percenkent futhat le. (a konfigban a perc a legkisebb egyseg).
A masiknal pedig en epp a System_Daemon php daemonrol beszeltem ami ad egy elfogadhato alapot php alapu daemonok gyartasahoz.
-
Soak
veterán
válasz Tele von Zsinór #12995 üzenetére
Én épp ezért írtam, hogy adatbázisba csak akkor írjunk ha a user csinált valamit. Addig csak meg kell jeleniteni, ezért nem kell lock, meg semmi, ezért irtam, hogy egy matematikai müvelettel megjelenitjük, utána meg ha esetleg varázsolt egyet akkor beírunk.
Szerk : Azért egy pontosabb sepcifikációt szivesen meghallgatnék, mert egyelőre 5-6an játszünk elméleti fizikust
[ Szerkesztve ]
-
Soak
veterán
Nem értem miért vagy igy rápörögve a lock-ra . Ugyan megint csak találgatok, de gondolom a játék nem úgy néz ki jellemzően, hogy 1 embert támad 50.000 . Innentől kezdve (még ha lock-olnánk is, de azzal eddig magyaráztam, nem kell) InnoDB motor row-level lock-nál miért olyan nagy probléma ha lockolunk egy sort? Ha még egyszerre 3-5 ember akarja elérni (nem értem hogy miért updatelné egyszerre 3-5, de ugye találgatunk csak) akkor se lenne dráma.
-
Soak
veterán
válasz Speeedfire #13050 üzenetére
Ahogy rt06 írta, valószínűleg nfs-t használnak (mint általában minden hasonló vállalkozás) .
-
Soak
veterán
válasz Tele von Zsinór #13069 üzenetére
egy mítosz
Most már. Mint látható az általad linkelt cikk első hozzászólásából is, korábbi verziókban még volt különbség, valószínűleg csak nem tudatosult azóta az emberekben a változás.
-
Soak
veterán
Mondjuk a host fileodat modositot, szóval pl a enweblapom.dev arra az ip-re mutat ahol futtatod a siteot. Plusz nyilván a linkeket is modositani kell ugy, hogy a base url enweblapom.dev legyen. (ez könyü ha jól van konfigolva ha nem akkor az szívás) , utána meghivod az enweblapom.dev-et és behozza a siteodat.
Persze erre fel kell készíteni a webservert is.
-
Soak
veterán
válasz Speeedfire #13165 üzenetére
shop.example.com ...
-
Soak
veterán
válasz #36268800 #13193 üzenetére
PHP szerveroldali, nincs köze a klienshez. Nem tudod eldönteni, hogy mekkora a felbontás. Szerintem jobban jársz egy HTML szerkesztés vagy egy weblap készítés topikkal.
-
Soak
veterán
válasz vgyuri #13323 üzenetére
Mar nincs security risk, viszont default sincs.
Lehetne valami ilyesmi .
$validColors = valahonnan egy tomb.
$color = isset($_GET['szin']) && in_array(....) ? $_GET['szin'] : 'red';
echo $color;
De a get[szin] is mehet egy valtozoba hogy ne legyen feleslegesen 3szor eg ternarisban.
-
Soak
veterán
Nem kene erre kitolni egy elso hsz jellegu dolgot hogy ingyen segitseget nem sok ertelme van privatban kerni? Vagy csak engem zavarnak ezek nagyon?
-
Soak
veterán
válasz Speeedfire #13474 üzenetére
Eclipse, bar ez is szeret terpeszkedni de tudod kobfigolnni ha alapbol sokat eszik.
-
Soak
veterán
válasz trisztan94 #13754 üzenetére
Nem ertem a kerdest, a session a szerveren tarolodik, amit az alkalmazas id alapjan azonosit, amit jellemzoen cookieban kap meg. A session a timeoutig el ( magyarul ha a user nem hagyja timeoutolni akkor orokke) , nem a bongeszo hatarozza meg az eletciklusat. A cookie jarhat le (amiben a session id van) ezaltal a server nem tudja azonositani a usert ( vagyis nem talalja a sessiont) , ujat indit, tehat "kilogol" .
-
Soak
veterán
válasz trisztan94 #13849 üzenetére
Sql IF EXISTS.
-
Soak
veterán
válasz trisztan94 #13861 üzenetére
substr , 2 kötelező paraméter és nem is array, hanem string.
a vége meg simán mehetne egy foreachbe.
-
Soak
veterán
válasz trisztan94 #13863 üzenetére
Az explode ettől még array-el tér vissza (jobb esetben)
-
Soak
veterán
válasz Petyyyyy #14060 üzenetére
Talalj ki egy bonyolultabb alkalmazast,ird meg, szembesulj kozben azokkal a problemakkal amik eszedbe se jutatnanak es utana keres ezekre hasonlo anyagokban ( bar en az internetet ajanlom, ha jol hasznalod akkor nincs frissebb es ellenorzottebb forras, pl : stackoverflow) . Az elso kodjaid nagyon szarok lesznek de ha megvan a turelem es kitartas akkor a probalkozasokbol egyre tobbet tanulva gyorsan lehet fejlodni.
-
Soak
veterán
válasz Speeedfire #14062 üzenetére
$array['xyz'] === null ?
-
Soak
veterán
válasz trisztan94 #14111 üzenetére
Sikerult megfejteni ezt a komoly kerdest egyedul is.
-
Soak
veterán
válasz PumpkinSeed #14398 üzenetére
De ezt kellene latnod mivel az elsoket nem konkatenalod. Miben fejlesztesz, hogy nem tunik fel a mas szin?
-
Soak
veterán
válasz PumpkinSeed #14400 üzenetére
String összefűzés. Miért nem használsz valami rendes IDE-t ? Pl Netbeans vagy Eclipse. Be van kapcsolva a syntax highlight? Amúgy szánékosan van ugyanaz a változó minden 2. tagban?
-
Soak
veterán
válasz trisztan94 #14440 üzenetére
Miert baj az?
-
Soak
veterán
válasz trisztan94 #14442 üzenetére
Nem tudom mire mondod ezeket de vagy a geped nagyon faradt vagy valamit benezel. Nem is tudom hogy most melyik IDE-rol van szo de mi lassu? Mit nem hasznal ki a "java ide" ?
-
Soak
veterán
válasz trisztan94 #14447 üzenetére
En hasonlo konfigot hasznalok csak 8Gb rammal, a projekt scanneles lassu (a hdd + nem hobbi projekt teszi ) eclipsben, de cserebe egy find type utana mar nem kerul idobe, de semmi mas sem igazabol. Amugy egy eclipse skineket is kezel ha szamit hogy a starbucksban menon nezzen ki a macken az ide is... De majd ugyis rajossz ha komolyabban foglalkozol programozassal hogy ezek a featureok amiket egy ilyen top IDE nyujt elengedhetetlenek a hatekony fejlesztesben.
-
Soak
veterán
válasz trisztan94 #14666 üzenetére
A másik lehetőség a POST kérés, ami egy titkosított kérés. Ezt általában regisztrációs felületeken, login felületeken, vagy bármi olyanon szokták használni, ami titkosítást igényel. Cserébe nyilván sokkal lassabb, mint a GET. Ezt kinyerni szinte lehetetlen, ebben a topikban nem is foglalkozunk ezzel, nem akarjuk, hogy bárki kivegye más oldalak POST kéréseit. Mert az nagyon rossz lenne.
A tobbi resze sem gyenge de ez nagyon felre ment.[link]
-
Soak
veterán
válasz Speeedfire #14841 üzenetére
Miert nem bamboo? Az ujban mar nagyon egyszeru deploy kornyezeteket configolni, tavoli gepre is.
Új hozzászólás Aktív témák
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Windows 11
- Elektromos cigaretta 🔞
- Honor Magic V2 - origami
- Motorola Edge 40 - jó bőr
- Mobil flották
- Kerékpárosok, bringások ide!
- Samsung Galaxy S21 Ultra - vákuumcsomagolás
- War Thunder - MMO Combat Game
- A fociról könnyedén, egy baráti társaságban
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest