Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
Legegyszerűbb, ha checkbox-ok formájában jeleníted meg az összes fájlt, így többet is tudsz törölni. A következő módon képzeltem el (a könyvtár nevénél az általad írt nevet használtam fel):
legyen a megjelenítésért felelős fájl az index.php
index.php :<?php
session_start(); //sessiont indítunk
header('Content-Type: text/html; charset=utf-8'); //karakterkódolás
$dir = opendir("../ahol_torlok"); //könyvtár beállítása
while(false !== ($file = readdir($dir))){
if (strpos($file, '.txt',1)){
$file_array[]=$file; //fájlnév eltárolása tömbben
}
}
?>
<html>
<head><title>Txt-törlő</title></head>
<body>
<?php
if( isset($_SESSION['message']) ){ //ha létezik a változó, vagyis van törlésről szóló üzenet (siker vagy hiba)
echo $_SESSION['message']; //kiírjuk
unset($_SESSION['message']); //kiírás után töröljük
}
?>
<form method="post" action="torles.php">
<?php
//=0;
foreach($file_array as $i=>$file_to_delete)
echo '<input type="checkbox" name="file_select[]" value="'.$file_to_delete.'" id="'.$i.'" />'.$file_to_delete.'<br />';
?>
<input type="submit" name="del_files" value="Kép feltöltése" onclick="return confirm('Biztos, hogy törlöd a kijelölt fájlokat?')" style="height:50px;margin:20px;" />
</form>
</body>
</html>És legyen egy torles.php (az index.php-vel azonos könyvtárban), amelyik fájlba az űrlapot átirányítod, és amivel törlöd a kijelölt fájlokat (ez a feldolgozó fájl):
torles.php :
<?php
if( isset($_POST['del_files']) )
{
session_start();
$_SESSION['message']=''; //hibaüzenetekre és sikert jelző üzenetekre
$dir='../ahol_torlok';
foreach($_POST['file_select'] as $index=>$name_of_file){
$name_of_file=stripslashes($name_of_file);
if(true === unlink( $dir.'/'.$name_of_file ) )
$_SESSION['message'].=($index+1).'. sikeres törlés! A "'.$name_of_file.'" nevű fájl törlése sikeresen megtörtént! <br />';
else
$_SESSION['message'].=($index+1).'. Hiba! A "'.$name_of_file.'" nevű fájl törlése meghiúsult! <br />';
}
}
//Átirányítás az eredeti oldalra
header('Location: index.php');
?>Persze esetleg a fájlnevekre még be lehetne tenni valami ellenőrzést, de ezzel most nem foglalkoztam. De mivel pl. az idézőjel nem megengedett a fájlnévben, ezért nem lesz probléma.
Természetesen előtte kipróbáltam, működik.
Ha valami nem világos, kérdezz.
Remélem sokat segítettem.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz DeltaPower #4263 üzenetére
Azt nem értem, hogy a JavaScript miért engedi meg, hogy lehagyja az ember a sor, ill. összetartozó utasításblokk végéről a pontosvesszőt... Pl. az utóbbi linknél borzalmasan néz ki a kód, így, hogy minden sor vége tök üres, sehol egy pontosvessző...sztem ez az engedékenység nagyon helytelen programozói szokások kialakulásához is vezethet, így lehet abszolút átláthatatlan kódot írni. Persze a linken szereplő még elmegy, de egyébként nagyon rossz, hogy nem lehet szemmel elkülöníteni, hol van az egyes különálló "blokkok" vége.
Ráadásul az ilayer sor vége is igen érdekes, sehol egy elválasztó idézőjel:
<ilayer id="slidensmain" width=&{slidewidth}; height=&{slideheight}; bgColor=&{slidebgcolor}; visibility=hide>
Pff, hát nem tudtam, hogy a dynamicdrive-ra is felkerülnek ilyen gány kódok.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Ez alapján kissé nehéz lesz kitalálni, hogy Te ellenőrzöd rosszul, hogy működik-e a .htaccess, vagy máshol van a gebasz... Egy darab részletet nem mutattál abból, hogy hogyan tesztelgeted egyáltalán, és mit... Miért jó az, ha egy problémát 20 hozzászólásban kell megoldani, ha lehet, hogy meg lehetne oldani 2-vel is?
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz csl1982 #4273 üzenetére
[link] - itt nálam megy a feltöltés gond nélkül.
De az ilyesmi elvileg a Freeweben is megy. Legalábbis emlékeim szerint. Még ATW-n biztosan megy, mert azt próbáltam (csak annyi kellett, hogy manuálisan létrehozzak egy tmp könyvtárat a rootban), de az szívás az UTF-8 támogatásának hiánya miatt.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz egyjotakaro2 #4275 üzenetére
"hogy az adott összeget elvegye"
Hol van itt összegzés?"csak nem tudom a randomba be tenni sehogy sem"
Mit akarsz betenni a randomba?
Miért nem lehet magyarul megfogalmazni a problémát, hogy ne kelljen feleslegesen 5 hsz.-t váltani arról, hogy mit is akarsz csinálni?Sk8erPeter
-
Sk8erPeter
nagyúr
válasz egyjotakaro2 #4277 üzenetére
Ennek a két sornak:
$_POST['bullets'] = rand(1, 10);
$_POST['bullets'] = $own['kogels'];
Mégis mi a frász értelme van?
Mi értelme egy $_POST változónak értéket adni?
Segítek: semmi.Amúgy szólj nyugodtan, ha nem magyar nemzetiségű vagy, akkor megértem, hogy ennyire helytelenül fogalmazol.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz egyjotakaro2 #4282 üzenetére
OK, akkor no para.
Sajnos a neten sok fos kód kering, ezek szerint ez is azok egyike.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz egyjotakaro2 #4284 üzenetére
És most hogy találjam ki, milyen "erő" van "belekódolva" a $power változódba?
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Tele von Zsinór #4295 üzenetére
Te amúgy tudod, miről van szó? Én valamiről lemaradtam? Csak mert én egyáltalán nem látok kódot, ami alapján kisajtolhatnánk, hogyan van megvalósítva a progi. Te viszont úgy tűnik, mintha értenéd, és nem tudom, honnan. Vagy csak tippelgetsz?
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz egyjotakaro2 #4300 üzenetére
De könyörgöm, inkább azt mutasd már meg, hogy a $power változód HOL kap értéket?? Honnan kéne kitalálni?!
Ezenkívül ha kódot másolsz be, akkor jelöld ki a kódrészletet, és itt a hsz.-írásnál nyomd meg a "Programkód" gombot, akkor kissé átláthatóbb lesz...Szerk.: vagy Te úgy gondolod, hogy a PHP-nek ismernie kellene az általad kitalált $ved és $gyors változókat?
Szerk. 2.:
(#4302) Tele von Zsinór: ja jó, akkor megnyugodtam, azt hittem, csak én érzem úgy, hogy itt valami nem stimmel... Mellesleg komolyan, olyan, mintha a srác valami paródiát akarna csinálni a PHP topicból...[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz egyjotakaro2 #4304 üzenetére
Pfff, legközelebb az ilyen b@szom nagy kódokat inkább tedd fel pastebin.com-ra, csak bemásolod oda a kódodat, "Syntax highlighting"-nál kijelölöd a PHP-t, és Submit, ennyi, aztán jöhet ide a linkje...
Abban a kódban, amit küldtél, szinte semmi PHP nincs, csak a változó-behelyettesítéseknél.
Pont ennek a template-nek a működését nem fogja neked kitalálni senki.
Olvasgasd szorgalmasan valamelyik PHP-könyvet. Az elejétől.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz egyjotakaro2 #4313 üzenetére
Senkit nem vezettél félre, csak még mindig nem akarod megérteni, hogy a semmiből senki nem fogja neked kitalálni, hogy a users táblád pontosan hogy néz ki, milyen mezői vannak, jelenleg milyen paranccsal kéred le az adatbázisból, és mi nem stimmel. Eddig még egyszer sem mutattál olyan kódot, amiből ezt ki lehetne hámozni, mindig csak egy-egy PHP-kóddal vegyített többsoros HTML-kódot (!! nem PHP-kódot!!!) mutogatsz...
Ja, és még azt sem közölted, mi a t÷kömre való az a $power változó, egyáltalán minek kellene benne lennie... Fárasztó.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz egyjotakaro2 #4315 üzenetére
Nem érthetőbb, de mindegy.
Ha a MySQL-kódra vagy kíváncsi, akkor az valami ilyesmi:
SELECT power FROM users;Milyen powerről beszélsz??? Mi ez? Valami online játék? A játékosoknak különböző szintű "erejük" van? Vagy mi a frász ez?
Sk8erPeter
-
Sk8erPeter
nagyúr
Igen, ez így rendben van, mivel mindig a legutolsó elemhez ad hozzá egyet, ez az AUTO_INCREMENT lényege.
Van mód rá, hogy újraszámozd a sorokat, ha ez nagyon zavar: [link]. De csak óvatosan a törlésekkel, előtte mentsd ki az adatbázist (ez csak az azonosítómezőt dobja el, de nehogy véletlenül mást is eldobj).Sk8erPeter
-
Sk8erPeter
nagyúr
Miért nem használsz inkább $_SESSION változókat, ha nem szeretnéd, hogy a felhasználó gépén tárolódjanak az adatok? A session időtartamára is igaz egy-két dolog, ezt már cucka korábban leírta, én nem írom még egyszer : [link]
Megszüntetni hasonlóan a többi változóhoz az unset() függvénnyel lehet.
Miért ragaszkodsz ennyire az Internet Explorerhez? A konkrét kérdéseddel kapcsolatban a PHP-kódod szempontjából nem igazán számít, melyik böngészőt használod...
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Tele von Zsinór #4349 üzenetére
No de itt azzal kezdi, hogy "Most session fixation attacks are web based, and most rely on session identifiers being accepted from URLs (query string) or POST data."
Hát ki az az állat, aki URL-ben vagy POST-ban elküldött SID alapján elfogad egy belépési kísérletet?[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Nem tudom, lehet, hogy félreértettem, de az előbbi esetben most nem arról volt szó, hogy mondjuk egy cím mögé írt $_GET azonosítót elfogadva ellenőrizgetjük, hogy adott felhasználó belépett-e?
Azért az, hogy a felhasználónál tároljuk a session erejéig, talán akkor is kicsit megbízhatóbbnak tűnik, mintha bárhonnan hozzáférnek egy azonosítóhoz egy ilyen kis query stringgel...(#4351) Tele von Zsinór: ennek mi a lényegi funkciója?
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Tele von Zsinór #4357 üzenetére
Értem, thanx! Ilyen módon mondjuk tényleg egy biztonsági rést jelenthet.
Sk8erPeter
-
Sk8erPeter
nagyúr
include()-old a kívánt oldalakat a megfelelő helyen (vagy létezik még az include_ once(), ill. a require() és require_once() függvény is - a _once végződésűek esetén annyi a különbség az anélküliektől, hogy ha a kódban esetleg több helyen is include-oltad már valamilyen oknál fogva az adott fájlt, akkor ez az első include-olás után figyelmen kívül hagyja a parancsot; a require és require_once esetén pedig megszakad a programfutás, ha nem sikerült include-olni a fájlt [pl. nem létezik a megadott helyen]).
A frame-ek használata pedig tényleg kerülendő, sokat lehet szívni vele, és nagyon jól meg lehet lenni frame-ek nélkül is.Sk8erPeter
-
Sk8erPeter
nagyúr
Ez elég furcsa, lehet, hogy ott, ahol először próbálkoztál, alapértelmezettnek vette az ob_start()-ot...
Ez a kimeneti bufferelés viszont nagyon rossz programozói gyakorlathoz vezethet, és nehezebbé teszi az átláthatóságot, ráadásul bőven megoldható enélkül is mindenféle feladat.
cucka itt korábban leírta erről a véleményét: [link], szerintem igaza van.Sk8erPeter
-
Sk8erPeter
nagyúr
Esetedben mit jelent az, hogy "van-e megadva termék"? Hol? checkbox-szal kipipálva, radio buttont bejelölve, ... ? Az elég nyilvánvaló volt, hogy submit típusú gombbal küldöd el a formot, de igazából a lényeget nem mondtad el, hogy mit csinál a vegrehajt.php fájlod, meg hogyan kell megadva lennie a különböző termékeknek.
Ezenkívül az if(mysql_query(...)) sorral csak annyit csinálsz, hogy megnézed, hogy a lekérdezés sikeresen végrehajtódott-e, azt nem vizsgálod meg vele, hogy létezik-e ilyen elem az adatbázisban. A mysql_query() sikeres lekérdezés esetén mindenképp valamilyen eredményazonosítóval (vagy true-val) tér vissza, ez pedig azt jelenti, hogy akkor is a feltételvizsgálat igaz ága teljesül, ha a megadott lekérdezésre üres eredményhalmazt ad vissza a MySQL, hiszen szintaktikai és egyéb (táblanév, stb.) hibák nem fordultak elő, csak a megadott szempontok szerint nem létezik olyan elem az adatbázisban.
Érdemes lenne inkább azt vizsgálnod, létezik-e olyan elem az adatbázisban. Na meg azért azt is mondd el, mi a célod, úgy könnyebb segíteni.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz egyjotakaro2 #4461 üzenetére
"Meg világost írtam nem vilagost...." Pff, ezt remélem nem gondoltad komolyan... Segít neked, te meg így válaszolsz. Hallottál már olyanról, hogy valakinek nem magyar billentyűzete van?
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz PowerBuldog #4516 üzenetére
Mi az, hogy mit csinál?
Ide bemásolhatod copy-paste módszerrel a forráskódodat, a "Syntax highlighting" résznél meg bejelölöd, hogy PHP-kódot szeretnél kiemeltetni, címet is adhatsz neki, elküldhetheted a linkjét magadnak. Arra jó, hogy ilyenkor egy fórumra csak bedobod a linkjét a forráskódnak, és ott már szépen kiemelgetve látják a kódot, nem kell máshova bemásolnod az egész cuccot.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz DeltaPower #4523 üzenetére
Akkor már több értelme lenne inkább elsőként azt ellenőrizni, hogy egyáltalán be vannak-e állítva a megadott POST változók...
Pl. valahogy így:<?php
if(isset($_POST['acc']) && isset($_POST['jelszo']){
if ( trim($_POST['acc']) == "" || trim($_POST['jelszo']) == "" ) {
header('Location: reglap.php');
}
else{
require_once("muveletek.php");
}
}
else{
// ... ??
}
?>[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Tele von Zsinór #4519 üzenetére
"a php4-féle konstruktort használtad (osztályneve függvény), ezt átírtam __construct-ra."
Amúgy vajon mi az oka, hogy ezt megváltoztatták __construct-ra? Csak annyi, hogy legyen teljesen egyértelmű, mit csinálunk? (C++-ból már megszoktam (bár nemrég tanulom), hogy az osztállyal azonos nevű a konstruktor)
Mondjuk állítólag visszafelé is kompatibilis a dolog:
"For backwards compatibility, if PHP 5 cannot find a __construct() function for a given class, it will search for the old-style constructor function, by the name of the class. Effectively, it means that the only case that would have compatibility issues is if the class had a method named __construct() which was used for different semantics."Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Tele von Zsinór #4526 üzenetére
Valószínű tényleg ez az elgondolás volt az alapja, köszi.
(#4527) DeltaPower: remélem ez az 50 byte kód spórolás nem volt komoly... Mellesleg annak semmi értelme, hogy megnézed, mit ad eredményül a trim, és ha az a feltételed nem teljesül, akkor ha létezik és van értéke a változónak (isset), akkor... Mellesleg az én kódom kb. pár karakterrel hosszabb, de legalább úgy már van értelme.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz scott_free #4550 üzenetére
Na várj, maga a dokumentumod UTF-8 kódolású?
Notepad++-ban Formátum menüben tudod megnézni (melyik előtt van a pötty). Ami neked kell, az az "UTF-8 kódolás BOM nélkül", ha nem erre van beállítva, akkor menj az "Átalakítás UTF-8 kódolásra BOM nélkül" menüpontra (így nem kell újraszerkesztened a fájlodat az ékezeteknél).Sk8erPeter
-
Sk8erPeter
nagyúr
válasz scott_free #4552 üzenetére
Hali!
Hát igen, a php, html vagy egyéb kiterjesztésű fájlodat, amiben az oldal forráskódja található.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz egyjotakaro2 #4554 üzenetére
Miért akarsz 777 jogot adni? Hogy bárki hozzáférhessen? Nem túl jó ötlet, bár már önmagában az sem jó ötlet, hogy kiírod egy txt-fájlba ezeket az adatokat, főleg hash-elés nélkül. Nem is értem a célját.
Számtalan példa van a php.net-en az fwrite(), file_put_contents() függvények használatára, akár onnan ki is másolhatod (a fájlnevet átírva persze), elég egyértelműen vannak kommentezve.
Abba a fájlba tedd a fájlírást, amelyikben az űrlap feldolgozását végzed.Az egyik példa alapján lehetne a következő, persze ellenőrzések után (csak egy-két dolgot módosítottam a megtalálható példán):
<?php
$file = 'felhasznalo.txt';
// The new user to add to the file
$user = $_POST['username'] .' | '. $_POST['password'] . "\n"; // függőleges vonallal elválasztva név | jelszó formában
// Append the contents of $person to the file named by $file.
file_put_contents($file, $user, FILE_APPEND);
?>Ez mindig hozzáfűzögeti a megfelelő sorokat a fájlodhoz (ha nem akarod, hogy hozzáfűzzön, csak átírjon, akkor ne állítsd be a FILE_APPEND flaget).
De még egyszer mondom, ez ebben a formában nagyon nem jó ötlet, hacsak nem szeretnéd, hogy könnyedén hozzáférjenek a védett tartalomhoz![ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz scott_free #4559 üzenetére
Hát akkor elb×tam a menü nevét, épp nem volt megnyitva a Notepad++, amikor írtam. De ezek szerint sikerült rájönnöd.
Azt, hogy mit kell tenned, már mondtam ("Átalakítás UTF-8 kódolásra BOM nélkül"). Szóval nem értem, mi a problémád.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz scott_free #4561 üzenetére
Az "ÁTALAKÍTÁS" kezdetűre mentél? (NE a simára...)
Mellesleg miért érdekel, hogy a fájlod nagyobb-e pár bájttal? Felejtsd már el azt a rakás szar Frontpage-et, nem értem, manapság hogy lehet még ilyen fos programot használni. Ha már fizetős program, akkor pl. Dreamweaver (többek közt)."pl. a Frontpage-es "©" jelet a Notepad++ átalakítja "©"-ra."
És szerinted a Frontpage-es kódban hogy szerepel?
Nézz utána a HTML-kódoknak ([link]), és akkor nem fog annyira zavarni...Sk8erPeter
-
Sk8erPeter
nagyúr
válasz scott_free #4563 üzenetére
Egyáltalán beállítottál karakterkódolást a levélküldéshez? Bocs, de pánikolás helyett inkább előbb olvass utána...ha nagyon nem találod a választ, majd akkor ijedj meg, hogy jujj, nem lesz megoldás, mi lesz veled...
Eddig nem közölted, hogy emailnél van (vagy annál is) a probléma.Cikk:
Levélküldés PHP-benSk8erPeter
-
Sk8erPeter
nagyúr
Ez most lehet, hogy csak számomra tűnik ellentmondásosnak. Azt mondod, hogy az email végső kódolásának, a küldött adatoknak köze nincs a weblap karakterkódolásához, aztán kifejted, hogy mégis (pl. "- a weboldalad szövege megfelelő karakterkódolású legyen - a <head> részben töltsd ki a karakterkódolást. -..."). Vagy csak félreérthető volt a postod (számomra igen).
Szép dolog az előre megírt osztályok használata, de tulajdonképpen jó lenne rábírni, hogy rendesen működjön saját módszerrel is, abból lehet tanulni, ha Te írod meg. Múltkor nálam is volt valami probléma a levélküldésnél bizonyos karakterkódolásoknál, azóta mondjuk még nem volt időm foglalkozni a levélküldözgetésekkel, megoldottam más kódolással. Az előbb leírt megoldás problémájára kellene rájönni, az lenne a legjobb.Sk8erPeter
-
Sk8erPeter
nagyúr
"A jelen esetben viszont a levél tartalma a weboldalon található form-ból jön, na itt már nem mindegy a weboldal kódolása."
Na ez az, éppen ezért volt ellentmondásos, amit írtál.
Mégpedig ez:
"Na látom még senkinek nem tűnt fel egy apróság, ezért beleszólok én is.
Egy dolog a weboldalad karakterkódolása és egy teljesen más dolog a php programod által elküldött email karakterkódolása. A weboldalad karakterkódolásának tulajdonképpen semmi köze az email küldéséhez."A többivel kapcsolatban teljesen egyetértek.
Sk8erPeter
-
Sk8erPeter
nagyúr
Használd a stripslashes() függvényt ott, ahol a kiíratást elvégzed, és ha jól csinálod, megvagy.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz tgabi333 #4634 üzenetére
"Jó megoldás lehet méga session_start-helyett az ob_start is."
Téged idézve:
"Ez a hozzáállás az amit úgy hívok, hogy gányolás"
Na, most te lettél elővéve... Itt már volt szó róla, nem tudnám jobban leírni, mint cucka: [link](Mellesleg jó, hogy miután engem jól lefikáztál egy átmeneti tanácsért, végül az eredeti kérdést nem segítettél a srácnak megoldani.)
Sk8erPeter
-
Sk8erPeter
nagyúr
Elképzelhető, hogy már a standalone.php fájlod előtt van valami kimenet.
Elvileg a hibaüzenet alapján már az index.php 3. soránál el van küldve header, a standalone.php 77. sorában pedig újra próbálkozol vele, a kettő között meg van valami kimenet. Próbáld meg elejére pakolni az ob_start()-ot, ha már muszáj ezt használni...
De jobb lenne látni az egész ide vonatkozó kódot tippelgetés helyett, hátha van jobb megoldás is. pastebin.com, codepad.org, ezekre szintaxiskiemeléssel tudod felpakolni a kódot, majd berakhatod ide a linket, és akkor rá tudunk nézni.
Mi szerepel az említett sorokban?Sk8erPeter
-
Sk8erPeter
nagyúr
válasz egyjotakaro2 #4675 üzenetére
Elég zavaró lesz, ha majd valaki megadja a termék nevét, és mondjuk ő, ú, ű betűket vagy ezek nagybetűs változatait fogja használni, és hibát fog dobni a rendszered... Na meg ha már ilyen reguláris kifejezésekkel ellenőrzöl, akkor az összes szám kiírása helyett mennyivel egyszerűbb és rövidebb lenne egy tartományt megadni: 0-9 . Ehelyett: $adatok['termek'] == "" egyszerűbb lenne ez: empty($adatok['termek']) ... Az emailt és az eladónevet egyáltalán nem is ellenőrzöd...
A többit nem néztem.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz egyjotakaro2 #4679 üzenetére
Hát rögtön gondoltam, hogy "egy oldalra megy"... Nem is értem ezt a választ, de te biztos tudod, mit akartál ezzel mondani.
Sk8erPeter
-
Sk8erPeter
nagyúr
Igen, mert a böngészők átmenetileg tárolják ezeket az adatokat, és frissítésnél újból elküldik - Chrome és FF alapból figyelmeztet is erre, amikor frissítesz.
Úgy tudod megoldani, hogy a form feldolgozását nem ugyanabban a fájlban végzed, amiben a megjelenítés történik, hanem szétválasztod, a formot elküldésnél átirányítod egy külön fájlba, ahol feldolgozod az adatokat, ott esetleg session változókba lemented a siker/hibaüzeneteket, feldolgozás után visszairányítod az eredeti fájlba, ahonnan indultál, majd ott kiíratod ezeket az üzeneteket (előtte ellenőrizve, hogy be van-e állítva az adott session változó), majd az üzeneteket tartalmazó változókat rögtön kiíratás után meg is szünteted (hogy ne jelenjen meg minden oldalfrissítésnél). Ilyenkor frissítésnél nem fogja újból feldolgozni az adatokat.
Normális esetben ettől nem lesz észrevehetően lassabb (az átirányítások miatt) az egész feldolgozás.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Egy darabig én is használtam a 000webhostot, de közel sem voltam elájulva a sebességétől - sőt, sokszor kifejezetten lassú volt. A szolgáltatások valóban nagyon széleskörűek, az nagy előnye.
Ultraweb gyorsaságával speciel még nem volt gondom. A reklámcsík mondjuk gáz, és valszeg itt kevesebb szolgáltatás elérhető, mint 000webhoston.Sk8erPeter
Új hozzászólás Aktív témák
- Xbox tulajok OFF topicja
- Wise (ex-TransferWise)
- Notebook hibák
- A PC-ből az asztalunkra is kilép a Noctua
- Mikrokontrollerek Arduino környezetben (programozás, építés, tippek)
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Vírusirtó topic
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Elektromos autók - motorok
- Miért vezet mindenki úgy, mint egy állat?
- További aktív témák...
- EVGA RTX 3070 Ti 8GB XC3 ULTRA - bontatlan - eladó!
- ÉRKEZETT Legújabb Bontatlan Új M2 IPAD PRO 2022 11 128GB - 256GB Wi-Fi Azonnal Deák Térnél Átvehető.
- Bontatlan ÚJ IPHONE 13 mini 128-512Gb gyári független Minden Szín Deák Térnél Azonnal Átvehető.
- BONTATLAN Új Iphone 14 és 14 Plus 128-512GB 1év APPLE garancia gyári független Deák AZONNAL Átvehető
- AKCIÓ! Új Bontatlan 2022 MacBook Pro 13" Apple M2 chip/8GB//256GB Magyar Billentyű Azonnal DEÁK TÉR
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen