ugrás a tartalomhoz

PHP5-re váltás után nem megy az oldalam

Termes · 2008. Május. 27. (K), 13.06
Sziasztok,

ismét egy egyszerű kérdést tennék fel:

A minap a szolgáltatóm egy új szervert üzemeltetett be, amelyen az alábbi paraméterek kerültek beállításra: MySQL 5, PHP 5 (global_registers OFF).

Mára az oldalaim közül kettő (eddig) erre a szerverre került, és azóta a főoldalon kívűl semmi sem jeleníthető meg. A linkekre kattintva mintha frissítene az oldal.

Mi lehet az oka?

Köszönöm a válaszokat előre is, üdv:
SZJ
 
1

Beállítások

vbence · 2008. Május. 27. (K), 13.13
Ha register globalsal csináltad a megoldás az lenne, hogy a régi beállításokat visszaállítsd a site számára. Ehhez létre kell hoznod egy .htaccess nevű fájlt a következőkkel:

php_flag register_globals on
php_flag register_long_arrays on
Ez nagyjából azt a környzetet fogja adni, ami a régirégi PHP4-ben alapértelmezett volt.
2

#404

Termes · 2008. Május. 27. (K), 13.26
Szia Bence,

sajna nem jó, 404-eset dob ki.
7

de mi?

vbence · 2008. Május. 27. (K), 14.19
Én semmit nem írtam amire vonatkozhatna :) Picit pontosabban... Másrészt a rewrite akkor van, ha ilyet hazsnálsz:
http://weblabor.hu/cikkek/rovidwebcim

Egy kis kiegészítés: készíts egy info.php-t:

<?php phpinfo (); ?>
Ha ebben a register_globals offra van állítva (anak elenére, hogy van .htaccess fájlod), keresd meg a szolgáltatót, hogy engedélyezzéka htaccesst.
3

Bővebb infó

janoszen · 2008. Május. 27. (K), 13.38
Ennél egy kicsit részletesebb infó kellene. Rewrite engine-t használsz? Mit ír az error log?
4

Hűha!

Termes · 2008. Május. 27. (K), 13.43
Szia,

ez most kínai nekem. Autodidakta tanultam a programozást, tehát ezt most nem értem. ;)

Nem használtam semmit a dreamweaver-en, és a php manual-on kívül...

Ha segítenél hogyan nézhetném ezt meg, megnézném. :)
5

kevés információ

bandi · 2008. Május. 27. (K), 13.51
Sajnos ennyiből mi nem tudjuk megmondani, hogy mi lehet a hiba, mert nem tudjuk, hogy hogyan működnek az oldalaid. Általános tippeket találsz a php oldalán: Migrating from PHP 4 to PHP 5, és ott is írják, hogy alapvetően mennie kéne a dolognak.

De nagyon gyanús a register_globals, ha külön hangsúlyozni kell, hogy ki van kapcsolva. Próbáld meg, hogy esetleg működik-e on mellett, ha igen, akkor is sűrgősen kapcsold vissza off-ra, mert nagyon veszélyes. Talán itt az ideje kicsit frissíteni a kódot.
6

..

Termes · 2008. Május. 27. (K), 14.11
Köszönöm Bandi a hozzászólást, de sajnos ehhez is hülye vagyok, hogy megtudjam ki van-e kapcsolva a r_globals. Egyébként ki/be sem tudnám kapcsolni... :(

A forráskódban semmi különleges nincsen.

Valamit tudok tenni?
8

gyors teszt

bandi · 2008. Május. 27. (K), 14.22
Próbáld meg azt, hogy csinálsz egy teljesen egyszerű script-et, ami kiírja a $foo változó, valahogy így

<?php echo "A foo változó tartalma: $foo"; ?>
A meghívásban adj neki egy foo nevű GET paramétert, pl.: foo.php?foo=valami. Ha látod a foo értékét, akkor be van kapcsolva a register_globals. Ha nem látod, akkor jó, mert ki van kapcsolva. A legegyszerűbb, ha beszélsz a szerver fenntartójával, neki tudnia kell.
10

...

Termes · 2008. Május. 27. (K), 14.41
Erre a sorra nem reagál, semmilyen változóval.
9

hiba kiíratás

rrd · 2008. Május. 27. (K), 14.22
Az oldalad fő index.php-jának ez legyen az eleje:
<?php
error_reporting(E_ALL);
ini_set('display_errors', 'on');
//minden más ez után
?>
Ezzel bekapcsolod a hibák kiíratását. A hibaüzenetek alapján pedig be tudod azonosítani, hog yhol keletkezik a hiba.
11

hibaüzenet

Termes · 2008. Május. 27. (K), 14.42
Ide pedig ezt a sort írja:

Parse error: syntax error, unexpected T_STRING in /USER/termesprojection_hu/index.php on line 2
12

ötlet

gex · 2008. Május. 27. (K), 16.08
ha jól feltételezem a termesprojection.hu-ról van szó. az aloldalakat a $_GET['tp'] változó alapján jeleníted meg, azaz te egyszerűen $tp-ként hivatkozol rá. a $tp változót - mivel a register globals off-ra van állítva - írd át mindenhol $_GET['tp']-re.

ezt mondták a többiek is, de remélem így gyakorlatiasan leírva érthetőbb.
13

String

janoszen · 2008. Május. 27. (K), 16.31
Nem, akkor undefined variable notice-t kapna, ez pedig egy szintaktikai hiba. Látni kellene a hibaüzenetben emlegetett fájl emlegetett sorának a környékét.
14

részlet...

Termes · 2008. Május. 27. (K), 16.46
Részlet...

<?php
/*
error reporting(E ALL);
ini set('display errors', 'on');
*/
?>
<?
ob_start();
?>
<? include("alap.php");
?>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>

</head>
<body>
<? if ($tp === zeneim)include("main.inc");?>
<? if ($tp === contact)include("contact.inc");?>
<? if ($tp === magamrol)include("magamrol.inc");?>
<? if ($tp === letoltes)include("letoltes.inc");?>
<? if ($tp === hiba)include("hiba.inc");?>
<? if ($tp === kuldes)include("kuldes.inc");?>
<? if ($tp === adatvedelem)include("adatvedelem.inc");?>
<? if ($tp === jog)include("jog.inc");?>
<? if ($tp === feltetelek)include("feltetelek.inc");?>

</table><map name="ImageMap1">
<area shape="rect" coords="49, 6, 218, 91" href="?tp=contact">
<area shape="rect" coords="231, 2, 405, 95" href="?tp=zeneim">
<area shape="rect" coords="417, 6, 587, 91" href="?tp=magamrol">
</map>
</body>
</html>
<? ob_end_flush(); ?>
16

eredeti kérdésre volt válasz

gex · 2008. Május. 27. (K), 16.51
parse error esetében nem láttam volna az oldalt sem, az azt okozó hibát valószínűleg eltávolította időközben. amit én írtam az eredeti kérdésre vonatkozott.
15

siker!

Termes · 2008. Május. 27. (K), 16.50
Köszönöm gex, a Te megoldásod a jó! Így működik már.

Mégegyszer köszönöm mindenkinek.
Üdv,
SZJ
17

parse error oka

gex · 2008. Május. 27. (K), 16.55
a parse errort azért kaptad, mert az ini_set és error_reporting függvényeket aláhúzásjel nélkül írtad be.

kár, hogy a kódodat időközben kitörölted, mert így utólag senki nem fogja tudni, miről is beszéltünk itt...
18

a word of warning

vbence · 2008. Május. 27. (K), 17.20
Én még mindig a reg_globals és long_arrays visszakapcsolását javaslom, mintsem spetiben átírni az oldalt reg.globals nélküli változatra. Ki tudja hol használod még $valozozo-ként a getes paramétereket. Meg akarod várni, hogy minden egyes hiba kijöjjön, és akkor kijavítod őket?
19

Próbáltam...

Termes · 2008. Május. 27. (K), 17.51
Vbence, próbáltam, de #404-es hibakód lett a vége...
25

Válasz...

vbence · 2008. Május. 28. (Sze), 11.28
Ha a hetes postban feltett kérdésemre válaszolnál, és leírnád a 404 körülméneit, az segítene előre mozdítani a dolgot. Egyszerűen 404 lesz az index.php? Postosan ezt írtad a .htaccess-be? Volt a könyvtárba eredetileg .htaccess file? Csináltál indo.php -t? Mit mknd előtte és utána? Stb stb stb...
20

igen..

Termes · 2008. Május. 27. (K), 18.33
Igazad lehet, mivel az aloldalak ugyan elérhetők, de az adatbázis-lekérdezések nem működnek!
21

extract()

Ronyn · 2008. Május. 27. (K), 19.44
Esetleg az extract és a import_request_variables segitségével emulálhatod a register_globáls on beállitását,
csak ezt akkor minden fájl elején meg kell tenned....
22

nem igaz!

Termes · 2008. Május. 27. (K), 19.59
Basszus, ha ennyire macerás, akkor inkább visszaállíttatom a régi szerverre, komolyan mondom.

Fő a fejem emiatt. Pfff.

Köszönöm az eddigi segítségeket.

Üdv:
SZJ
23

Tanuld meg!

janoszen · 2008. Május. 27. (K), 21.29
Inkább tanuld meg hogy kell! A register_globals php 4.n óta default off állapotban van annak pedig igencsak pár éve van! És nem véletlenül állították át, ugyanis ez biztonsági problémákat okozhat.
24

ok :)

Termes · 2008. Május. 28. (Sze), 11.08
Van valami (magyar) anyag olyanok számára, mint amilyen én vagyok?

Örömmel olvasnék utána!

Üdv,
SZJ
26

PhpManual...

Ronyn · 2008. Május. 28. (Sze), 11.34
Plusz google-be keresés "php leirás" szavakra....
27

Re:

Termes · 2008. Május. 28. (Sze), 11.41
A manualban konkrét dolgokról tudok tájékozódni, de szerintem nekem ehhez egy átfogó általános esszé kellene, hogy egyáltalán tudjam, merre keresgéljek.

Ilyen létezik?
28

Több helyen

Ronyn · 2008. Május. 28. (Sze), 12.25
Több helyen is megtalálhato,például a "Tanuljuk meg a PHP-t 24 ora alatt" c. könyv teljes anyaga,illetve a "Php fejlesztés felsöfokon" anyaga is.
http://google.hu
29

Nem ajánlott

zila · 2008. Május. 28. (Sze), 12.29
Tanuljuk meg a PHP-t 24 ora alatt

Ezt a könyvet mindenki kerülje el. Messzire. Sok tipikus kezdő hiba köszönhető ennek a "műnek".
30

Ezzel nem értek egyet

Ronyn · 2008. Május. 28. (Sze), 12.41
Minden könyvben vannak hibák,ebben is,viszont ebben legalább teljesen az alapoktol indul a leirás...
Egy kezdö hiába olvassa,a "Php fejlesztés felsöfokon" cimü könyvet, vagy a un."Fekete könyvet",nem lesz töle okosabb....
Hibázni, minden kezdö hibázik,elkövetik az un "kezdö hibákat",bármilyen könyvböl is "puskáznak"))
Ha valaki csak össze akar dobni egy dinamikus oldalt,mert az sikkes,az ugysem fog belemerülni a php tanulmányozásába,de ebböl a könyvböl legalább megtudhatja,mi is az a "while" netán "do.while" ciklus(a legtöbb könyv feltételezi ezek ismeretét!!)...
(Persze,aztán ugyis az a vége,hogy összeollóz mindenféle ingyenes scriptet,meg feltesz egy phpbb-t,és ö a "király")))
Ismerek pár ilyen "ifju titán"-t):D)
Aki meg komolyabban akar vele foglakozni,az irogat scripteket,gyakorol,és igy tanul(ideális esetben könyvböl csak a sémát/ötletet veszi)
31

Alapok

Max Logan · 2008. Május. 28. (Sze), 13.31
Persze, hogy feltételezi adott könyv, hogy ismered a ciklusokat, mert az programozás elmélet és nem PHP ...
33

És...

Ronyn · 2008. Május. 28. (Sze), 13.45
az elmélet nem része a php tanulásának?
Ha nincs tisztában az alapvetö függvények müködésével(amit az "ajánlott" könyvek már feltételeznek),legfeljebb csak "copy-paste scriptkiddy" programozó lesz.
34

Ha nincs tisztában az alapvetö függvények müködésével ..

Max Logan · 2008. Május. 28. (Sze), 14.40
Ha nincs tisztában az alapvetö függvények müködésével [...]

Akkor jön a manual, ami pontosan azért van, hogy megtudja az illető, hogy adott függvény mit és hogyan csinál ...
37

Mármint...

Ronyn · 2008. Május. 28. (Sze), 15.10
ugy érted HA!! tud angolul...
A fenti hozzászólásból ugy értelmezem,hogy a téma nyitójának sem erössége az angol nyelv,igy nem sokat segit a manuál.
Bár,tudom-sok helyen elhangzott- "aki programozni akar,tanuljon meg angolul"...
Persze,igazából én nem értem mi az összefüggés a kettö között,és inkább szomorúnak tartom az ilyen hozzáállást,illetve,hogy nincs egy teljes magyar nyelvü leirás.
Más országok komoly energiát fektetnek a nyelvük megujításába,nyelvkulturájuk fejlesztésébe;mi elintézzük ennyivel:"Tanulj meg angolul"... ...de ez megint egy másik történet)))
38

Magyar szakirodalom

Max Logan · 2008. Május. 28. (Sze), 15.39
Azt én is szeretném tudni, hogy miért nem fordítják le a kiadók a jó angol szakmai könyveket magyarra (nem hiszem el, hogy ne érné meg).

Egyébként pedig számtalanszor volt már a közelmúltban linkelve Nagy Gusztáv jegyzete.

A manual-nak egyébként van/volt magyar nyelvű változata.

A számítástechnika nyelve az angol. Ezzel nem lehet mit kezdeni. Én ma már 10-ből 9 esetben egyből angolul keresek információt adott problémára, mert min. 10x gyorsabban kapok eredményt.

Ennek egyik oka, hogy az angol nyelv jóval egyszerűbben fogalmaz. Amit angolul le lehet írni 3-5 szóban, azt a magyar nyelv sokrétűsége miatt, mint 5-10 féle képpen lehet megfogalmazni. A másik ok, hogy jóval több infó van fent angolul, mint magyarul, lévén az angol világnyelv, egyben az informatika nyelve. (Egyébként én sem vagyok (még) perfekt angol, de legalább megértem amit olvasok, ez pedig hatalmas előny.)

Az, hogy valaki milyen gyorsan tanul meg programozni főként a hozzáállásától függ. Meg kell tanulni keresni, főleg ma, amikor gyakorlatilg minden problémára megtalálható a megoldás interneten.

Egyébként pedig olvasni kell a forráskódot, mert abból lehet a legtöbbet tanulni. Mi anno a középsuliban azt tanultuk (még Pascal órákon), hogy egy jó programozó a kódra ránézve meg tudja mondani, hogy mit csinál. Egyébként pedig egyetértek zila-val, meg kell tanulni algoritmizálni és amit én szoktam hangsúlyozni tervezni.

Lehet, hogy valaki csak egy vendégkönyvet akar, de ha már csinál valamit, akkor csinálja jól. Egy vendégkönyv esetében már kapásból előjön az SQL injection. Persze lehet azt mondani, hogy mit foglalkozzon ezzel a kezdő, de ha nem akarjuk, hogy tele legyen szeméttel a net, akkor igenis a profizmus/szakmai igényesség felé kell terelni a kezdőket.
39

Az angol nyelvet

Ronyn · 2008. Május. 28. (Sze), 16.12
illetöen igazad van,de attol még szomorú,hogy sajnos tényleg kell! angolul is tudni,ha utánna szeretne nézni valaminek az ember...
A forráskód olvasásához,szintén szükséges a nyelv legalább alapszintü ismerete...
Még annyit hangsúlyoznék,hogy aki autodidakta módszerrel tanulja a php-t(sokan),annak -szerintem- szükséges némi sikerélmény -pl.:egy önállóan megirt müködö kód-ami-mégha a profi szemével nézve "szemét is- mégis arra ösztönzi az ember,hogy továbbképezve magát,fejlesztve tudását ujabb sikereket érjen el...
És eközben ugyis ráébred a fentebb emlitett dolgok fontosságára(vagy nem,de akkor ugyis mindegy).
Ha -szerintem- elsöre absztrakcióval,programozáselmélettel,algoritmizálással "ijesztgetik" az embert,mielött még konkrét nyelvismerete lenne,abból sok esetben sem jo,sem rossz programozo nem lesz.
Szerintem....
Remélem nem ez a cél....
---------
Ezt leszámitva,nem vitatom az igazadat)))
32

Programozás alapjai

zila · 2008. Május. 28. (Sze), 13.37
A programozás alapjait kell megtanulni, nem a php alapjait. Algoritmizálni kell megtanulni, logikát kell tanulni, absztrakciót kell tanulni. Ezekre nem tanít meg (a fekete könyv, meg a * haladóknak sem tanít meg). A php 24 óra alatt viszont olyan rossz példát mutat, hogy azzal többet árt mint használ. A kezdő friss agyába a legrosszabb huzalokat égeti be. Ráadásul _elavult_.

Pár kezdő könyv:
Kingsley-Hughes, Adrien és Kathie:
Kezdőkönyv a programozásról

Harris, Simon - Ross, James:
Kezdőkönyv az algoritmusokról

Ez azért már fajsúlyosabb:
Fóthi Ákos:
Bevezetés a programozáshoz

Nem teljesen kezdőknek, de ez jó könyv (pedig FORTRAN példákon keresztül magyaráz :)
B.W. Kerninghan, P.J. Plauger: A programozás fortélyai
35

Ezzel nem értek egyet))))

Ronyn · 2008. Május. 28. (Sze), 14.52
Algoritmizálni kell megtanulni, logikát kell tanulni, absztrakciót kell tanulni.

Mindez nem sokat ér egy nyelv alapjainak konkrét ismerete nélkül.
A programozás alapjait is konkrét példákon keresztül lehet szemléltetni,tanitani.
Vagyis nyelvismeret szükséges hozzá.
Pl.:
Kingsley-Hughes, Adrien és Kathie:
Kezdőkönyv a programozásról
A legnagyobb része vbscript és c++ nyelvet veszi alapul,ami nem sokat segit a php megismerésében(bár a c++ hasonló,de ezt csak akkor tudja az ember,ha már a php-t is ismeri valamennyire).
Bár ez egy másik történet;de -szerintem- a logika/logikus gondolkodás nem igazán tanulható.
Bár -tény-,a php24 nemigazán tartalmaz ilyen jellegü programozás elméletet,de legalább megismertet a php alapjaival,a függvények müködésével-amit más könyv nem igazán tesz meg,mivel abból indul ki,hogy ezeket már tudja az olvasó.

Másrészt az általad javasolt "oktatási tematika" jó és ajánlott egy x éves képzésen,de aki csak egy mailküldöt,vagy vendégkönyvet akar irni,az nem valószinü hogy elsöre ennyire beleásná magát a témába(lásd:akár a fenti példát)),egyszerüen "csak" irni akar egy vendégkönyvet.
És ha az algoritmizálás és absztrakció fontosságáról hall,akkor esetleg csak letölt egy kész scriptet,és "ennyit a php-ról"...
-----
Az hogy elavult,nem biztos mivel (sajna),még most is sok helyen fut a php 4.2-4.4 verziója.
Az pedig hogy rossz példát mutat,szerintem szubjektiv-de ha igy is van,legalább elinditja az embert egy uton...

Annak aki még a "Hello világ" scriptig sem jutott el,jo lehet mert lehetöséget nyujt rá,hogy egyszerübb programokat irjanak php-ban,megismerjék(netán megszeressék) a nyelvet/programozást.
Aztán vagy megáll itt,vagy tovább fejlödik és jön a ,"Algoritmizálni kell megtanulni, absztrakciót kell tanulni." esetleg más nyelve(ke)t is megtanul.
40

Replika

zila · 2008. Május. 28. (Sze), 18.01
Mindez nem sokat ér egy nyelv alapjainak konkrét ismerete nélkül.
A programozás alapjait is konkrét példákon keresztül lehet szemléltetni,tanitani.

Igazad van, de itt könnyen eshetünk tyúk-tojás csapdába :)
Továbbra is fenntartom, hogy absztrakciós készség és algoritmizálás nélkül nem fogsz tudni programozni. Maximum egy nyelv szintaktikáját ismered. Megkönnyíti a tanulást, ha mindez egy konkrét programozási nyelven keresztül történik, ezt elismerem. Viszont számítógép már nem feltétlenül kell hozzá. Papíron, fejben sokkal jobb: ilyenkor te vagy a cpu. Ha csak a programot bepötyögöd és elindítod nem látod, hogy valójában mi történik futás közben, csak annak végeredményét látod. A logo például tök jó kis tanulónyelv, egyszerű, látványos. Talán még magyar nyelvű értelmező is van hozzá :)

Bár ez egy másik történet;de -szerintem- a logika/logikus gondolkodás nem igazán tanulható.

Valamilyen szinten azért mégis. pl.: http://www.antikvarium.hu/ant/book.php?ID=199803

Az pedig hogy rossz példát mutat,szerintem szubjektiv-de ha igy is van,legalább elinditja az embert egy uton...

Ha egy kezdő rossz úton indul el, attól később írtózatosan nehezen lehet eltéríteni. Mert ezek a rossz beidegződések válnak a készség szintű tudásának alapjává. A kérdéses könyveben a példák register_globals on-t feltételeznek, aki ebből tanul, az szintén így építi fel a programjait, aztán meg csodálkozik, hogy jé nem is működik a példa kód...
Ha valaki tisztában van a programozás alapjaival, egy konkrét nyelv megtanulása már gyerekjáték (többnyire :)

Bár -tény-,a php24 nemigazán tartalmaz ilyen jellegü programozás elméletet,de legalább megismertet a php alapjaival,a függvények müködésével-amit más könyv nem igazán tesz meg,mivel abból indul ki,hogy ezeket már tudja az olvasó.

Ezt a manuálból is meg lehet tanulni. Sőt, pont erre van a manual: az adott nyelv lehetőségeit lehet megismerni, olyanoknak akik már ismernek legalább egy nyelvet...

Az hogy elavult,nem biztos mivel (sajna),még most is sok helyen fut a php 4.2-4.4 verziója.

Attól mert sok helyen használják még elavult. Sok trabant is fut az utakon, sőt vannak veteránautók is, mégis elavultak.
Ez csak a szolgáltatók lustaságát jelzi.

Az is egy tipikus rossz beidegződés, hogy "csak egy vendégkönyvet akar írni és kész", mert ha ennél többet nem akar, akkor szerintem ne akarjon programozni, bízzon meg valakit aki ért hozzá. Házat sem épít bárki, hogy dehát csak egy szoba-konyhát akarok.

Előre is elnézést a hülye hasonlataimért :))
41

nem szubjektív

Hodicska Gergely · 2008. Május. 28. (Sze), 19.32
Az a könyv nem szubjektíven rossza, hanem úgy rossz, ahogy van. És az nem szégyen, ha egy könyv elavul, de az igen, hogy már a megjelenésekor tökre elavult, nem bizotonságos dolgokra tanít egy kezdőt.

Ha egy kezdő rossz úton indul el, attól később írtózatosan nehezen lehet eltéríteni. Mert ezek a rossz beidegződések válnak a készség szintű tudásának alapjává.
Ráadásul mivel egy könyben olvasta az eléggé legitimmé teszi az ilyesmit, és elég nehéz néha elhitetni, hogy az úgy nem jó.


Üdv,
Felhő
43

register?

Ronyn · 2008. Május. 28. (Sze), 22.15
Ezek után feltételezem a register_gobáls lenne az a "tökre elavult és nem biztonságos" dolog.
Egy kicst tul van "lihegve" ez a opció,szerintem...
Persze egy profi alkalmazásnál alap,de egy kezdö elsö 1-2 scriptjénél nem tekinteném hibának ha erre épit,pláne hogy a legtöbb(pláne ingyenes szerveren) ez az alapbeállitás még mindig.
Persze,azok is mind "tökre elavult és nem biztonságos",de ez van ezt kell szeretni.
Igaz,a könyv is erre épit -ami ok. hiba- de fel is hivja erre a figyelmet.
Szerintem csak akkor jelent biztonsági kockázatot,ha nincs tisztában az ember a müködésével/mibenlétével...
Félreértés ne essék,én nem állitom hogy ez egy "php biblia",de olyan dolgokat tárgyal ,ami más könyvben nem igazán van benne,és igy hiba lenne egyszerüen egy "rossz,dobd ki" cimszóval elintézni...
44

részben

Hodicska Gergely · 2008. Május. 28. (Sze), 23.39
Volt még abban a könyvben jó pár disznóság (ne kérdezz részleteket, elég régen volt). Megjegyzem, most csodálkoztam rá a szerzőre, aki nagyon jó Apress könyvet írt azóta (PHP Objects, Patterns, and Practice), nemrég jelent meg a második kiadása, és nem mellesleg Yahoonál tolja, és pl. olyan cuccok kötődnek a nevéhez, mint az r3 és a stickleback.

Ettől függetlenül ez a könyv totál elavult, vedd csak azt alapul, hogy amit egy ilyen könyben pl. az OOP lehetőségekről olvasol, az kb. nulla a mai PHP képességeihez képest, rengeteg új függvény is van, a régiek is folyamatosan fejlődtek, annyi apró különbség van.

ami más könyvben nem igazán van benne,
Töménytelen alapokat bemutató PHP könyv van, linkeltem be ide ingyenes online-t is, és még magyarul is jelent meg ilyen: http://www.panem.hu/images/termekkepek41/kl_PHP5.pdf . Pont inkább az a zavaró, hogy alig jelenik meg igazán érdekes, valami újdonságot bemutató könyv, még a hangzatosabb címűek is általában elég alap témákat taglalnak.


Üdv,
Felhő
42

Re.))

Ronyn · 2008. Május. 28. (Sze), 21.45
. Viszont számítógép már nem feltétlenül kell hozzá. Papíron, fejben sokkal jobb: ilyenkor te vagy a cpu.

Ez igy igaz)))
Továbbra is fenntartom, hogy absztrakciós készség és algoritmizálás nélkül nem fogsz tudni programozni. Maximum egy nyelv szintaktikáját ismered. Megkönnyíti a tanulást, ha mindez egy konkrét programozási nyelven keresztül történik, ezt elismerem.

Szerintem konkrét nyelvismeret nélkül,olyan mint az elméleti úszásoktatás- "Elméletileg nagyon jól úszok,csak még vizben nem próbáltam"))))
De,igazad van:tyuk<->tojás)))
Valamilyen szinten azért mégis. pl.: http://www.antikvarium.hu/ant/book.php?ID=199803

Persze,"valamilyen szinten" az IQ is fejleszthető)))
Ha egy kezdő rossz úton indul el, attól később írtózatosan nehezen lehet eltéríteni. Mert ezek a rossz beidegződések válnak a készség szintű tudásának alapjává. A kérdéses könyveben a példák register_globals on-t feltételeznek, aki ebből tanul, az szintén így építi fel a programjait, aztán meg csodálkozik, hogy jé nem is működik a példa kód...
Ha valaki tisztában van a programozás alapjaival, egy konkrét nyelv megtanulása már gyerekjáték (többnyire :)

Ezen az alapon a forráskódok tanulmányozása is -amely szerintem is egy örökérvényü tanitás- felesleges,söt hiba-hiszen akadhat a kezdö útjába rossz kód is,és egy kezdö nem fogja tudni eldönteni hogy az a kód,egy jól megirt "profi" kód,vagy pedig egy olyan amely -bár müködik- de igazából egy szemét.
Úgy gondolom,az hogy mit szür le egy adott kódból(vagy könyvböl)azaz adott ember hozzáállásán mulik,és azon hogy hajlandó-e aztán fejlödni.
A fenti esetben a kérdezö-szerintem- még a reg.globals mibenlétével sem volt tisztában,mivel ha igy lett volna,akkor magátol is rájött volna a lehetséges megoldásra.
Ráadásul a könyv is ír a szóban forgó hiba(lehetöség)röl,igy-ha másképp nem- a könyv elolvasásával!,rájöhetett volna a hiba okára.
Másrészt nem hiszem hogy-mint itt is sokan beállitják- a "register_globals Off" lenne a php alfája és omegája(vagy a php5 nagy erössége)),és igazából-ha odafigyel az ember akkor különösebb biztonsági kockázatot sem jelent(persze,tény megkönnyíti a hibák elkövetését,de nem hiszem hogy ebböl származna a tipikus hibák többsége).
[off]Ma is fut egy-két olyan chat,aminek az összes felhasználói adata megtalálható a tárhelyem logjában-ami szintén egy alapvetö és durva hiba,de speciel semmi köze a register_globals-hoz[/off]
Egy kezdön nem fog kifogni,ha hibázásról van szó)))
[off]Anno,mikor foglalkoztam php-val,az elérhetö scriptek nagy része php3-ban íródott,és nem igazán volt kérdés a reg.globals beállítása.
Söt,én még az import_request_variables()-t is bevetettem,mert mennyivel könnyebb volt ,hogy ott volt minden változó,és úgy ahogy én gondoltam.
Mégis rájöttem hogy nekem is jobb ha Off-ra állitom,és mivel akkor még a tárhelyek 95% on volt az alapbeállítás,így a manuálon leirtak szerint emuláltam az Off beállítást.[/off]
Egyébként a könyvben is szerepel,hogy az "Off" az ajánlott beállítás,és figyelmeztetnek is,hogy ennek dacára a könyv példáinak jó része,az "On" beállitásra épit.
A többi -mint irtam- a hozzáálláson múlik))
Ezt a manuálból is meg lehet tanulni. Sőt, pont erre van a manual: az adott nyelv lehetőségeit lehet megismerni, olyanoknak akik már ismernek legalább egy nyelvet...

A manualt -úgy gondolom- már kibeszéltük,mivel csak részben érhetö el magyarul,igy nem igazán alternativája egy magyar nyelvü szakkönyvnek.
Attól mert sok helyen használják még elavult. Sok trabant is fut az utakon, sőt vannak veteránautók is, mégis elavultak.
Ez csak a szolgáltatók lustaságát jelzi.

Ebböl a szempontból igazad van,de szerintem ugyanez a véleményed a "php5 24 óra alatt" cimü könyvröl is -ami azért csak nem elavult...))
Az is egy tipikus rossz beidegződés, hogy "csak egy vendégkönyvet akar írni és kész", mert ha ennél többet nem akar, akkor szerintem ne akarjon programozni, bízzon meg valakit aki ért hozzá. Házat sem épít bárki, hogy dehát csak egy szoba-konyhát akarok.

Persze,de a php nem fog a fiai fejére dölni,ha elcseszi)))
De ha csak egy "tyúkólat/kutyaólat" akar épiteni/barkácsolni egy ujságban talált leirás alapján,és van kedve hozzá,miért ne álljon neki?
Azért még nem kell elötte müszaki egyetemre mennie,ugye?
Aztán,ha megszereti,és nagyobb dolgot akar csinálni,akkor ugyis elmegy tanulni...
(persze,lehet nem megy majd tanulni,vagy nem fejlödik tovább,de ebben már nem a könyv lesz a hibás..)
36

mi a cél?

Matyi Gábor · 2008. Május. 28. (Sze), 15.03
én azt nem értem, hogy mi a cél. Egy működő oldalad, vagypedig php-ban szeretnél megtanulni programozni. Ha az előbbi, akkor szerintem tedd vissza az oldalad a régi szerverre, aztán menj el a haverokkal sörözni :) Ha az utóbbi, akkor viszont tedd fel az otthoni gépedre egy fejlesztőkörnyezetet, nézz körbe a neten php leírásokból, aztán küzdj amerre lehet.
De azt is csinálhatod, hogy letöltesz különféle php-ban írt cuccokat, aztán a forráskódot tanulmányozod, megpróbálod megírteni, hogy azok miként működnek, mások miként csinálják.
45

lol

Termes · 2008. Május. 30. (P), 12.54
Kaptam hideget-meleget.

Köszönöm a sok infót és kritikát.

Üdv,
SZJ