ugrás a tartalomhoz

Undefined variable: errors

csaknoriss · 2012. Már. 6. (K), 11.57
Sziasztok!

Az alábbi hibakódot kapom:
Notice: Undefined variable: errors in /var/www/olalam/public_html/_a/newsin.php on line 158


Ebbe a sorba ez szerepel a php kódomba:
<?=$errors['cim']?>

ez mitől lehet? Gondolom a kód a rossz. Nem én fejlesztettem az olalt csak átveszem. Ha törlöm az adott sort a hibakód továbbra is fenntmarad.
Hogy tudnám eltűntetni, mert ugye ha törlöm az alábbi sort a kódomból, akkor is fennt áll a hiba. Vagy esetleg valami ötlet, hogy mire lehetne definiálni? :) (de gondolom ez hülye kérdés.)

Kérem aki tud segítsen.
Köszönöm.
 
1

Nincs definialva

janoszen · 2012. Már. 6. (K), 12.52
A hiba azt jelenti, hogy a $errors valtozo nincs definialva. Az hogy miert, nem derul ki a bemutatott kodbol.
2

Ezen kívül ez nem is hiba,

bb0072 · 2012. Már. 6. (K), 13.16
Ezen kívül ez nem is hiba, hanem notice. Ez nem akasztja meg a php szál futását, sőt a php egyik jellemzője, hogy megengedi a definiálatlan változók használatát.

Ha viszont nem kapcsolod ki a notice-ok kiiratását, elég sokszor fogod még látni ezt a hibát valószínűleg.
3

performance of error handling

Hidvégi Gábor · 2012. Már. 6. (K), 13.22
performance of error handling in php
Ez alapján szerintem érdemesebb a notice-okat javítani, mint kikapcsolni a megjelenítésüket.
4

notice

csaknoriss · 2012. Már. 6. (K), 13.27
hogy tudom kikapcsolni őket?
Mert azt értem, hogy nincs ledefiniálva az errors változó...ezért írtam, hogy nm én fejlesztettem csak átveszem a rendszert.
5

http://php.net/manual/en/func

bb0072 · 2012. Már. 6. (K), 14.06
http://php.net/manual/en/function.error-reporting.php

Mondjuk tényleg szebb, amit Hidvégi Gábor javasolt, de én már találkoztam olyan rendszerrel, ahol több mint 2 hétig tartott volna az összes notice javítása. Production környezetben egyébként is KÖTELEZŐ elrejteni ezeket. Szóval nem elég csak a javítás, el is kell rejteni, hogy véletlenül se legyen az oldalon.
6

Köszönöm próbálkozom

csaknoriss · 2012. Már. 6. (K), 14.11
Köszönöm próbálkozom vele.
Nem bonyolult az admin felület ahol kiírja, talán 4 menüpont ahol kiírja...és ezek azok amibe fellehet vinni az egyes adatokat(szavazás, hírek...)
7

Szerintem

Poetro · 2012. Már. 6. (K), 14.50
Szerintem azokat a programozókat el kellett volna küldeni saját költségükre egy tanfolyamra, és utána ingyen ki kellett volna javítaniuk ezeket a hibákat. Ez semelyik fejlesztőnek nem lehet kifogás, hogy csak E_NOTICE, mivel ezeket nagyon könnyű megtalálni, és mindegyik fejlesztőnek nagyon ajánlott legalább E_ALL mellett fejleszteni.
8

Egyetértek.

Hidvégi Gábor · 2012. Már. 6. (K), 14.59
Egyetértek.
12

Amúgy én is egyetértek, és én

bb0072 · 2012. Már. 7. (Sze), 12.44
Amúgy én is egyetértek, és én magam figyelek is az ilyesmire. Viszont a php egyik nagy előnye az a rugalmasság, amellyel nagyvonalúan figyelmen kívül hagyja az efféle eltévelyedéseket, nagymértékben hozzájárult a nyelv népszerűségéhez, elterjedéséhez. A honlapok 99%-ánál nem igazán szűk keresztmetszet, hogy vannak-e a kódban ilyen "hibák" vagy sem.
9

Választ már kaptál,

Pepita · 2012. Már. 6. (K), 20.33
én viszont nem értem, hogy
Ha törlöm az adott sort a hibakód továbbra is fenntmarad.
Ez nem lehetséges, ilyenkor legalább másik sorra/változóra kéne kapjál másik notice-t.
Sok szempontból nem javasolt az ilyen kiírási forma: <?=$errors['cim']?>. Ehelyett is pl. <?php print($errors['cim']); ?> kellene. Ilyen oldalt szerintem ne vegyél át - főleg ha te nemigazán értesz hozzá -, mert tele lehet még egyéb hibákkal is. Nagyon slendrián munka.
10

De muszáj átvenni. Itt más

csaknoriss · 2012. Már. 7. (Sze), 09.37
De muszáj átvenni. Itt más hiba nincs csak ez. Ez biztos.
Ha törlöm az adott sorból az értékét, akkor is ugyanazt a sort írja ki hibásként, akár üres akár másik függvény szerepel benne.
11

Felülírtad?

Poetro · 2012. Már. 7. (Sze), 12.14
És biztosan feltöltötted arra a szerverre, abba a könyvtárba, ahol futtatod a dolgot? Mert nekem úgy tűnik, hogy te még mindig a régi fájlt futtatod.