- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- M0ng00se: Hardvert áruhitelre?
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- eBay-es kütyük kis pénzért
- Rap, Hip-hop 90'
- Brogyi: CTEK akkumulátor töltő és másolatai
- bitpork: MOD Júni 13 Augusztus 2- szombat jelen állás szerint.
- btz: Internet fejlesztés országosan!
- Steven: Sokat utazó kávéfüggők ide!
Új hozzászólás Aktív témák
-
#4600
Louloudaki
aktív tag
Louloudaki
aktív tag
az mit jelent, hogy "a session kezelés működjön több szerveres környezetben is"?
3 féle userem van, különböző aloldalakhoz kell hogy joguk legyen. -
#4599
8nemesis8
veterán
DeltaPower
#4597
8nemesis8
veterán
válasz
DeltaPower
#4597
üzenetére
Nah igen én is ezen az elven indultam el.
Elvileg pont ezért használjuk az oracle-t is, hogy tudja kezelni a sok rekordot, méghozzá hatékonyan. -
#4597
DeltaPower
addikt
DeltaPower
addikt
ha határideje van az aukciónak, akkor érdemes időzített feldolgozást csinálni, és pl. lezárás után egyből mehetnek ki az értesítő mailek a nyerteseknek stb.
az adatbázis meg azért van, hogy 10-100ezer rekordot kezeljen. naponta 1x fut le úgyis. -
-
zka67
őstag
Listázáskor így is úgy is végig kell mennie rajta, és tök mindegy, hogy milyen feltételt vizsgál. Azt, hogy lejárt flag van vagy dátum. De végülis nekem tökmindegy, hogy hogy csináljátok, csak segíteni akartam. Ha majd egyszer aukciós házat nyitok, én biztosan nem ütemezéssel fogom megcsinálni.
-
cucka
addikt
Aha, és ha mondjuk listázni szeretném a liciteket, akkor minden egyes esetben végigzongorázza a rendszer a több tíz/százezer terméket? A termékek/licitek listázása pedig elég gyakori egy ilyen oldalon. Ennél sokkal jobb az éjféli ütemezett feladat, ami amúgy nem feltétlenül lassú, tekintve hogy nem kell az összes liciten végigmenni, csak amelyik aktív státuszú és éppen lejárt az érvényessége.
-
zka67
őstag
válasz
8nemesis8
#4590
üzenetére
addig minek? eláll az ott, nem? csak akkor kell eldöntened, ha hozzá akar férni valaki ahhoz a tételhez. ha nagyobb adatbázisban gondolkodsz, csak feleslegesen terheled a szervert minden éjfélkor, esetlegesen több tíz- vagy százezer tétel átnézésével.
ezt én úgy csinálnám, hogy el sem tárolnám, hogy lejárt-e, hanem minden hozzáféréskor ellenőrizném: if ((pontosidő >= lejáratidő) && (aktuálisár >= minimálár)) { lejárt; } else {nemjártle; }
-
8nemesis8
veterán
Akkor a lényeg.
Suliba kell egy projektet készíteni, egy aukciós házra esett a választás.
Ugye vannak licites termékek, amiket a lezárás időpontjában kellene megnézni, hogy elérte e a minimális árat és ha igen, akkor érvényessé tegye a vásárlást, egyébként pedig ne.Úgy lett kitalálva, hogy minden termék lejárati ideje mondjuk éjfél előtt kicsivel lenne és akkor éjfélkor lenne ez a vizsgálat a lejárt termékekre, hogy eladásra került vagy sem.
Remélem így most már érthetőbb.
-
8nemesis8
veterán
Olyan problémát kellene megoldanom, hogy adott időpontonként végrehajtok egy műveletet, ezt hogyan tudom megvalósítani phpben?
Tehát mondjuk naponta mindig éjfélkor vagy valamikor megvizsgálnék valamilyen adatot ami az adatbázisba került és annak megfelelően módosítást eszközölnék a phpval. -
#4581
cucka
addikt
scott_free
#4580
cucka
addikt
válasz
scott_free
#4580
üzenetére
Gyors válasz: levélküldéshez használj phpmailer-t, az megoldja.
-
#4580
scott_free
senior tag
scott_free
senior tag
na már majdnem tökéletes a válaszlevélküldő. mindent átalakítottam utf-8-ra.
egyedül a levél tárgy sorában, illetve a feladónál szereplő szavaknál hibázik. pl. "Tanácsadás" --> "TanĂĄcsadĂĄs", és "Visszaigazolás" --> "VisszaigazolĂĄs".ezek a sorok a php-ban szerepelnek, kb. így:
$to_adressen = array(
0 => array('Tanácsadás', 'email@sajatdomain.hu')
);$reply_onderwerp = 'Visszaigazolás a '.$deWebsite.' weboldalról';
vmi ötlet?
-
#4579
Sk8erPeter
nagyúr
cucka
#4578
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.
-
#4578
cucka
addikt
Sk8erPeter
#4577
cucka
addikt
válasz
Sk8erPeter
#4577
üzenetére
Ez most lehet, hogy csak számomra tűnik ellentmondásosnak.
Pedig nem ellentmondásos, csak lehet, nem fogalmaztam elég világosanA levélküldés és a weboldal karakterkódolása között elvileg nincs kapcsolat. Érted, írhatsz olyan php scriptet, ami semmiféle weboldalt nem gyárt, mégis küldi a levelet.
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. A böngészők olyan kódolással fogják küldeni az űrlapra felvitt adatokat, amilyen kódolást megadtál a honlapodnál.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.
Ez esetben meg lehet nézni a phpmailer forráskódját, hogy lásd, milyen header-öket állít be a levélhez. Azért nem érdemes vele tökölni, mert a levelezőprogramok eltérően viselkednek, tehát megkíméled magad egy csomó fölösleges problémától. Például van olyan levelezőprogram, ami hibásan jeleníti meg a levél tárgyát, ha az utf8-as kódolású és ékezetes karaktereket is tartalmaz. Lehet tökölni azzal, hogy kitalálod, hogyan kell kódolni az email header-jében a subject sorokat ahhoz, hogy minden levelezőprogramnak jó legyen, csak nem látom értelmét, ugyanis a probléma már meg van oldva, ingyenes, lehet használni, ha érdekel, hogy hogyan működik, akkor ott a kód, meg lehet nézni, stb.Amúgy meg elég nehézkes dolog a levelezést tesztelni. Van rengeteg levelezőprogram, ott vannak a különféle verziójú outlook-ok, az összes webes levelezőrendszer, senkinek nincs arra ideje, hogy ezeken mind végigzongorázza, hogy vajon jó-e az a levélküldő kód, amit írt. Elég nagy probléma szokott azzal is lenni, ha az ügyfél szépen formázott, weboldal-szerű html levelet szeretne kiküldeni, mert minden egyes levelezőprogramnak vagy weboldalnak megvannak a saját maga hülyeségei.
-
#4577
Sk8erPeter
nagyúr
cucka
#4575
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. -
#4576
scott_free
senior tag
scott_free
senior tag
a linkelt javascript-fájlban volt egy ilyen sor:
data_arr.push(name+'='+escape(valu));miután - próba-szerencse alapon - kivettem innen az escape-et, egyből csoda történt, és a php már hibátlanul küldte el a levelet!
illetve: a TheBat! levelezőprogram rendesen tölti be, ha viszont a webmailes Horde-dal (vagy hasonlókkal) nézem, ott totál gáz.
szóval nem biztos, hogy ez a legjobb megoldás...
-
#4575
cucka
addikt
scott_free
#4573
cucka
addikt
válasz
scott_free
#4573
üzenetére
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.Ahhoz, hogy egy weboldalról a megfelelő karakterkódolásban kapd meg az adatokat, a következőkre figyelj:
- a weboldalad szövege megfelelő karakterkódolású legyen
- a <head> részben töltsd ki a karakterkódolást
- előfordulhat, hogy a http header-ben is be kell állítsd a karakterkódolást (szerverfüggő)A levél küldéséhez pedig javaslom, hogy használj valamilyen előre megírt osztályt, mondjuk a phpmailer-t. Ott megadod a karakterkódolást és kész vagy, minden mást elintéz neked az osztály.
Amúgy ha nem akarod szivatni magad, akkor az adatbázisodnál, a honlapodnál és a php szkripted minden eleménél ugyanazt a karakterkódolást használd. (Lehetőleg utf8-at)
-
#4574
tgabi333
aktív tag
scott_free
#4573
tgabi333
aktív tag
válasz
scott_free
#4573
üzenetére
Ezek alapján azt gondolom a levelezővel lesz a probléma:
próbáld ezt átírni, figyelj a charset-re (utf-8al próbáld):
$subject = 'Birthday Reminders for August';
// message
$message = '
<html>
<head>
<title>Birthday Reminders for August</title>
</head>
<body>
<p>Here are the birthdays upcoming in August!</p>
<table>
<tr>
<th>Person</th><th>Day</th><th>Month</th><th>Year</th>
</tr>
<tr>
<td>Joe</td><td>3rd</td><td>August</td><td>1970</td>
</tr>
<tr>
<td>Sally</td><td>17th</td><td>August</td><td>1973</td>
</tr>
</table>
</body>
</html>
';
// To send HTML mail, the Content-type header must be set
$headers = 'MIME-Version: 1.0' . "\r\n";
$headers .= 'Content-type: text/html; charset=iso-8859-1' . "\r\n";
// Additional headers
$headers .= 'To: Mary <mary@example.com>, Kelly <kelly@example.com>' . "\r\n";
$headers .= 'From: Birthday Reminder <birthday@example.com>' . "\r\n";
$headers .= 'Cc: birthdayarchive@example.com' . "\r\n";
$headers .= 'Bcc: birthdaycheck@example.com' . "\r\n";
// Mail it
mail($to, $subject, $message, $headers);egyébként innen van.
-
#4573
scott_free
senior tag
tgabi333
#4572
scott_free
senior tag
válasz
tgabi333
#4572
üzenetére
csak nem sikerül rájönnöm a megoldásra.
ha iso-8859-2-t használok mindenhol (html, php), akkor a php által elküldött levélben minden jó, kivéve az "őű" betűket. (helyettük ez áll: "%u0150%u0170")
ha viszont mindent átállítok utf8-ra, akkor a levél üzenet részében txt-módban kérdőjelek vannak a normál ékezetes betűk helyén (pl. próba --> pr?ba), html-nézetben pedig ezeket a sorokat egyáltalán nem jeleníti meg.
az "őű" betű itt is ugyanolyan kódot kap, viszont ezt html-nézetben is látni.az oldal így néz ki:
- van egy html fájl, amiben egy javascript szkript bekéri az adatokat (pl. név, üzenet), majd továbbítja az adatokat a php-fájlnak.
<script type="text/javascript" src="js/jquery.ajaxContactForm-1.3.0.js" charset="utf-8"></script>
<script type="text/javascript" charset="utf-8">
$(document).ready(function() {
$('#tanacsadas').ajaxContactForm('functions/send_ajaxcontactform.php', {});
});
</script>- az adatok bekérése így történik:
<table border="0" cellpadding="0" cellspacing="0" id="tanacsadas">
<tr>
<td><label for="i0">Az Ön neve *</label></td>
<td width="20"></td>
<td><input id="i0" type="text" size="24" name="naam__v" value="" class="input"></td>
</tr>
<tr>
<td><label for="i4">Üzenete, kérése</label></td>
<td width="20"></td>
<td><textarea id="i4" cols="24" rows="8" name="bericht" class="input openair"></textarea></td>
</tr>
<tr>
<td></td>
<td width="20"></td>
<td><input type="submit" name="su" value="Tanácsadást kérek!" class="button"></td>
</tr>
</table>ez a js-szkript dolgozza fel: jquery.ajaxContactForm-1.3.0.js
lehet, hogy ebben van a hiba???
-
#4572
tgabi333
aktív tag
scott_free
#4571
tgabi333
aktív tag
válasz
scott_free
#4571
üzenetére
te tudod, hogy megfelelő-e, ha utf-8 kell mindenhol akkor jó..
akkor ez a lehetőség kilőve.
A másik hibalehetőség, hogy az adatbázisból már rosszul kódolt adatok jönnek ki. Ennek kellene utánajárnod. Viszont ahhoz kellene valami kódrészlet is hogy lássuk.
-
#4571
scott_free
senior tag
scott_free
#4570
scott_free
senior tag
válasz
scott_free
#4570
üzenetére
BOCS, rosszat néztem!
Content-Type: text/html; charset=utf-8
ezek szerint ez a része jó?
-
#4570
scott_free
senior tag
tgabi333
#4569
-
#4569
tgabi333
aktív tag
scott_free
#4568
tgabi333
aktív tag
válasz
scott_free
#4568
üzenetére
ne a HTTP Request Header -t , hanem a HTTP Response Header-t nézd, ami alatta van a táblázatban, a Content-Type általában a legutolsó sora.
-
#4568
scott_free
senior tag
tgabi333
#4567
-
#4567
tgabi333
aktív tag
scott_free
#4566
tgabi333
aktív tag
válasz
scott_free
#4566
üzenetére
nem biztos, hogy a problémát maguk a fájlok okozzák.
A kódolás általában egy lekérésre adott válaszban kétszer jelenik meg.
1: A http fejlécben
2: magában a http kérérsre érkezett általában html válaszbanTermészetesen a kettő lehet eltérő. Ha ez megtörténik a böngészők általában a http fejlécben szereplő értéket tekintik helyénvalónak.
Ellenőrzésképpen ezt tudod tenni:
http://web-sniffer.net
ide beírod a lekérések címét és láthatod hogy milyen adatok jönnek a http fejlécben. A neked fontos a Content-Type, ha abban iso-8859-1 van és a html tartalomban pedig más akkor ott a baj.
Ha ez fordul elő, akkor a php - header függvénnyel tudsz megadni új Content-Type-ot.
-
#4566
scott_free
senior tag
scott_free
senior tag
nekem úgy is jó lenne, ha sima text-formában érkezne meg a levél, nem ragaszkodom a html-formához.
-
#4565
scott_free
senior tag
Sk8erPeter
#4564
scott_free
senior tag
válasz
Sk8erPeter
#4564
üzenetére
a php egy levelet küld egy megadott címre. a php elején szerepel a karakterkódolás:
header('Content-type: text/html; charset=utf-8');később a levélküldő résznél ezek:
// Instellingen voor verzenden van de mail
$boundary = "--".md5(uniqid("myboundary"));
$priorities = array('Highest', 'High', 'Normal', 'Low', 'Lowest');
$priority = 2;
$charset = "utf-8";
$ctencoding = "8bit";
$mime_vers = "Mime-Version: 1.0\nContent-Type: multipart/alternative;\n boundary=\"".$boundary."\"\n";
$x_mailer = "X-Mailer: PHP\n";
// header voor de website eigenaar
$header_van = $mime_vers.$x_mailer;
$header_van .= "From: ".$reply."\n";
$header_van .= "Reply-To: ".$van."\n";
$header_van .= "Return-Path: <".$van_adres.">\n";
$header_van .= "X-Priority: ".$priority."\nX-MSMail-Priority: ".$priorities[$priority]."\n";
// header voor de invuller van het formulier
$header_aan = $mime_vers.$x_mailer;
$header_aan .= "From: ".$reply."\n";
$header_aan .= "X-Priority: ".$priority."\nX-MSMail-Priority: ".$priorities[$priority]."\n";
// bericht voor de website eigenaar
$message_van ="This is a multi-part message in MIME format.\n\n";
$message_van .= "--".$boundary."\n";
$message_van .= "Content-Type: text/html; charset=".$charset."\n";
$message_van .= "Content-Transfer-Encoding: ".$ctencoding."\n\n";
$message_van .= "<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.0 Transitional//EN\">\n";
$message_van .= "<html>\n<head>\n<META HTTP-EQUIV=\"Content-Type\" CONTENT=\"text/html; charset=".$charset."\">\n<style>\n";
$message_van .= "body,p,td {font-family: verdana;font-size:11px;line-height:16px; }\n";
$message_van .= "\n</style>\n</head>\n<body>\n";
// bericht voor de invuller van het formulier
$message_aan = $message_van;nem tudom, hogy ez mennyit segít a probléma megoldásában.
jelenleg a php-ban szereplő ékezetes szavak rendesen megjelennek a levélben, viszont az üzenetbe beírt karakterek nem.
az üzenetnek azokat a sorait, ahol ékezet van, html-nézetben meg sem jeleníti a levelező (kivéve az "őű", amik helyett a fentebb szereplő kódot írja ki.a weboldalon vannak még javascript fájlok is - ezeket is át kell alakítani "utf8 bom néklül"-be?
köszi a segítséget!
-
#4564
Sk8erPeter
nagyúr
scott_free
#4563
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-ben -
#4563
scott_free
senior tag
Sk8erPeter
#4560
scott_free
senior tag
válasz
Sk8erPeter
#4560
üzenetére
na jó, lassan feladom...
átalakítottam a html-t és a php-t is, de a php által küldött emailben továbbra is totál összevisszaság van.
a php-fájlban szereplő "Tanácsadás" szó helyett "TanĂĄcsadĂĄs". a látogató által beírt üzenetben pedig "őű" helyett "%u0170%u0150".
-
#4562
Sk8erPeter
nagyúr
scott_free
#4561
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... -
#4561
scott_free
senior tag
Sk8erPeter
#4553
scott_free
senior tag
válasz
Sk8erPeter
#4553
üzenetére
megpróbáltam átalakítani a html-fájlomat az "ISO-8859-2"-ről "UTF-8 BOM nélkül"-re, de erre minden ékezetes betű elromlott.
pl. a "legmegfelelőbb időpont"-ból ez lett: "legmegfelelĹ�bb idĹ�pont".
ha csak átírom a charset-et utf-8-ra, akkor meg ez: "legmegfelel�bb id�pont".viszont ha átírom "utf-8"-ra és átalakítva mentem el, akkor jó lesz.
ha a Frontpage-ben írom át a charset-et "utf-8"-ra, ott sima mentés után is jó lesz.de hogy ne legyen egyszerű az élet: a két jó változat közül a Frontpage-es pár byte-tal nagyobb lesz, mint amit a Notepad++ csinál. ki érti ezt?
pl. a Frontpage-es "©" jelet a Notepad++ átalakítja "©"-ra.
-
#4560
Sk8erPeter
nagyúr
scott_free
#4559
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. -
#4559
scott_free
senior tag
Sk8erPeter
#4551
scott_free
senior tag
válasz
Sk8erPeter
#4551
üzenetére
letöltöttem ezt a Notepad++-t, de nekem nincsen benne "Formátum" menü. Helyette "Kódolás" van, de ott meg nincsen pötty, vagyis nem látom, hogy milyen formátumban van jelenleg a fájl.
szerk.: bocs, a html-fájlnál nincsen pötty, a php-t betöltve van. (ANSI)
-
tgabi333
aktív tag
Ez nem php-s kérdés, de a helyedben ezt a kódot tenném egy js függvénybe és a click eseménykor azt hívnám meg:
window.close();
if (window.opener && !window.opener.closed) {
window.opener.location.reload();
}ui: mindenki figyelmébe ajánlom, hogy szabványos (x)html kimenetet kreáljon mert lehetnek meglepetések a későbbiekben. Főleg js terén.
-
radmin
csendes tag
Sziasztok!
Lehet, hogy már szerepel ebben a topikban az alábbi probléma, de nem találtam, ezért úgy gondoltam, hogy beírom.
Van egy lekerdezes.php, illetve egy popup.php fájlom.
A lekerdezes.php-ban van egy adatbázis lekérdezés, a popup.php pedig tartalmaz egy szöveget, s a végén pedig egy BEZÁR gombot. Természetesen a popup.php egy felugró ablak, amit az index.php-ból szedtem elő.A BEZÁR gomb a következőképpen lett létrehozva:
input type=submit onclick=javascript:window.close() Value=Bezár>Azt miképpen lehet megoldani, hogy ha aBezár gombra kattintok, akkor bezárul az ablak, s ezzel egy időben a lekerdezes.php oldal automatikusan lefrissül?
Köszönettel:
-
egyjotakaro2
tag
válasz
Sk8erPeter
#4555
üzenetére
kösz a segítséget, sikerült meg oldanom. a 777-etet át álítottam, így most senki sem látja, csak én ftp-n keresztül....
-
#4555
Sk8erPeter
nagyúr
egyjotakaro2
#4554
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! -
#4554
egyjotakaro2
tag
egyjotakaro2
tag
Sziasztok. Megint én...
Hogyan tudok egy olyat csinálni, hogy egy belépésnél amikor rá kattintok a belépés gombra akkor egy txt-be elmentse a felhasználó nevemet és a jelszómat?
Szóval: Felhasználónév: (Ide be írom a fh-nevem) Jelszóide be írom a jelszóm) és rá kattintok a belépésre és az be írja pl egy felhasznalo.txt-be. Na most ennek adnék egy 777-es atributot.... Na erre valami program kódot tudnátok adni, hogy hogy tudnám ezt meg oldani? Előre is köszönöm Üdv 
Vagy valami rávezetés, tutoriál, vagy akármi is jól jönne
-
#4553
Sk8erPeter
nagyúr
scott_free
#4552
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ó. -
#4552
scott_free
senior tag
Sk8erPeter
#4551
scott_free
senior tag
válasz
Sk8erPeter
#4551
üzenetére
köszi, megnézem ezt a Notepad++-t.
a dokumentum alatt magát a weboldalt érted, ugye?
-
#4551
Sk8erPeter
nagyúr
scott_free
#4550
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). -
#4550
scott_free
senior tag
scott_free
senior tag
hali,
egy céges kapcsolati oldalra szeretnék felrakni egy olyan scriptet, ami a megadott adatokat elküldi egy email-címre. ezt sikerült is összehoznom ez alapján: jQuery ajaxContactForm plugin.
viszont az ékezetes magyar betűkkel meggyűlik a baja a php-résznek. eredetileg UTF-8 kódolást használt a program, de így szinte egy ékezetes betű sem ment át (pl. az "á" és "é" helyén kérdőjel volt).
átállítottam ISO-8859-2-ra, így már működik, kivéve az "ű" és "ő" betűt.van erre valami egyszerű megoldás?
-
Gyuri16
senior tag
válasz
8nemesis8
#4546
üzenetére
maxlifetime erre valo. php.iniben lehet allitani:
session.gc_maxlifetimeha nem tudod a php.init valtoztatni, akkor elteheted a sessionbe az utolso lekeres idejet, es minden inicialasnal megnezed, hogy az azota eltelt ido tobb e mint a timeout, ha igen akkor eldobod a kapcsolatot
-
8nemesis8
veterán
Sziasztok!
Mi van akkor ha session-el dolgozok és mondjuk valaki kilépés helyett csak simán zárja az oldal-t, akkor a sessionbe maradnak az adatai. Ugye kilépéskor törölném a session értékeket, nincs valami mód, hogy "nem normális" kilépéskor töröljem a session-t? Esetleg valami idő beállítani neki, hogy az adatokat törölje?
-
tgabi333
aktív tag
Volt időm ránézni a kódra. Jól működik nálam.
Ez ami nálad történik valószínű hogy memória gond. Elfogy a felhasználható memória a kép feldolgozása közben.
Hogy erről meggyőződj kommenteld ki a header sort ez a legegyszerübb módja, hogy megtudd ha hibaüzenetet ír ki a kép helyett.
Ha ténylegesen ez a probléma, akkor próbálkozz ezzel a kód elején:
ini_set('memory_limit', '32M');
-
-
tgabi333
aktív tag
gyors átfutásból:
$new_width = $width * $percent;
$new_height = $height * $percent;Itt lehet, hogy nem egész számot kapsz és talán ezzel lehet a probléma.
Próbáld a következőt:
$new_width = round($width * $percent);
$new_height = round($height * $percent);szerk:
ha fáljba szeretnéd menteni, arra is a imagejpeg függvényt használd (vagy imagepng vagy imagegif ) és a második paraméterben add meg a fájl nevét (ahol most neked null van)
bővebben itt olvasgass: [link]
-
Soja
aktív tag
Most kezdenék beleugrani a képkezelésbe, és már az elején van számomra egy magyarázatra szoruló dolog.
A következő résznek a feladata az lenne, hogy egy képet arányosan x %-kal lecsökkentsen.Példaprogram, tehát még ismerős is lehet:
// The file
$filename = '1.jpg';
$percent = 0.4;// Content type
header('Content-type: image/jpeg');// Get new dimensions
list($width, $height) = getimagesize($filename);
$new_width = $width * $percent;
$new_height = $height * $percent;// Resample
$image_p = imagecreatetruecolor($new_width, $new_height);
$image = imagecreatefromjpeg($filename);
imagecopyresampled($image_p, $image, 0, 0, 0, 0, $new_width, $new_height, $width, $height);// Output
imagejpeg($image_p, null, 100);Na most ha a $percent értéke 0.5 alatt van, akkor a dolog jól működik, ha 0.5, akkor a képet félbevágja, ha nagyobb, akkor meg sem jeleníti.
Bármelyik függvénynek van valami limitje, amit nem szabad meghaladni, vagy egyéb korlátozás?
Mi az oka ennek a hibajelenségnek?Milyen függvénnyel lehetne a képet fájlba menteni?
-
tildy
nagyúr
function convert_smart_quotes($string)
{
$quotes = array("'", "\"", "´", "’", "‘", "‘", "’", "“", "”", "’");
$newquotes = array("'", """, "'", "'", "'","'","'",""", """, "'");
return str_replace( $quotes, $newquotes, $string);
}Van ez a fuggvenyem.
Az utolso tipusat a quotenak azonban nem csereli. Miert nem? (de ha jol latom a negyedikkel azonos...)
iso-8559-1 -
tgabi333
aktív tag
néhány szerver esetén előfordul az is, hogy nem azt a kapcsolatot használja amit te létrehoztál a mysql_connect-el.
Minden mysql függvény opcionális paramétere a kapcsolat azonosító, ha ezt kitöltöd a fenti probléma elkerülhető - bizonyos beállítások mellett jelentkezik.
szóval így: mysql_real_escape_string($valtozo,$connection);
-
radmin
csendes tag
Sziasztok!
Elnézést kérek, ha esetleg rossz helyre írom a problémámat.
A következő a gondom.
INSERT INTO eseében használom a mysql_real_escape_string() függvényt. Az adatbázis szerverhez történő kapcsolódás rendben van, a jogok megfelelőek, mégis az alábbi hibaüzenet fogad:
Warning: mysql_real_escape_string() [function.mysql-real-escape-string]: Access denied for user 'www-data'@'localhost' (using password: NO)
Az ütolsó részét a hibának nem írom, mert az a fájl elérési útját tartalmazza.
Az létezhet, hogy az apache adja át a www-data felhasználót a mysql-nek?
Csak akkor száll el, ha linuxra pakolom fel. Windows esetében működik rendesen.
Ezzel találkozott már valaki?
Köszönettel:
-
Prego
senior tag
Sziasztok
Ubuntu+Lampp alatt ismerkednék PHP-val
van egy gb.php fájlom, egy html lapom egy gombbal és egy valami.txt fájlom
...
<td align=center colspan=2><input type=submit name=btn value="MEHET">
...
if (isset($btn))
{
$fp=fopen('valami.txt','a');
fwrite($fp,"Hello");
fclose($fp);
}Egy könyvből kopiztam-módosítottam a példát, eredetileg egy html fájlba appendezik, de nem teszi.
Betettem mindent a htdocs/bali mappába, weblapon nyomogatom a gombot, de nem íródik semmi a valami.txt végére. Chmod 777 kiadva mindkét fájlra.
Próbáltam már "valami.txt" és simán valami.txt-ként is megnyitni. -
#4528
Sk8erPeter
nagyúr
Tele von Zsinór
#4526
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. 
-
#4527
DeltaPower
addikt
Sk8erPeter
#4524
DeltaPower
addikt
válasz
Sk8erPeter
#4524
üzenetére
a !isset-nél és üresnél is ugyanoda ment a forward, ezért dobtam ki az issetet, mivel a trim nem létező változónál szintén üres stringet ad vissza (max dob mellé egy noticet). így a feltétel végeredményben ugyanaz, viszont spóroltunk kb 50 byte kódot
-
#4526
Tele von Zsinór
őstag
Sk8erPeter
#4525
Tele von Zsinór
őstag
válasz
Sk8erPeter
#4525
üzenetére
PHP-ben az a konvenció, hogy a "mágikus" függvények (__get, __set, __toString, stb.) két alulvonással kezdődnek, gondolom ennek akartak megfelelni. Ezzel együtt viszont az osztálynév kiesik, így lett __construct.
-
#4525
Sk8erPeter
nagyúr
Tele von Zsinór
#4519
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." -
#4524
Sk8erPeter
nagyúr
DeltaPower
#4523
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{
// ... ??
}
?> -
#4523
DeltaPower
addikt
PowerBuldog
#4522
DeltaPower
addikt
válasz
PowerBuldog
#4522
üzenetére
ha nincs register_globals, akkor a $_POST['acc'] és a $acc nem ugyanaz, az előbbiben ott lesz az adat, de az utóbbiban nem.
továbbá az első feltétel fölöslegessé teszi a másodikat, amennyiben nem akarsz mezőfüggő hibaüzenetet kiíratni
<?phprequire_once("install.php");
if ( trim($_POST['acc']) == "" || trim($_POST['jelszo']) == "" ) {
header('Location: reglap.php');
}
elseif (isset($_POST['acc']) && isset($_POST['jelszo'])) {require_once("muveletek.php");
}
?>
-
#4522
PowerBuldog
veterán
PowerBuldog
#4521
PowerBuldog
veterán
válasz
PowerBuldog
#4521
üzenetére
Ez a rész jó? Mert csak a muveletek.php nem fut le, pedig szerintem jónak kéne lennie.
<?php
require_once("install.php");
if ( trim($_POST['acc']) == "" || trim($_POST['jelszo']) == "" ) {
header('Location: reglap.php');
} elseif (isset($acc) && !isset($jelszo)) {
require_once("reglap.php");
}
elseif (isset($acc) && isset($jelszo)) {
require_once("muveletek.php");
}
?> -
#4521
PowerBuldog
veterán
PowerBuldog
#4520
PowerBuldog
veterán
válasz
PowerBuldog
#4520
üzenetére
Sajnos így sem működik. Beszúrtam egy "asdf" nevet és jelszót, de ha beírom nem dob át a login success oldalra, és ha mást írok be azt pedig nem szúrja be a táblába.
-
#4520
PowerBuldog
veterán
Tele von Zsinór
#4519
PowerBuldog
veterán
válasz
Tele von Zsinór
#4519
üzenetére
Mindjárt kipróbálom!
-
#4519
Tele von Zsinór
őstag
PowerBuldog
#4518
Tele von Zsinór
őstag
válasz
PowerBuldog
#4518
üzenetére
Mélyebb belenézés nélkül: az acc_check.php-d szintaktikailab hibás volt, nem panaszkodott az értelmező? Fejlesztői gépen a php.ini-ben az error_reporting értéke legyen E_ALL.
Átformáztam, hogy átláthatóbb legyen, megtalálod itt: http://pastebin.com/zita5U2e
Vegyesen használtál php4-es és php5-ös dolgokat - a private, public kulcsszavak php5-ben jelentek meg, de a php4-féle konstruktort használtad (osztályneve függvény), ezt átírtam __construct-ra.
Nem szép osztályon belül hozzányúlni a $_POST-hoz, azokat beraktam inkább az ellenoriz() függvénybe paraméternek, és ezt csak most vettem észre: itt $acc és $pass változókat használtál, $this->acc és $this->pass helyett.
Raktam bele némi SQL injection védelmet is (lásd a mysql_real_escape_string függvényhívások).
Nézz rá, megoldódott-e a problémád. -
#4518
PowerBuldog
veterán
Sk8erPeter
#4517
PowerBuldog
veterán
válasz
Sk8erPeter
#4517
üzenetére
No, akkor ha valakinek van ideje megnézné nekem ezeket?
HTML űrlapok, ezeknek kellene a bejelentkezést, és az új bejegyzést felvinnie:
[link]
[link]Ezek pedig a PHP-k, amik megvalósítanák, de ezek közül csak az install.php működik teljesen, a feldolgoz csak addig megy, hogy dobálja ide oda az embert, de az acc_check nem működik, nem rakja be az új bejegyzést.
install.php
feldolgoz.php
acc_check.php
muveletek.phpLehet, hogy az űrlapokból nem adom át megfelelően az értékeket az acc_check-nek?
-
#4517
Sk8erPeter
nagyúr
PowerBuldog
#4516
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. -
#4516
PowerBuldog
veterán
Tele von Zsinór
#4515
PowerBuldog
veterán
válasz
Tele von Zsinór
#4515
üzenetére
Ez mit csinál pontosan?
-
#4515
Tele von Zsinór
őstag
PowerBuldog
#4514
Tele von Zsinór
őstag
válasz
PowerBuldog
#4514
üzenetére
Ilyen esetben jön jól a pastebin.com
-
#4514
PowerBuldog
veterán
PowerBuldog
veterán
Sziasztok!
Akinek lenne fölös pár perce, annak küldenék emailben 1-2 php fájlt. Kurzusomon van egy feladat amivel napok óta kínlódok, mert nem akarja azt csinálni amit akarok. A kód hosszú lenne ide bemásolva.
Kérem aki tud jelezzen nekem PM-ben.Köszönöm.
-
#4513
Gyuri16
senior tag
csaresz002
#4512
Gyuri16
senior tag
válasz
csaresz002
#4512
üzenetére
firefox error consoleja megmondja mi a baj:
"Warning: Scripts may not close windows that were not opened by script."
ez azt jelenti, hogy nem csukhatsz be olyan ablakot amit nem szkript nyitott.ha rakeresel erre a szovegre talalhatsz valamilyen workaroundot, de nem hiszem, hogy minden bongeszoben jol fog futni. ez mar kicsit hackeles kategoria, nem veletlenul nem mukodik..szerintem felesleges ilyet tenni az oldalra, ha mar mindenkepp valasztas ele akarod allitani a latogatot, akkor a "nem lepek be" legyen egy link googlera, vagy valami hasonlo artalmatlan es ismert oldalra
-
#4512
csaresz002
senior tag
Gyuri16
#4511
csaresz002
senior tag
válasz
Gyuri16
#4511
üzenetére
js-re gondoltam én,is!
nem az összes ablakot bezárni,hanem csak azt az egy aktuálisat.
a window.close-al már probáltam,nem csinált semmit[ezen] az oldalon akarom a "nem lépek be"gombnál,hogy zárja
jelenleg így néz ki
<p align="center"><a href="fooldal.php" onmouseout="MM_swapImgRestore()" onmouseover="MM_swapImage('Image2','','kepek/login2.png',1)"><img src="kepek/login1.png" name="Image2" width="150" height="40" border="0" id="Image2" /></a><a href="#" onclick="self.close()" "onmouseout="MM_swapImgRestore()" onmouseover="MM_swapImage('Image3','','kepek/notlogin2.png',1)"><img src="kepek/notlogin1.png" name="Image3" width="150" height="40" border="0" id="Image3" /></a></p>
-
#4511
Gyuri16
senior tag
csaresz002
#4510
Gyuri16
senior tag
válasz
csaresz002
#4510
üzenetére
mivel a php a szerveren fut le, leginkabb sehogy.
ilyen dolgokra javascript valo. window.close() ami neked kell, ezt beagyazhatod a php-kododba. ha viszont elmondod mire kell, talan tudunk jobbat mondani. (pl hogy ne zard be az ablakot, mert az emberek tobbsege utalja ha egy weboldal ilyet csinal)
-
#4510
csaresz002
senior tag
csaresz002
senior tag
sziasztok,
tudna vki abba segíteni hogy, milyen parancsal lehet aktuális ablakot bezáratni php-ba?
(mint a ctrl+w) nem a felugro popup ablakra gondolok. -
Szia!
Automatizáltál tool, így speciálisan a te igényeidre szabva biztosan nem létezik. Azt javasolnám, hogy indulj ki drupalból, létezik hozzá egy modul (e-commerce) aztán ezt alakítsd ahogy neked jó. Láttam, hogy nem nagyon foglalkoztál még php-val, így azért nem lesz egyszerű, de szép kihívás :-)
-
Andie
őstag
Sziasztok!
Tanácsot kérnék töletek!
Egy cimborámnak össze kellene ütnöm egy egyszerü ingatlanos weboldalt. Olyasmit, mint ez itt.
Semmi extra, egy táblázat, benne 50-100 ingatlan alap, 4-5 adata, és a sorokra kattintva kijönne egy külön oldalon a részletes adatlap.
Ugyanakkor én ne kelljek a karbantartáshoz, tehát ő tudja egy felületen kezelni az adatbázist - újat felvenni, meglévőt módositani és esetleg nem aktuálisat törölni.Szóval mit ajánlotok ehhez? Bevallom, a weblapszerkesztő tudományom eddig a statikus weblapokig terjedt, abban már elég jókat alkotok, de dinamikusság terén a php mailküldés scriptig jutottam.
Tehát valami kis automatizált tool kéne, ami nem bonyi, hisz nem kell webshop, de legenerálná nekem ezt a táblázatot meg adna egy admin felületet. Programozni, kódolni tudok (c, javascript, plsql, delphi, stb), ez nem akadály.
Esetleg érdemes beleásnom magam, mert 1-2 nap alatt külső eszköz nélkül is menne? Hol van erről anyag?Köszönettel veszek minden tanácsot, segitséget!
-
cucka
addikt
válasz
Balint133
#4504
üzenetére
Természetesen webmestertől meg lehet kérdezni, de ezt nem nagyon szokták bekapcsolgatni.
Általában ssh tunnel-t adnak erre a célra.Ezzel a stringgel azt kéne csinálni, hogy minden betűt és vesszőt, írásjelet mindent kiszedni belőle, csak a számok maradjanak vissza.
$szamok=preg_replace('/\D/','',$str);
-
Balint133
aktív tag
Gergello: nem igazán lehetséges, a legtöbb helyen a MYSQL adatbázisszerveren nincs bekapcsolva a távoli elérés... szoval csak localhostrol fogad kéréseket (ahol a php scripted fut). Ezzel próbálják meg csökkenteni a támadási felületet. Természetesen webmestertől meg lehet kérdezni, de ezt nem nagyon szokták bekapcsolgatni.
Másik:
Először is az elmaradt: Sziasztok
A kérdésem pedig az lenne, hogy phpben van egy stringem mondjuk:
$str = "Ez egy olyan string ami tartalmazhat számokat, például 21132131 vagy esetleg 456456";
Ezzel a stringgel azt kéne csinálni, hogy minden betűt és vesszőt, írásjelet mindent kiszedni belőle, csak a számok maradjanak vissza. Sehol nem találtam a neten leírást, hogyan lehetne ezt kiszedegetni, remélem van valaki itt aki tudja a megoldást, vagy ha nem lehet, akkor azt -
netseft
aktív tag
válasz
barnam_
#4502
üzenetére
CSS3-at nézz, mert van olyan property benne, ami csak CSS3-tól él, pl. border-radius. A maradék között a legtöbb böngésző specifikus property, ami pedig nincs definiálva a standard CSS specifikációban, azért nem fogadja el. A -moz-border-radius és -webkit-border-radius property-ket lecserélheted -border-radius-ra, a többit szintén megpróbálhatod helyettesíteni.
sheduled job, ha jól rémlik oracleben így hívják 
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...
(NE a simára...)
És ahhoz hozzá sem nyúltam...Új hozzászólás Aktív témák
Hirdetés
- HP Omen - 27" IPS - UHD 4K - 144Hz 1ms - NVIDIA G-Sync - FreeSync - HDR 400 - USB-C - KVM Switch
- Garanciális MSI Katana GAMER 15,6"240Hz!i5 12500H(16X4,5Ghz)RTX 3060 6 GB VGA,32-64GB RAM/1TB SSD
- Bivaly MAGYAR Lenovo P1 gen2 (Core I7 32 Gb 1Tb 15" 4K 4Gb Nvidia) Laptopom eladó!!!
- HP ProBook 640 G8, 14" FHD IPS Touch, I5-1145G7 CPU, 16GB DDR4, 256GB SSD, WIN 11
- HP ProBook 640 G8, 14" FHD IPS Touch, I5-1145G7 CPU, 16GB DDR4, 256GB SSD, WIN 11
- Bomba ár! Dell Latitude 5400 - i5-8GEN I 16GB I 512SSD I 14" HD I HDMI I Cam I W11 I Gari!
- Azonnali készpénzes AMD CPU AMD VGA számítógép felvásárlás személyesen / postával korrekt áron
- ÁRGARANCIA!Épített KomPhone i5 13400F 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! Gigabyte GA-A620M R5 7600 32GB DDR5 512GB SSD RX 6700XT 12GB Rampage SHIVA Corsair 750W
- AKCIÓ! ASUS Z97-A Z97 chipset alaplap garanciával hibátlan működéssel
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged