- Android alkalmazások - szoftver kibeszélő topik
- VoLTE/VoWiFi
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Szívós, szép és kitartó az új OnePlus óra
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- CMF Phone 2 Pro - a százezer forintos kérdés
- Egyszerre legnagyobb és legkisebb is a Garmin Venu X1
- Mobil flották
- Samsung Galaxy A52s 5G - jó S-tehetség
Új hozzászólás Aktív témák
-
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
-
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.
-
tgabi333
aktív tag
válasz
Speeedfire #4662 üzenetére
és ez az adott mappa van egy másik gépen?
-
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
-
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.
-
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.
-
tgabi333
aktív tag
válasz
Sk8erPeter #4625 üzenetére
Ez a hozzáállás az amit úgy hívok, hogy gányolás
-
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.
-
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.
-
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.
-
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
Hirdetés
- Autós topik
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- IGP nélküli processzorokkal készül az Intel és az AMD
- WoW avagy World of Warcraft -=MMORPG=-
- Azonnali fotós kérdések órája
- Tőzsde és gazdaság
- Melyik tápegységet vegyem?
- Fogyjunk le!
- Robogó, kismotor
- További aktív témák...
- Lejárt a gyártói garancia? Mi tovább támogatjuk az IT infrádat!
- AKCIÓ! Acer Predator Triton Neo 16 15 notebook - Ultra 9 185H 32GB RAM 2TB SSD RTX 4070 WIN11
- Lenovo ThinkPad X13 G2 multitouch
- AKCIÓ! VALVE INDEX virtuális valóság szemüveg garanciával hibátlan működéssel
- Azonnali készpénzes félkonfig / félgép felvásárlás személyesen / csomagküldéssel korrekt áron
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest