- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Milyen routert?
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Mozilla Firefox
- Középpontba kerültek a hibrid autók, alig fogyaszt a BYD újdonsága
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Pénzt akar a WhatsAppból a Meta, az AI majd segít
- Direct One (műholdas és online TV)
- AI-gyártású celebpornóval küzd a Facebook
- Tarr Kft. kábeltv, internet, telefon
Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
Hát de ez nem jó, mert először végigrohangászol a tömbön, hibát keresve, aztán ha minden oké, akkor array_sum-mal még egyszer végigrohangászol a tömbön, ekkor már összegezve a számokat. Felesleges lépések, ahelyett, hogy egyszer mennél végig rajta, nem sokkal több karakterrel. Legalábbis szerintem a foolproof megoldás érdekében jobb lehet talán a foreach, ízlés kérdése, én nem szeretem a plusz felesleges lépéseket. Később gond lehet, ha optimalizálni kell.
(#12582) Soak :
az előbbi alapján nem meglepő.Sk8erPeter
-
PiXeL90
csendes tag
Nem nagyon akarom megosztani a forrást mert egy céges honlap.
De már rájöttem, hogy mi a baj csak nem tudom, hogy tudnám megcsinálni az lenne a kérdés, hogy lehet-e több function -t egybe fűzni úgy, hogy egymás után fusson le? Vagy hogy tudom egymás után lefutattni?
Segítségeteket előre is köszi! -
Sk8erPeter
nagyúr
3 egyenlőségjel használata esetén nem fogja kiírni.
Bővebben:
http://php.net/manual/en/language.operators.comparison.php
If you compare a number with a string or the comparison involves numerical strings, then each string is converted to a number and the comparison performed numerically. These rules also apply to the switch statement. The type conversion does not take place when the comparison is === or !== as this involves comparing the type as well as the value.
<?php
var_dump(0 == "a"); // 0 == 0 -> true
var_dump("1" == "01"); // 1 == 1 -> true
var_dump("10" == "1e1"); // 10 == 10 -> true
var_dump(100 == "1e2"); // 100 == 100 -> true
switch ("a") {
case 0:
echo "0";
break;
case "a": // never reached because "a" is already matched with 0
echo "a";
break;
}[ Szerkesztve ]
Sk8erPeter
-
trisztan94
őstag
Igen, ez kicsit gyenge kifejezés volt, de akkor se gondolná az átlagfelhasználó, hogy mi minden van mögötte. offban off: Ha jól értettem 600 magos szerver van alatta?!
Nem rég vágtam bele egy nagyobb projectbe, nem annyira bonyolult oldal, de még én sem gondoltam volna, hogy ennyit kell vele sz*rakodni, pedig azért nem az első melóm.
https://heureka-kreativ.hu
-
alitak
senior tag
CentOS. Viszont időközben a rendszergazdánk alakított valamit, mert a függvény már megy. Az új probléma, hogy nem tudok becsatlakozni külső adatbázishoz. Másik, nagyon hasonló rendszerről ugyanaz a PHP kód működött, valamint kliensprogramból be tudok csatlakozni. Még megpróbálok ssh-n keresztül csatlakozni, lehet más a gond, nem pedig a PHP.
Nec arte, nec marte | használt hardverek jó áron: http://goo.gl/lUwLkw
-
sgery
őstag
A html pedig így néz ki
[ Szerkesztve ]
FurTv-s Lapeno figurát keresek, aki tudja hol lehet venni szóljon!!!:)
-
cucka
addikt
Ha 10 milliós oldalletöltésed van, akkor a teljesítmény problémák elsősorban az adatbázis oldalon fognak előjönni, esetleg rosszul implementált algoritmusoknál, vagy olyan helyzetekben, amikor hiányzik egy jó cache.
Ilyen baromságokkal, hogy most az include vagy a require_once gyorsabb, sehol, semmilyen környezetben nem érdemes foglalkozni. Ha ott tartasz, hogy ezen múlik a programod teljesítménye, akkor gyenge a vas, erősebbet kell venni és kész. Nem mellesleg a vas olcsóbb, mint fizetni hónapokig egy programozót, hogy ilyen, ezredmásodperc töredékét jelentő dolgokra vadásszon.[ Szerkesztve ]
-
cucka
addikt
Arról van szó, hogy egy webalkalmazásnál a require_once és az include közötti teljesítmény különbségnek (meg a többinek, ami a topikban előjön) olyan minimális impaktja van, hogy egész egyszerűen nem érdemes vele foglalkozni.
A Forma1-el ellentétben a webfejlesztés nem verseny, a cél nem az, hogy a weboldal a lehető leggyorsabb legyen (mert akkor első körben a php-t kéne lecserélni mondjuk c-re), hanem hogy elég gyors legyen.[ Szerkesztve ]
-
fordfairlane
veterán
Én nem mondtam, hogy facepalm de ha már tudjuk hogy jobb akkor miért a rosszabbat használjuk ?
Cserébe futásidőben hibát okozhat azzal, ha egynél többször próbálja a program ugyanazt betölteni. Ja persze, tudom, az a program nem jól van megírva. Szerintem meg az az 5ms lényegtelen, az ezzel való foglalkozás maga a tiszta inproduktivitás.
Ja, igen, tudom a következő választ is, mindenki milliós látogatottságú webes alkalmazást fejleszt, ahol rendkívül feszített a processzor terhelés.
[ Szerkesztve ]
x gon' give it to ya
-
cucka
addikt
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
Ezt a célt viszont nem úgy fogod elérni, hogy lecserélgeted a require_once-t include-ra, meg kicseréled a ?: operátort if-re. Értem én, hogy gyorsabb, de
1. A require_once pont azért lassabb, mert több funkciót lát el, amely funkciókra szükség van.
2. Én még nem láttam olyan projektet, ahol megkövetelték volna, vagy időt adtak volna arra, hogy ilyesmivel szarakodjunk.
3. Nem igazán jellemző, hogy nagy oldalaknál a php alkalmazásszerver lenne a szűk keresztmetszet, plusz ezt a részt elég jól lehet skálázni.Szóval valóban, elméletileg igazad van, tényleg lehet ilyen 2ms-okat gyorsítani, ha ilyesmivel foglalkozol, a valóság és a tapasztalat viszont az, hogy ilyen értelmetlen optimalizálásokkal nem éri meg foglalkozni és ezért senki nem is teszi.
[ Szerkesztve ]
-
MODERÁTOR
Nagyon kód nem kell, de legyen. Első körben ellenőrzöm a keretrendszerrel, hogy történt-e postolás, ha igen akkor mentek, majd ugyanide visszairányítom a felhasználót. Ha nem történt postolás kinyomom a nézetem.
mobal,
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
MODERÁTOR
Igen! Bár nem teljesen követi a tervezési minta "menetét" de idáig nem volt ezzel gondom.
Had ne írjak kódot
Szerk.: Itt a kód: [link]. Le merem fogadni, hogy idáig nem volt ezzel gond. Megoldás?
[ Szerkesztve ]
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
Tele von Zsinór
őstag
Ez így nem igaz. Teljesen valid minta, hogy postolsz valahova, feldolgozod és ugyanoda redirectelsz (egyébként PRG, post-redirect-get néven fut).
Azért lehet ugyanaz az url, mivel a második már egy újabb kérés, független az elsőtől, és sima get, szóval a böngészőnek nem szabad megkérdeznie, akarsz-e újra postolni.
mobal, nem ismerem a keretrendszert, átirányítás után megáll az aktuális controller futása? Ennyi kód alapján egyébként a tippem az volna, hogy a postot ellenőrző ifben van a hiba, és így arra az ágra fut, mintha sima get kérés lenne, kiszolgálja az üres formot, és F5-re ekkor okés a kérdés.
-
MODERÁTOR
Kicsit utána kerestem, továbbá megnéztem és IE és FF alatt tökéletesen működik, csak Chrome akarja újra elküldeni a formot. Nem lehet, hogy ez a Chrome baja? Stackoverflowon is volt róla szó már.
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
DeltaPower
őstag
1 vagy 2 update az egész, ahogy elsőnek írta félóránként frissülne. Nem százmilló soros adatbázison századmásodpercek alatt lefut.
"Moonshine Whiskey (70°, ízesítés nélküli) van. Fincsi" - Teebee - "De az kiírtaná az egész családomat..Akkor is ha csak én innék belőle.." - forintuser
-
cucka
addikt
Egyszerűbb talán, de jobb semmiképp.
A mana érték egy játékban sokszor frissül, ergo rengeteg olvasási művelet lesz. 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.
A cron pedig simán futhat akár 30 másodpercenként is. 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?[ Szerkesztve ]
-
cucka
addikt
Jah, épp ezért lehetne megoldani egyszerűen, hogy ha belovassuk akkor már a jó értéket jelentítsük meg
A cron lényege, hogy valamit időzítve futtasson, mondjuk jelen esetben egy írási műveletet. Ettől te még akárhányszor kiolvasod, a helyes értéket fogod kapni, a frissítés ugyanis nem az olvasások számától függ, hanem az eltelt időtől.é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.
Lehet így is, csak fölösleges minden egyes olvasási műveletnél lefuttatni az ellenőrzést, hogy kell-e frissíteni, tekintve, hogy az olvasások száma várhatóan sokkal nagyobb, mint az írásoké. Plusz ez web, itt több szálon történik a dolog, tehát lock-okat is kell alkalmazni, szóval tovább rontod az alkalmazásod teljesítményét.
Van egy ütemezett feladat, ennek futtatására van standard módszer (cron). Miért kéne ehelyett egy bonyolultabb és lassabb megoldást alkalmazni? (Annak eldöntése, hogy kell-e frissíteni, az minden, csak nem atomi művelet, ezért kell gondolni a párhuzamosságra is)Alapból nem, de nyilván megoldható.
Ok, akkor 1 percenként, na .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) .
Miért, egy cron által meghívott php script miért nem illeszthető jól bele a környezetbe?[ Szerkesztve ]
-
tildy
nagyúr
Esetleg int eseten megadhato a tipus is ( altalaban mondjuk nem kell, de ha fuggvenyt irsz, neha erdemes odairni, milyen bemeneti paramot varsz) :
$var = (int) 0;The casts allowed are:
(int), (integer) - cast to integer
(bool), (boolean) - cast to boolean
(float), (double), (real) - cast to float
(string) - cast to string
(array) - cast to array
(object) - cast to object
(unset) - cast to NULL (PHP 5)[ Szerkesztve ]
"Tartsd magad távol azoktól, akik le akarják törni az ambíciódat! A "kis" emberek mindig ezt teszik, de a nagyok éreztetik veled, hogy te is naggyá válhatsz" - Mark Twain
-
cstom
aktív tag
Igen, én is arra gondolok. Közben felmerült még egy probléma. Azt a gépet amelyiken fut az xampp/wordpress az IP/oldal neve alapján érem el böngészőből. Viszont ha valamilyen hivatkozásra klikkelek a weblapon, az már localhost/valami -re irányítana, így viszont nem találja meg a kért oldalt. Hol tudnám ezt megváltoztatni?
[ Szerkesztve ]
-
Speeedfire
nagyúr
-
spammer
veterán
Van egy ilyen:
<form method="post" ............>
<?php
while($row = $result->fetch_assoc()) {
$stuff = $row["stuff"];
echo "<input type='checkbox' name='$stuff' id='$stuff' value='$stuff'>";
}
?>
<input type="submit" value="submit">
</form>A feldolgozó oldalnál:
$_POST["valami"] kellene a feldolgozáshoz, de változó számú input van, más más nevekkel, attól függően, hogy az előző oldal mennyit olvasott ki adatbázisból.
Így nem tudom megadni, hogy, például
$valami = $_POST["valami"]; - mert nem tudom előre a neveket, és nem tudom előre, hány darab lesz, amit fel kell dolgoznia.
[ Szerkesztve ]
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
-
trisztan94
őstag
Szvsz annyi a kérdés, hogy melyik a jobb megoldás. Prók és kontrák.
Lehetséges megoldások egy bejegyzéshez:
1 Adatbázisban poszt létrehozása után egy új bejegyzés készül a posztnak amiben le van tárolva annak írójának id-je.2 A posztot összekapcsoljuk a felhasználóval
A 2. lehetőség szerintem szebb, nem rakunk a poszt tartalmához irreleváns infót (a poszt lényege maga a bejegyzés, nem az írója), viszont a felhasználókhoz rakjuk a relevánsakat: tehát egy felhasználó posztjait.
dotnetben is egyre jobban nyomják a 2. megoldást. Sőt, ott még ötvözik a kettőt. (Legalábbis a pluralsight-os videókban)
[ Szerkesztve ]
https://heureka-kreativ.hu
Új hozzászólás Aktív témák
- Test Drive Unlimited [FAQ, Ph! Játékosok listája és térkép az első hszben]
- Spórolós topik
- Samsung Galaxy S23 Ultra - non plus ultra
- Formula-1
- Dell notebook topic
- Milyen billentyűzetet vegyek?
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
- Samsung Galaxy S24 - nos, Exynos
- Kerékpárosok, bringások ide!
- Autós topik
- További aktív témák...
- ASUS DUAL RX 480 OC 4 GB
- Új Lenovo IdeaPad Slim 5 16 Prémuim "Kis Gamer" Laptop Ryzen 5 7530U 16/512 Radeon Graphics 2GB FHD+
- LG UltraGear 49GR85DC-B Gamer Monitor!49"/5120x1440/240hz/1ms/G-sync-Freesync/HDR1000/HDMI 2.1
- Keresek Sapphire Radeon RX 6950 XT / RX 6900 XT Toxic Limited Edition
- Casio Edifice Karóra
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen