Hirdetés
- hege8888: Retro Kocka Kuckó harmadjára Hódmezővásárhelyen
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- Geri Bátyó: Agglegénykonyha 10 – Alapanyagok/készételek többféle felhasználása
- Jhonny06: Új gépsárkány
- laca223: Miért győz a kollektív meggyőződés akkor is, ha saját magát teszi tönkre?
- Luck Dragon: Alza kuponok – aktuális kedvezmények, tippek és tapasztalatok (külön igényre)
- Gurulunk, WAZE?!
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- GoodSpeed: Munkaügyi helyzet Hajdú-Biharban: észak és dél
Új hozzászólás Aktív témák
-
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]
-
tkazmer
addikt
az egész funkciónak nem az a lényege, hogy megszámozza a rekordokat, hanem hogy mindegyik rekordnak legyen egy teljesen egyedi azonosítója, amivel hivatkozhatsz rá bárhonnan. ebbe pedig nem fér bele az, hogy mondjuk a "tóth ottó" nevét tartalmazó sor megkapja a 11-es ID-t, ez mondjuk belekerül 27 másik táblába, amiben tóth ottóhoz kapcsolódó adatok vannak, majd mivel kitörlődik mondjuk "tóth gizella" a 10-es ID-vel, ezért tóth ottó hirtelen 10-es ID-t kap. így borulna a komplett adatbázis, vagy át kellene írni mind a 27 táblát, ami meg felesleges munka és terhelés.
-
#4325
Sk8erPeter
nagyúr
Soja
#4324
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). -
LOL, tudom már mi volt a baj.
Nem az, hogy üreset írt ki, hanem, hogy <?-t használtál <?php helyett, s emiatt nem fordította le azt a részt a php, így a < nevű fájlnak akarta elküldeni a formot, de nyilván ilyen fájl nem létezett, a ? jel után részt meg ugyebár query string-nek értelmezte. 
-
Több féle dolog miatt lehet:
1. Lehet, hogy már előtte is írtál ki valamit, ez lehet sortörés, szóköz is vagy akármi!
2. Rosszabb esetben, ha beágyazod a képgeneráló fájlt, akkor ellenőrizd le, hogy azonos-e a két fájl karakterkódolása.
3. Illetve még az UTF8 BOM kavarhat be, láthatatlan karaktert írathat ki a fájl elején, szóval BOM nélküli UTF8-at használj.
-
-
#2428
Tele von Zsinór
őstag
Soja
#2425
Tele von Zsinór
őstag
Az oka a következő: a phpben van egy register_globals n. változó, ami ha be van kapcsolva, akkor a $_GET["felhasznalonev"] elérhető úgy is, hogy $felhasznalonev. Biztonsági gondokat okozott, úgyhogy egy ideje alapértelmezetten ki van kapcsolva a korábbi bekapcsolt helyett. A könyv kódja feltételezte, hogy ez engedélyezve van, pedig nem.
-
D.R.O.
tag
Hát így első ránézésre:
A második részben van hiba a hiba. Elfelejtettél értéket adni a változóknak.
A helyes kód:
<html>
<head>
<title>9.3. program a 9.2. példa űrlapjának feldolgozása</title>
</head>
<body>
<?php
// itt jön a javítás!
$felhasznalo = $_GET['felhasznalo'];
$cim = $_GET['cim'];
print "Üdvözlet $felhasznalo<p>\n\n";
print "A címe:<P>\n\n<b>$cim</b>";
?>
</body>
</html>
Nem az, hogy üreset írt ki, hanem, hogy <?-t használtál <?php helyett, s emiatt nem fordította le azt a részt a php, így a < nevű fájlnak akarta elküldeni a formot, de nyilván ilyen fájl nem létezett, a ? jel után részt meg ugyebár query string-nek értelmezte. 
Új hozzászólás Aktív témák
- BESZÁMÍTÁS! LENOVO ThinkPad P15 Gen1 - i7 10850H 16GB DDR4 512GB SSD Quadro T1000 4GB WIN11
- BESZÁMÍTÁS! Apple MacBook Pro 14 M4 Max 36GB RAM 1TB SSD macbook garanciával hibátlan működéssel
- iPhone 14 Pro Max 128 GB Eladó
- iphone X (10) 64gb space grey független 100% akku
- ERAZER Cooling Kit V2 Vízhűtés - MD 62737 Beast 16 X1 gamer laptophoz
- ÁRGARANCIA!Épített KomPhone Ryzen 7 9700X 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
- HIBÁTLAN iPhone 13 Pro Max 256GB Graphite -1 ÉV GARANCIA - Kártyafüggetlen, MS3756, 100% Akkumulátor
- HIBÁTLAN iPhone 15 Pro Max 256GB Blue Titanium -1 ÉV GARANCIA -Kártyafüggetlen, MS3693
- Magyarország piacvezető szoftver webáruháza
- Surface Pro 7+ i5-1135G7 16GB 1000GB 1 év garancia
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: BroadBit Hungary Kft.
Város: Budakeszi