Hirdetés
- Luck Dragon: Asszociációs játék. :)
- Elektromos rásegítésű kerékpárok
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- Meggyi001: Áram nélkül....méltóság nélkül.....
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- gban: Ingyen kellene, de tegnapra
- hcl: GPT diszk kisebbre klónozása
- D@reeo: OlvasóMester - vágólap felolvasó alkalmazás
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
Új hozzászólás Aktív témák
-
#4801
tgabi333
aktív tag
Tele von Zsinór
#4800
tgabi333
aktív tag
válasz
Tele von Zsinór
#4800
üzenetére
Jó, igen, van fordítás, de ez csak később alakult ki, alapvetőleg a php egy szkriptnyelv. A felfogása, a kialakítása ilyen. Ne hasonlítsd össze egy ténylegesen fordított nyelvvel - pl C/C++ - ahol is a require-höz hasonló funkció csak előfordítói tevékenység. Ilyen nincs és nem is lesz a PHP-ben, az hogy mi történik a motorháztető alatt az interpreter íróinak a dolga.
Csak azért szerettelek volna kijavítani, hogy nehogy valakiben megmaradjon az a gondolat, hogy a "fordítás" elején bekerül a forráskód.
Egyszerű a php felépítése, minden akkor történik amikor odaér a futtatás. (tisztelet a csekély kivételnek) Nincs más fordításhoz hasonló jelenség.
ui: require_once-ok használata általában kódok elején szokás. Azonban nagyban javíthatja a feldolgozás sebességét ha a megfelelő helyen történik a használata, általában valamilyen könyvtári osztály/függvénykészlet betöltésekor javít sokat, emellett persze a kódban még erre is figyelni kell, bonyolítja a kódolást / nehezíti a szép kódot. Ennek a megkönnyítésére találták ki PHP5-ben az autoload-ot. De persze egy olyan kódnál amiben a kihívás az, hogy megfelelően használjuk a require-t meg az incude-ot, ott emlegetni sem érdemes
-
#4799
tgabi333
aktív tag
Tele von Zsinór
#4792
tgabi333
aktív tag
válasz
Tele von Zsinór
#4792
üzenetére
Hagy javítsalak ki:
hogy a fordítás elején berakja az
Ugye ez futtatás szeretett volna lenni, olyan mint klasszikus fordítás a php-ben nincs, interpretált nyelv, de ne vesszünk el a részletekben.
A require és az include között a fontos különbség, hogy a require a fordítás elején húzza be (ezért az error), az include csak akkor, amikor odaér a futtatás (ezért csak warningot dob),
Ez nem igaz, mindkét hívás, az include és a require is nyelvi szempontból nem több mint egy utasítás. Akkor történik a paraméterben adott fájl feldolgozása amikor az interpreter odaér. Nincs olyan, hogy fordítási idő meg futtatási idő. Valamit keversz.
A Require és az Include között pedig az a különbség, hogy ha nem tudja feldolgozni a megadott fájlt akkor hibát vagy figyelmezetést vált-e ki.
-
#4663
tgabi333
aktív tag
Speeedfire
#4662
tgabi333
aktív tag
válasz
Speeedfire
#4662
üzenetére
és ez az adott mappa van egy másik gépen?
-
#4661
tgabi333
aktív tag
Speeedfire
#4659
tgabi333
aktív tag
válasz
Speeedfire
#4659
üzenetére
szerintem valamit rosszul látsz a dologgal kapcsolatban. Az hogy egy fájlt/könyvtárat mindenki írhat az azt jelenti, hogy a gépre bejelentkezett felhasználók közül mindenki.
Írd le pontosan, hogy mit csinála a script
-
#4646
tgabi333
aktív tag
Sk8erPeter
#4639
tgabi333
aktív tag
válasz
Sk8erPeter
#4639
üzenetére
nagyobb részt: szerintem nincs gond az ob_start használatával.
kisebb részt: én sem lehetek mindig konzekvens
-
tgabi333
aktív tag
Beállíthatod a php.ini-ben a session.auto_start beállítás értékét 1-re, így automatikusan el fog indulni a session, de nem ez a szép megoldás. Javaslom, hogy próbáld meg a kódba a legelejére beírni, hogy session_start();.
Jó megoldás lehet méga session_start-helyett az ob_start is.
-
#4629
tgabi333
aktív tag
Sk8erPeter
#4628
tgabi333
aktív tag
válasz
Sk8erPeter
#4628
üzenetére
ok, csak azon a véleményen vagyok, hogy nem kellene ilyen tanácsokat adni ebben a fórumban.
-
#4627
tgabi333
aktív tag
Sk8erPeter
#4625
tgabi333
aktív tag
válasz
Sk8erPeter
#4625
üzenetére
Ez a hozzáállás az amit úgy hívok, hogy gányolás
-
-
#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.
-
#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.
-
#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.
-
#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.
-
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.
-
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]
-
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);
Új hozzászólás Aktív témák
- Asztali PC , R5 3600 , RX 6600 , 16GB DDR4 , 512GB NVME
- HP Victus Ryzen 7 8845HS /16GB DDR5 RTX 4060 / 1TB / 144Hz
- ELADÓ AcerSwift3 (14" / AMD Ryzen 5 4500U / 16GB RAM / 512GB / HU)
- Latitude 5440 14" FHD IPS i7-1365U 16GB 512GB NVMe ujjlolv IR kam gar
- GAMER PC! i5-13500 / RTX 3070 Ti / 16GB DDR / 512GB NVMe / 650w!
- Lenovo T490S i5 8365U, 16GB RAM, 256GB SSD, jó akku, számla, 6 hó gar
- 267 - Lenovo ThinkBook 16 (G6 ABP) - AMD Ryzen 5 7530U, no GPU
- 14" Dell Latitude laptopok: 5400, 5480, 5490, 7480, 7420, E6410, E6440, E5450 / SZÁMLA + GARANCIA
- RITKASÁG! Avexir Raiden DDR4 4GB/8GB ramok
- 27% - ASUS Vivobook OLED Notebook! Ryzen 5 7535HS / 16GB 6400MHz / 500GB NVMe
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest