- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
- Milyen processzort vegyek?
- Sony MILC fényképezőgépcsalád
- Milyen notebookot vegyek?
- Dell notebook topic
- Milyen alaplapot vegyek?
- Piacvezető tandem OLED panellel érkezik az iPad Pro
- AMD Navi Radeon™ RX 7xxx sorozat
- Hogy is néznek ki a gépeink?
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Dell asztali gépek
Hirdetés
-
Agyi chipes gyártóba fektetett a kriptocég
it A Tether 200 millió dollárt fektet a Blackrock Neurotech agyi chipes vállalatba.
-
Samsung Univerzum: Így ismerhető meg a Galaxy AI bármilyen telefonon
ma A Try Galaxy webalkalmazás kontrollált környezetben mutatja meg, mit tud a One UI 6.1-es rendszer és a mesterséges intelligencia.
-
Premier előzetesen a Gray Zone Warfare
gp A mai naptól hivatalosan is elrajtol a játék korai kiadása PC-n.
Új hozzászólás Aktív témák
-
Gergello
addikt
válasz Tele von Zsinór #4051 üzenetére
Ha ott is (A) localhost van megadva mysql kiszolgálónak, akkor hogy tudok rá hivatkozni kívülről? Van más mód is, ahogy erre lehet hivatkozni?
Googlelel bárhogy keresem nem találok semmit.
-
cucka
addikt
válasz Gergello #4052 üzenetére
Nem értem a problémát.
Mysql csatlakozásnál meg kell adni a gép hostnevét, ahova szeretnél csatlakozni. Ha ugyanazon a gépen van, mint amin a szkripted fut, akkor localhost-ként lehet rá hivatkozni, különben meg az adatbázis szervert futtató gép hostneve kerül oda.
Általában a rendszergazdák letiltják, hogy bármilyen külső gépről csak úgy csatlakozni lehessen az adatbázishoz. Szerintem kérdezd meg a rendszergazdától, hogy engdélyezett-e, és ha igen, akkor milyen hostnéven lehet elérni az adatbázist a távoli gépen. -
biker
nagyúr
imge resize fügvénnyel megoldható a feltöltött kép kerek kivágása, kerek szegélyezése, és transzparens hátterő png elmentése, vagy inkább előre gyártsák le így a képeket?
Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
cucka
addikt
Image resize függvénnyel nem oldható meg, mert (ahogy a neve is mondja), az azt tudja, hogy a képet átméretezi.
Ha vízjel szerűen szeretnéd rárakni a képet, akkor nézd meg az imagecopyresampled függvényt. Ha rajzolgatni szeretnél rá, akkor arra is megvannak a megfelelő függvények, válogass. [link]A transzparens hátterű png alatt nem tudom, mit értesz, igazából ilyen fogalom nincs. A transzparens png úgy működik, hogy a 24 bitnyi rgb információ mellett minden képpontnak van egy 8 bites "alpha channel"-je, ami gyakorlatilag azt jelenti, hogy képpontonként 256-os skálán állíthatod be az áttetszőséget. Ha olyan képet szeretnél készíteni, ami lekerekített és a "kerete" áttetsző, akkor megoldható, lásd imagealphablenging() függvény.
-
biker
nagyúr
nem, úgy értettem, hogy van egy kép, ami persze szögletes.
ezt feltöltéskor
-átméretezni adott méretre
- körbevágni 1:1 arányú négyzetté, eddig ok, és ennek egy adott méretű közepe kerek kivágással lenne a kép
- aminek fehér 5px-es kerete van
- és nincs egyéb háttere, mert egyébként a szögletes keret szarulnézki de nagyonezek a kerek képek kerülnének fel kisképként az oldalra.
És itt ne legyen már vita tárgya, hogy mi a transzparens png, hogy az 0%alpha vagy transzparens, mert ez itt kb irreleváns.
értem én, hogy hivatalosan "Alpha transparency" a függvény minden rajzprogramban, de nem ez a kérdés lényege hanem hogy megoldható-e ez mindElektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
cucka
addikt
Akkor az a feladatod, hogy rajzolsz egy fehér, lekerekített keretet, aminek a közepe lyukas. Van egy képed, egy kereted, ezeket kell összekombinálni imagecopyresampled vagy imagecopymerge függvénnyel.
Ugyanaz a feladat, mint ha vízjelezni szeretnéd a képet, csak itt a vízjel az az előre megrajzolt lekerekített keret. -
DeltaPower
őstag
gd2 nagyon gyenge alpha dolgok terén. ha meg tudod oldani hogy egyszínű háttérre kerüljenek a képek, akkor átméretezés után tehetsz rá egy fix méretű képmaszkot copyresampleddel alphablendinggel, de normális, aliasingtól mentes szélű kivágást gd-vel csinálni kb lehetetlen (colortransparent vagy opcity:0 kitöltés felejtős). imagemagick tudja, az viszont kevés szolgáltatónál van, és cserébe még jó bonyolult is a paraméterezése.
"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
-
biker
nagyúr
köszi, ilyesmire gondoltam én is.
Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
őstag
Mi lehet a probléma, hogy nem ad eredményt a következő kód, annak ellenére, hogy a mezőket kitöltöm:
...
<form name="form1" method="post" action="logincheck.php">
<p><font size="2">Felhasználónév:<br>
<input type="text" name="felhasznalonev">
Jelszó:</font><br>
<input type="password" name="jelszo">
<input type="submit" name="enter" value="Ok">
</p>
</form>
...logincheck.php (teszt jelleggel)
<?
print $felhasznalonev;
print $jelszo;
?>A tárhelyszolgáltató: http://www.000webhost.com
Előre is köszönöm a segítséget!
[ Szerkesztve ]
“Mankind invented the atomic bomb, but no mouse would ever construct a mousetrap.” Albert Einstein
-
biker
nagyúr
válasz RoyalFlush #4060 üzenetére
<?
print $_POST['felhasznalonev'];
print $_POST['jelszo'];
?>talán
Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
cucka
addikt
válasz RoyalFlush #4060 üzenetére
Gondolom a "php4 24 óra alatt" c. könyvből tanulsz .
-
őstag
Átpakoltam UW-ról a fájlokat, db-t és ennél a szolgáltatónál alig működik belőle valami, ezért gondoltam tesztelem
szerk: uw-n smartyval sem volt gond, viszont ott pedig folyton logoutolt (session probléma).
(#4061) biker: thx
[ Szerkesztve ]
“Mankind invented the atomic bomb, but no mouse would ever construct a mousetrap.” Albert Einstein
-
DeltaPower
őstag
válasz RoyalFlush #4063 üzenetére
hibaüzenet, ilyesmi?
amúgy ezt az autoinstaller-izét próbáltad a hostnál? állítólag 1 klikkel felmegy a joomla[ Szerkesztve ]
"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
-
őstag
válasz DeltaPower #4064 üzenetére
A problem oka ez lesz...
Warning: Unknown: Your script possibly relies on a session side-effect which existed until PHP 4.2.3. Please be advised that the session extension does not consider global variables as a source of data, unless register_globals is enabled. You can disable this functionality and this warning by setting session.bug_compat_42 or session.bug_compat_warn to off, respectively in Unknown on line 0
szerk: session_register nem tetszik neki.
(#4064) DeltaPower: nem próbáltam
[ Szerkesztve ]
“Mankind invented the atomic bomb, but no mouse would ever construct a mousetrap.” Albert Einstein
-
rebugra
aktív tag
Sziasztok, van egy oldalam, egy kérdőív.
Kitöltik, aztán alul Küldés. Na most, én teszteltem, én megkaptam az e-mailt. De ha más kitölti, akkor már nem kapok e-mail. Mi lehet a hiba??
!!!SÜRGŐS!!!
A forráskód:<?php
if ($_POST["submit"]=="Küldés") {
$cim="rebugra@gmail.com";
$msg.="nev: ".$_POST["nev"]."\r\n";
$msg.="1: ".$_POST["1"]."\r\n";
$msg.="2: ".$_POST["2"]."\r\n";
$msg.="3: ".$_POST["3"]."\r\n";
$msg.="4: ".$_POST["4"]."\r\n";
$msg.="5: ".$_POST["5"]."\r\n";
$msg.="6: ".$_POST["6"]."\r\n";
$msg.="7: ".$_POST["7"]."\r\n";
$msg.="8: ".$_POST["8"]."\r\n";
$msg.="9: ".$_POST["9"]."\r\n";
$msg.="1Ajánló neve: ".$_POST["aj1nev"]."\r\n";
$msg.="1Ajánló címe: ".$_POST["aj1cim"]."\r\n";
$msg.="1Ajánló telefon: ".$_POST["aj1tel"]."\r\n";
$msg.="1Ajánló foglakozás: ".$_POST["aj1fog"]."\r\n";
$msg.="1Ajánló jövedelem: ".$_POST["aj1jov"]."\r\n";
$msg.="1Ajánló családi állapota: ".$_POST["aj1csal"]."\r\n";
$msg.="1Ajánló eltartott: ".$_POST["aj1eltart"]."\r\n";
$msg.="2Ajánló neve: ".$_POST["aj2nev"]."\r\n";
$msg.="2Ajánló címe: ".$_POST["aj2cim"]."\r\n";
$msg.="2Ajánló telefon: ".$_POST["aj2tel"]."\r\n";
$msg.="2Ajánló foglakozás: ".$_POST["aj2fog"]."\r\n";
$msg.="2Ajánló jövedelem: ".$_POST["aj2jov"]."\r\n";
$msg.="2Ajánló családi állapota: ".$_POST["aj2csal"]."\r\n";
$msg.="2Ajánló eltartott: ".$_POST["aj2eltart"]."\r\n";
$msg.="3Ajánló neve: ".$_POST["aj3nev"]."\r\n";
$msg.="3Ajánló címe: ".$_POST["aj3cim"]."\r\n";
$msg.="3Ajánló telefon: ".$_POST["aj3tel"]."\r\n";
$msg.="3Ajánló foglakozás: ".$_POST["aj3fog"]."\r\n";
$msg.="3Ajánló jövedelem: ".$_POST["aj3jov"]."\r\n";
$msg.="3Ajánló családi állapota: ".$_POST["aj3csal"]."\r\n";
$msg.="3Ajánló eltartott: ".$_POST["aj3eltart"]."\r\n";if (mail($cim,"Találkozás a Piaccal",$msg)==TRUE) {
echo "Nagyon szépen köszönöm, hogy válaszoltál a kérdéseimre, ezzel segítve munkám!";
}
}
?>[ Szerkesztve ]
═════════════ --==[ FinestMedia Werbetechniker ]==-- ═══════════
-
wis
tag
válasz rebugra #4067 üzenetére
A kódolással lesz a probléma. A html oldalad utf-8 de a mail függvény valószínűleg nem utf-8 ként küldi.
Átmeneti megoldásként gmailnél a válasz melletti nyílra kattints > üzenetének szövege furcsa karaktert tartalmaz majd a böngésződ nézet menü > kódolás > utf-8.
Jobb megoldás ha használsz valami levélküldő osztályt, pl. a fentebb is említett phpmailer, ott lehet állítani a kódolást is.
-
cucka
addikt
válasz rebugra #4066 üzenetére
if ($_POST["submit"]=="Küldés") {
Itt például lehet probléma a karakterkódolással. Igazából ilyet soha nem csinálunk, mert ha a html-ben átírod a gomb feliratát, akkor máris működésképtelenné tetted a scriptet.A levél pedig azért néz ki furcsán, mert utf8-as kódolással küldöd, de a levél fejlécében ez nincs beállítva, a levelezőprogram pedig ennek hiányában iso 8859-x kódolással próbálja megjeleníteni.
Javaslom, hogy a korábban említett levélküldő osztályok közül használd valamelyiket, mert nem annyira egyszerű feladat simán csak mail függvénnyel megoldani. -
tildy
nagyúr
Mier tkapok vissza hibat?
"Server was unable to process request. ---> Object reference not set to an instance of an object."
Jonak kene lennie...<?php
try{
$wsdl_url =
"http://www.exporttechnologies.com/webservices/currencyservice/currencyservice.asmx?wsdl";
$client = new SoapClient($wsdl_url);
var_dump($client->__getFunctions());
$result = $client->GetExchangeRate('JPY');
echo "<br/><br/><br/>";
echo $response;
} catch(SoapFault $e){
var_dump($e);
}
?>"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
-
1ed
csendes tag
Szia!
Mert rosszul küldöd el a kérést. Ez nekem működött:
<?php
$body = <<<XML
<ns1:GetExchangeRate>
<ns1:currencyISO>JPY</ns1:currencyISO>
</ns1:GetExchangeRate>
XML;
$wsdl_url = "http://www.exporttechnologies.com/webservices/currencyservice/currencyservice.asmx?wsdl";
$client = new SoapClient($wsdl_url, array('trace' => true));
try
{
$response = $client->GetExchangeRate(new SoapVar($body, XSD_ANYXML));
var_dump($response->GetExchangeRateResult);
}
catch(SoapFault $e)
{
echo 'Request : <br/><xmp>',
$client->__getLastRequest(),
'</xmp><br/><br/> Error Message : <br/>',
$e->getMessage();
}
?>[Itt] meg tudod nézni, hogy kell kinéznie a kérésnek. (UseNow fül -> függvénynév -> Source fül) A header és body részeket kell csak neked kitölteni, a többit a függvény megoldja valahogy Biztos van jobb megoldás is, meg pl az ns1 az nem tudom miért pont ns1, és hogy voltozik e.
''He told me that no one should look for the answer unless they have to because once you see it, everything changes. Your life and the world you live in will never be the same. It's as if you wake up one morning and the sky is falling.''
-
Frigo
őstag
Üdv,
Nemrég kezdtem el a PHP tanulást ,de valamiért fájlműveleteket nem tudom végrehajtani
fopen-re mindíg ilyen hibát jelez :[function.fopen]: failed to open stream: Permission denied in ... fájl biztos ,hogy létezik és nem írásvédet.Platform : Win XP 32bit, PHP5, ISS.
[ Szerkesztve ]
-
tildy
nagyúr
ha egy konyvtarban van, igy kell:
$szamlalo_fajl = "szamlalo.dat";
Es nem elfelejteni : On the Windows platform, be careful to escape any backslashes used in the path to the file, or use forward slashes.
<?php
$handle = fopen("c:\\data\\info.txt", "r");
?>[ 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
-
Sk8erPeter
nagyúr
Sziasztok!
Egy kis ötletet szeretnék kérni.
Van egy honlap, amin amin egy fotósnak a képei jelennek meg. A képek különböző kategóriákba tartoznak, egy kép akár több kategóriába is tartozhat. Az admin felületen ez mind szépen, grafikus felületen működik (lehet kategóriákat létrehozni, új képet feltölteni, azt akár több kategóriához rendelni, címet megadni hozzá, kategóriát vagy képet törölni, módosítani).
Az adatbázis úgy néz ki, hogy van egy tábla, ahova a kép elérési útja és egyéb adatai (szélesség, magasság, stb.) kerülnek, van egy tábla a kategórianeveknek, és van egy összerendelő tábla, ahova a kép azonosítószáma és a kategória azonosítószáma kerülnek, jelezve, hogy mik tartoznak össze.Egy ponton viszont most elakadtam, lehet, hogy a fáradtság az oka, de most nem jut eszembe, mi lenne a legjobb megoldás:
az admin felületen a kép tulajdonságainak módosításánál az eddig bejelölt kategóriákat checkboxok formájában jelenítem meg, amelyik kategóriához a kép már hozzá van rendelve, oda kerül egy pipa, amelyik kategóriához NEM tartozik a kép, ott nincs pipa.
Azt szeretném megoldani, hogy a felhasználó viszont újabb pipák behelyezésével (más kategóriákhoz), vagy korábbi pipák kivételével tudja módosítani, melyik kategóriákba tartozzon egy adott kép.
Ezt hogy kellene megoldani az űrlap ellenőrzésekor, hogy azokat a rekordokat töröljem az összerendelő táblából, amelyeknél a checkboxoknál korábban volt pipa, de a felhasználó kiszedte (jelezve ezzel, hogy nem szeretné, ha abba a kategóriába is tartozna), viszont azok a rekordok kerüljenek be az összerendelő táblába, ahol korábban nem volt pipa?
A problémám az, hogy milyen módszerrel hasonlítsam össze, hogy hol volt és hol nem volt korábban pipa, mi az, amit törölni kell, mi az, ami új elem.Lehetne
-hidden elemekkel betenni valami inputba azoknak a kategóriáknak az azonosítószámát, amikbe a kép már tartozik, így POST-tal elküldöm, de az gány megoldásnak tűnik
-valami session változóban (tömbben) ugyanezt eltárolni, de ott meg az új checkbox-os POST tömbbel (egy tömbben tárolódnak a kipipált checkboxok) kell mindig összehasonlítgatni, és azt sem tudom, hogy lehetne a legkisebb lépésszámmal megoldani
-meg még azt is lehetne, hogy a kép összes addigi kategória-hozzárendelését törlöm az összerendelő táblából, és az újonnan bepipált értékeknek megfelelően adogatom hozzá az új összerendelést, de az meg már megint nagyon gáz: tegyük fel, hogy mondjuk csak egyetlen helyről kiszedem a pipát, akkor az összes hozzárendelést törli, és adhatja hozzá újra az összeset, ez felesleges munka; ráadásul mi van, ha megszakad valamiért a folyamat, akkor elvesztek az addigi hozzárendelésekTehát egyelőre tanácstalan vagyok, az összehasonlítgatásokra mi lenne a jó módszer.
Nagyon megköszönném, ha bármi jó ötlettel tudnátok segíteni!
Sk8erPeter
-
cucka
addikt
válasz Sk8erPeter #4079 üzenetére
Az általad keresett megoldás egyszerűbb, mint gondolnád. Amikor feldolgozod az űrlapon elküldött adatokat, azzal kezded, hogy kiszeded ismét az adatbázisból a kiválasztott kategóriákat, és kész is, megvannak a korábbi elemek. Ezután rakod össze a delete/insert lekérdezéseidet, amivel módosítod a kategória hozzárendelést.
Amúgy én az általad írt 3. megoldást használnám, pusztán azért, mert egyszerű és átlátható. A kategóriába rendezés viszonylag ritka esemény, kevés adatod van, így gyorsaságban rendben van ez a megoldás is.
tegyük fel, hogy mondjuk csak egyetlen helyről kiszedem a pipát, akkor az összes hozzárendelést törli, és adhatja hozzá újra az összeset, ez felesleges munka
Ha mindig csak a szükséges módosításokat szeretnéd elvégezni az adatbázison, az meg neked felesleges munka .ráadásul mi van, ha megszakad valamiért a folyamat, akkor elvesztek az addigi hozzárendelések
Ez nehéz kérdés. Általában ilyen akkor történik, ha valami komoly hardveres/szoftveres gond van a szerverrel. Nem nagyon tudsz tenni ellene semmit, de szerencsére nem is nagyon szokott ilyesmi előfordulni.
(Nyilván, egy banki rendszernél erre is fel kell készülni, de most nem erről van szó )[ Szerkesztve ]
-
Sk8erPeter
nagyúr
Tényleg, köszi. Nem tudom, miért nem jutott eszembe, hogy azt is meg lehetne oldani, hogy még egyszer lekérdezem a feldolgozó fájlban az adatbázist, és összepakolom a lekérdező parancsot sima for ciklussal aszerint, hogy ha mondjuk nem adott azonosítószámú annak a bizonyos post tömbnek az aktuális értéke, akkor insert...
De mondjuk abban is igazad van, hogy talán adatbázisban átláthatóbb lenne, ha minden egy helyen lenne, bár nem mintha túl sűrűn nézegetné bárki is az adatbázist, de esetleg a kódban is jobban lehetne követni az eseményeket, kevesebb parancs lenne, ha adott azonosítójú elemet törölnék az összerendelő táblából, aztán a kiválasztott kategóriáknak megfelelően ismét feltölteném.
Na de ez nem lenne sokkal erőforrás-igényesebb művelet? Valóban nem lenne túl sokszor kategória-átrendezgetés, de azért gondolkodom hosszú távon is.
Mondjuk most jobban belegondolva ha azt csinálnám, hogy a feldolgozó fájlban ismét lekérném adatbázisból a kategória-összerendeléseket, és összehasonlítanám a post tömbbel, amiben a bejelölt kategóriák azonosítói vannak, akkor a for ciklusban is lennének if(in_array(...)) és ehhez hasonló ellenőrzések, ráadásul akkor külön kellene figyelni, hogy viszont mi az, ami NINCS benne a korábbi hozzárendelésekhez képest az új kategória-kiválasztásokban, amit meg törölni kell, és akkor lehet, hogy ott vagyok, ahol a part szakad. Vagyis így a hozzászólás végére eljutottam arra a következtetésre, hogy lehet, hogy semmivel nem lenne erőforrás-igényesebb az, ha mindent törölnék, és mindent újra hozzáadnék - itt már az a kérdés, hogy vajon melyik működik gyorsabban, a MySQL törlő és hozzáadó műveletei, vagy a PHP összehasonlítgatásai, majd egy MySQL-törlés illetve -hozzáadás...
Hmm, na ezekkel a különbségekkel mondjuk nem vagyok tisztában, ezt azért nem lenne egyszerű tényleges összehasonlításnak alávetni. De inkább az első megoldás tűnik hasznavehetőbbnek.Azt hiszem, igazad van abban, hogy ezerszer átláthatóbb és követhetőbb lenne, ha inkább mindent törölnék, majd mindent hozzáadnék a kiválasztottaknak megfelelően.
Ha esetleg valami kommentár eszedbe jutott még a leírtakkal kapcsolatban, akkor örömmel várom. Köszi.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Még egy kérdés: amikor get methoddal küldök el egy formot, akkor hogyan tudom elérni, hogy az url-be NE pakolja bele a submit gombnak az értékét is?
(Elég hülyén néz ki, amikor a submit gomb neve mondjuk mod_submit, és akkor lesz az url-ben egy mod_submit=Elküldés vagy valami ehhez hasonló...)Sk8erPeter
-
Tele von Zsinór
őstag
válasz Sk8erPeter #4082 üzenetére
Ne adj neki nevet
-
Sk8erPeter
nagyúr
válasz Tele von Zsinór #4083 üzenetére
Na ja, de előfordul, hogy az alapérték (pl. pont az Elküldés, ezért rossz példa volt, amit írtam) nem megfelelő, hanem a value-ba valami egyedi szöveg kellene (pl. Kiskutyafüle), hogy kerüljön. Mintha egyszer láttam volna már megoldást ilyenre, de nem tudom, hol, és lehet, hogy az valahogyan manipulálva volt, mert nem tudok róla, hogy alapból meg lehetne oldani. De szóljatok, ha mégis (azonkívül, hogy nem adok nevet).
Sk8erPeter
-
cucka
addikt
válasz Sk8erPeter #4081 üzenetére
Vagyis így a hozzászólás végére eljutottam arra a következtetésre, hogy lehet, hogy semmivel nem lenne erőforrás-igényesebb az, ha mindent törölnék, és mindent újra hozzáadnék
Na látod..vajon melyik működik gyorsabban, a MySQL törlő és hozzáadó műveletei, vagy a PHP összehasonlítgatásai, majd egy MySQL-törlés illetve -hozzáadás...
Esetedben mindkettő megfelelően gyors, azt válaszd, amelyikkel kevesebb a munka. Semmi értelme vadászni a századmásodperceket.Nyilván, ha olyan rendszered van, ahol a táblában több millió sor van és viszonylag gyakran nézegetik, akkor az a cél, hogy minél kevesebb és minél gyorsabb lekérdezésed legyen, de nálad most gondolom nem ez áll fenn. Általában egy nagy terhelésű rendszeren az adatbázis i/o a szűk keresztmetszet, nem pedig a processzor sebessége. Kis terhelésnél annyira minimális a különbség, hogy nem érdemes túl sokat foglalkozni a kérdéssel.
-
cucka
addikt
válasz Sk8erPeter #4084 üzenetére
A GET-ben a gombra vonatkozó érték pusztán annyi információt hordoz, hogy elküldték-e az űrlapot vagy sem.
- Ha csak egy gombod van, akkor a legegyszerűbb, hogy nem adsz neki nevet, az űrlapba pedig beleraksz egy hidden mezőt, ami átveszi a gomb funkcióját.
- Javascript-el submit-olod a form-ot, ilyenkor az elküldéshez használt gomb bármi lehet, nem is kell része legyen az űrlapnak.Itt nincs semmilyen nagy trükk, amiről még ne hallottál volna .
-
Sickboy25
addikt
sziasztok
Szeretném megtanulni php programozást és ehhez szeretnék tőletek segítséget kérni.
Mégpedig valami jó fajta könyvet (mert kb. 1000 van a piacon) vagy más segédanyagot tudnátok nekem ajánlani? köszi"Az élet olyan, mint az ásás. Néha hátráltat egy- két gyökér, de annak jól odab*szol ásóval, azt’ haladsz tovább!"X360 gamertag: sickboyhun
-
Sk8erPeter
nagyúr
Köszönöm a válaszokat, akkor tényleg maradok a lehető legegyszerűbb megoldásnál. Ami talán mellesleg ugyanolyan gyors is, vagy gyorsabb, mint ha minden egyes feltételt vizsgálgatnék, annak megfelelően törölnék, stb. Azért jó ebbe a topicba írni, mert végül a segítségetekkel valahogy mindig eljutok a közel legegyszerűbb megoldáshoz.
"Általában egy nagy terhelésű rendszeren az adatbázis i/o a szűk keresztmetszet, nem pedig a processzor sebessége."
Mondjuk gondolom ilyen esetben érdemes lenne megfontolni, hogy inkább PHP-vel vizsgálgatom a különböző tömböket kicsit komplikáltabb módon, mint hogy több adatot töröljek, majd vigyek be újra az adatbázisba.Még egy eszembe jutott, amire kíváncsi lennék:
-csak érdekességképpen: van olyan módszer, amivel figyelni lehet a felhasznált erőforrások váltakozását? Csak azért, mert érdekelne, az egyes módszerek, függvények felhasználástól függően vajon nagyjából mennyi erőforrást (memóriahasználat, prociigény) igényelnek. Legalább itthoni gépen próbálgatnám, ha a szolgáltató szerverén nem is lehet - van olyan külső progi, amit rá lehet állítani a PHP-s folyamatokra? Vagy akár beépített függvény? A microtime()-mal ugye elvileg jól lehet figyelgetni a lekérdezések idejét, ezzel csak az a probléma, hogy nyilván a saját procim is mindig más folyamatokkal foglalkozik, mást helyez előtérbe (prioritás, megszakítások), ezért akárhányszor frissítek a böngészőben, a microtime() függvény mindig más eredményt ad... így sokszor még ez sem olyan jó összehasonlítási alap.
Pl. azt akartam tesztelni legutóbb, hogy a többszörös mysql_query($query) utasításnál mennyivel gyorsabb a MySQLi osztály használata, és a $mysqli->multi_query($query) utasítás egy do{...}while($mysqli->next_result()); paranccsal.
De akárhányszor frissítettem, mindig más eredmény jött ki, egyszer az egyik javára, máskor a másik javára - de összességében a MySQLi osztály használata a multi_query()-vel jött ki győztesen, legalábbis ott szerepeltek a rövidebb értékek a legtöbbször.(#4086) cucka: igazad van, a JavaScriptes megoldás a legegyszerűbb, amennyiben szükség van a gomb value mezőjére (már amennyiben egy felhasználónál nincs kikapcsolva a JavaScript, de ez az esetek döntő többségében nem áll fenn).
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Sickboy25 #4087 üzenetére
Az első hsz.-ben látható könyvek közül én kivettem könyvtárból a Bevezetés a PHP5 programozásába c. könyvet, és nekem eddig pozitívak a tapasztalataim, ezerszer értelmesebb könyvnek látszik, mint pl. a "Tanuljuk meg a PHP5 használatát 24 óra alatt" c. könyv... Előbbi igen vaskos, több mint 1000 oldalas könyv. Én ezt ajánlanám kezdetnek, meg persze a php.net-et.
Aztán amikor elkezd jobban menni, és a dolgok hátterére is kíváncsi vagy, akkor érdemes lehet olvasgatni a PHP fejlesztés felsőfokon c. könyvet, nagyon érdekes dolgok vannak benne, és jó az író (a fordító?) stílusa is.Sk8erPeter
-
egyjotakaro2
csendes tag
Helló. Kellene nekem egy profi programozó aki hobbyból elvállalna egy mmorpg oldal programozását. Az oldalmotor meg van (php,képek,sql....) Csak ki kellene javítani a bug-kat és hozzá írni egy pár frissítést. Kiemelném, hogy csak hobbyból és szórakozásból vállalja el mert sajna fizetni nem tudok! Várom a jelentkezőket. És a többit P.Ü-ben megbeszéljük.
-
Alex91
félisten
Egy kis gondom akadt a glob() fuggvennyel. Ugyanis, ha parameterkent atadott sorban szerepel egy ilyen [ kjkj ] (szogelets zarojel par), akkor valoszinuneg tombkent ertelmezi, es nem jol mukodik. Van valami megoldas, hogy ezt elkeruljem?
Dicsõséges nagyurak, hát Hogy vagytok? Viszket-e ugy egy kicsit a Nyakatok? Uj divatu nyakravaló Készül most Számotokra... nem cifra, de Jó szoros.
-
Sk8erPeter
nagyúr
Na várj, a glob függvény fejléce így néz ki:
array glob ( string $pattern [, int $flags = 0 ] )
Akkor a $pattern-be megadott sztringbe kerül bele egy szögletes zárójel? Hogy adod meg?
Ha perjellel escape-eled?
/[ kjkj /]
Persze jó lenne többet tudni a problémáról.Sk8erPeter
-
Alex91
félisten
válasz Sk8erPeter #4093 üzenetére
Igy van, a patternben megadott string tartalmazza a szogletes zarojeleket. Ha mindketto szerepel benne ilyen forman: [ ], akkor behal a fuggveny. Megprobaltam lecserelni (mondjuk en visszaperrel, de azt hiszem az a jo), de azzal se ment.
Mondjuk amikor atadom, akkor az url-ben %5B es %5D szerepel, de a bongeszoben jol jelenik meg...
[ Szerkesztve ]
Dicsõséges nagyurak, hát Hogy vagytok? Viszket-e ugy egy kicsit a Nyakatok? Uj divatu nyakravaló Készül most Számotokra... nem cifra, de Jó szoros.
-
cucka
addikt
válasz Sk8erPeter #4089 üzenetére
Csak azért, mert érdekelne, az egyes módszerek, függvények felhasználástól függően vajon nagyjából mennyi erőforrást (memóriahasználat, prociigény) igényelnek.
Microtime-al tudsz időt mérni, memory_get_usage-el tudsz memóriahasználatot mérni. Esetleg felrakhatod a zend szervert, ott kapsz pl. profile-ozási lehetőséget.ezért akárhányszor frissítek a böngészőben, a microtime() függvény mindig más eredményt ad...
Rossz végén fogod meg a kérdést. Ha gyorsítani szeretnél egy rendszeren, akkor először azt kell meghatározni, hogy hol lassú és hogy miért, ezután pedig kitalálni, hogy egyáltalán tudsz-e rajta gyorsítani és ha igen, akkor hogyan.
Ha a rendszered nem lassú, megfelel a sebességi követelményeknek, akkor nem kell gyorsítani rajta. (Pontosabban lehet, csak senki nem fogja neked kifizetni)
A valóságban úgy néz ki a dolog, hogy van egy rendszer, ami normális sebességgel működik, kivéve 1-2 műveletet/erőforrást. Ezeket hívjuk bottleneck-eknek. Ha gyorsítani kell a rendszeren, akkor ezeket kell megtalálni és ezeknél kell kitalálni, hogy mitől lassú. Weboldalnál szinte mindig egy lassú lekérdezés lesz a bűnös, ha ez megvan, akkor lehet elemezni, hogy mivel gyorsítod fel. Tehát ha lassú egy rendszer, akkor nem attól lassú, mert mysql helyett mysqli-t használsz, vagy fordítva. -
DviDee
csendes tag
Adott egy mappa és benne X mennyiségű TXT fájl. Ezeket szeretném megnyitni php-ban. Addig már eljutottam, hogy a fájlok nevét kiírja és kiválassza, a csak txt-ket. Tovább sajnos nem...tehát azt szeretném, ha a mappában levő összes txt fájl tartalmát kiírná a script. Tudtok valami megoldást?
-
biker
nagyúr
eszem megáll hibába futottam.
Van egy server, ezen több rendszer, azonos domain, alkonyvtárban, pl domain.hu/teszt/index.php
domain.hu/teszt2/index.phpmindkettőnél van beléptetés, és sessionben tárolja a neveket.
a teszt oldal jól meg van írva (én írtam )
a teszt2 szarul, ezt kell kijavítsam. Ennél volt úgy megírva, amit korábban írtam, hogy register_globals_on, és hasonlók.
Namost ebbe a teszt2-be neletettem a hack-et register globals-ra, de sajnos van egy hiba, ez a teszt2 rendszer hozzáfér a teszt mappa sessionben tárolt adataihz is, és mivel mindkét rendszeren a kereses az kereses, és a sessionben usernev a változó, ezért összeakad, ha mindkét lapon egy böngésző két tabjában vagy bejelentkezve.ez normális dolog? mert így a rendszerben mindenhol $nev van, nem $_POST['nev'], és így a másik oldal sessionben tárolt nev változója felülírja a post-al elküldött nevet. brrrr, nem is nagyon tudom lekövetni.
A legjobb lenne hackelés helyett átírni mindent $_POST, $_GET és $_SESSION verzióra, igaz?
Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
Sk8erPeter
nagyúr
Na basszus, most látom, hogy pont a backslash-t akartam írni, erre csak elcsesztem... Úgy látszik, már késő volt.
Na várj, ezt írd már körül kicsit, mert nem értem. Tulajdonképpen mit szeretnél elérni? Hogy a szögletes zárójeleket tartalmazó elérési útvonalakat találja meg? Ezek szerint a backslash nem volt jó ( \[ kjkj \] )
A [ és ] HTML-kódjával is próbálkoztál?
[ : [
] : ][ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
"Microtime-al tudsz időt mérni, memory_get_usage-el tudsz memóriahasználatot mérni. Esetleg felrakhatod a zend szervert, ott kapsz pl. profile-ozási lehetőséget."
Köszönöm az ötleteket, erre voltam kíváncsi."Tehát ha lassú egy rendszer, akkor nem attól lassú, mert mysql helyett mysqli-t használsz, vagy fordítva."
Ebben igazad van, de most épp azért kellett a mysql_query-s lekérés helyett a mysqli osztály függvényeit használnom, mert még korábban elég csúnya módszerrel úgy oldottam meg a többszörös lekérdezést (pl. több elem törlésekor más táblákból, vagy több sima SELECT-es lekérdezés egymás után, majd az eredmények tárolása, kiíratása - persze itt is elválasztva az alkalmazáslogikát a megjelenítéstől, ahogy illik), hogy egymás utáni mysql_query-ket hajtottam végre, az a kódban meg elég csúful mutat, sokkal szebb, ha konkatenálom egy sztringbe a lekérdezéseket, majd egymás után végrehajtom MySQLi-függvényekkel, ahogy írtam. Pl. van olyan eset, amikor a júzer törölni szeretne az admin felületen egy képet az összes kategóriából, és ilyenkor magából a képtáblából is törölni kell, meg a kategória-kép-összerendelő táblából is, és ilyenkor jó rondán néz ki a kódban az egymás után mysql_query.Aztán ha már próbálgattam, kíváncsi voltam arra is, hogy vajon a két lekérdezés (sima mysql_query-vel vagy mysqli-s függvényekkel) között milyen időbeli különbségek vannak. A memóriahasználatbeli különbségekre is kíváncsi vagyok.
Meg egyébként még nem dolgozom komoly cégnél, mint honlapszerkesztő, most egyelőre szeretném magam minél jobban kiképezni, és megtanulni, hogy mik azok a megoldások, amik a lehető legkisebb erőforrást igénylik, és a leggyorsabb megjelenítést eredményezik.
Ezért foglalkozom esetleg apróságoknak tűnő kérdésekkel is.Sk8erPeter