vagy a fileokban csak a rövit tag található, és arra nincs felkészítve.
<? vs <?php

Egyszerű életet élek. Ami üres megtöltöm, ami tele van kiűritem

<?php {...} ?> szintaktikával ágyazok mindenhol.

Athlon64+: köszi

•

Üdvözletem!

Elkezdenék PHP-t tanulni. Nagyon semmit nem tudok róla. Merre induljak el? Valami magyar nyelvű tutorial található-e a neten? Nem igazán találtam ilyesmit. Vagy másfele induljak? Mit tanácsoltok?

toledói csöcsparádé | ''Az ég kék volt, a szemed szürke, én zöldet hánytam...'' | Trutymó terror

Felejtsd el a PHP-t, legrosszabbul fizetett nyelv. C,C++, Java, Objective-C, esetleg .net, amibe érdemes beszállni.

A jó kis szaftos trollkodás.
Amit írtál, az megint az "attól függ"-kategória, önmagában szerintem nem helytálló. Egyébként azzal viszont egyetértek, hogy a PHP renoméja nem túl jó, ennek sajnos meg is van az oka, ezért jó sok meló szarul fizet, és például egy ASP.NET-es melót szvsz nagyobb eséllyel találsz több fizuért.

[ Szerkesztve ]

Sk8erPeter

Ja végülis a PHP lehet igencsak túlfizetett nyelv is, ha az átlag ár / kódminőség rátát nézzük.

A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.

Ez így van.
Egyébként gondolom értetted Te is, mire gondolok, hogy egyes cégeknél jó állásért meglepő fizukat lehet hallani még PHP-munkakörben is.
Meg azért írtam, hogy "trollkodás", amit válaszolt, mert az volt a kérdés, milyen tutorialt nézzen meg, nem az, hogy belevágjon-e és jó fizut fog-e kapni, vagy sem.

[ Szerkesztve ]

Sk8erPeter

Ott volt a kérdés, hogy másfele induljon-e? Azt pedig úgy értelmeztem, hogy más szakterület irányába induljon-e...

A fizuval kapcsolatos állításod pedig bizonyosan téves, ha azonos pozíciókban gondolkodunk. Egy random junior/senior C++ programozó mindig többet fog keresni, mint egy random junior/senior php programozó. Nyilván a nagy átlagot tekintve.

"Egy random junior/senior C++ programozó mindig többet fog keresni, mint egy random junior/senior php programozó."
Jaja, ez igaz. Én inkább csak arra gondoltam, hogy ettől függetlenül vannak jó fizuért PHP-s állások (nem saját tapasztalatból beszélek, mielőtt kérdeznéd ).

"Ott volt a kérdés, hogy másfele induljon-e? Azt pedig úgy értelmeztem, hogy más szakterület irányába induljon-e."
Ja, lehet, hogy így értette, én elsőre másképp értelmeztem, azt hittem, arra gondol, hogy akár magyar nyelvű tutorial helyett tudunk-e ajánlani valami nagyon frankó angol nyelvű alternatívát.

Sk8erPeter

Ez segíthet az alapok megértésében:
Nagy Gusztáv: Web programozás alapismeretek
http://nagygusztav.hu/web-programozas

(mondjuk szerintem a webprogramozás egy szó, de mindegy )

Sk8erPeter

Igen, most már újra átolvasva inkább azt jelenti, mint amire te is gondoltál. No offense.

"Én inkább csak arra gondoltam, hogy ettől függetlenül vannak jó fizuért PHP-s állások "

Ezzel teljes mértékig egyetértek, bár szerintem ehhez külföldre kell menni. Vagy a Doclerhez.

[ Szerkesztve ]

Hát igen, valahogy így

Sk8erPeter

Dolgoztál a doclernél?

Bárcsak... Viszont kifejezetten jó híre van a cégnek juttatások szempontjából.

Jah értem. Tényleg nem rossz.

Köszönöm! (neked is és mindenki másnak is)

Ezek szerint magyar nyelvű tutorial nincs a neten? Esetleg valami könnyebb nyelvezetű angol?

toledói csöcsparádé | ''Az ég kék volt, a szemed szürke, én zöldet hánytam...'' | Trutymó terror

Szerintem elösször nem konkrétan a nyelvet kéne tanulmányoznod, hanem a programozási szokásokat, koncepciókat , hogy kicsit képben legyél. Azért mondom ezt, mert nekem az a tapasztalatom, hogy a neten lévő 1000 tutorialbol 995 használhatatlan vagy csak azoknak jó akik épp valamiért nem tudnak vagy lusták valamit leprogramozni, de látják ha egy kódban hiba van és/vagy be tudják az illeszteni a sajátjukba.

Ilyenekre gondolok, hogy : MVC, SQL security (injection), XSS, Singleton, OOP, stb (akinek van kedve kiegészthet) .

Ezeket ha beírod a googleba akkor el tudsz indulni valahol és rá tudod hangolni kicsit a gondolkodás módodat a programozásra és esetleg találsz olyan problémákra megoldást amiről azt sem tudtad, hogy léteznek . A kezdő tutorialokkal vigyázni kell, mert azok általában annyira elegek, hogy össze tudj valahogy kalapálni egy 'Hello World'-öt meg két adatbázis query-t a lehető legegyszerűbben, ami máris elindított a rossz irányba .

Amiket fent leírtam azok egy rész egy kezdőnek is kötelező, másik része kicsit haladóbb, de szerintem abban itt mindenki egyet ért, hogy rosszat nem érdemes tanulni mert ha komolyabban akarsz vele foglalkozni akkor előbb utóbb úgyis ki fogsz lyukadni ezeknél és akkor rájösz, hogy egy csomó időt elvesztegettél a hülyeségre.

Már le is szedtem, köszi.

Úgy általában meg: azért nem vagyok teljesen gyík a témához, egy halott programnyelvben rendszeresen debuggolok és ha kell, bele is javítok a kódba, emellett pedig egy másik, M.o.-on ismeretlen szoftverrel rendszeresen szerkesztek dokumentumokat. Csak hát ezekkel kitörölhetem, ha váltani szeretnék.

toledói csöcsparádé | ''Az ég kék volt, a szemed szürke, én zöldet hánytam...'' | Trutymó terror

"egy halott programnyelvben rendszeresen debuggolok"
Az melyik nyelv?

"emellett pedig egy másik, M.o.-on ismeretlen szoftverrel rendszeresen szerkesztek dokumentumokat"
De várj, a dokumentumszerkesztésnek mi köze a programozáshoz?

Sk8erPeter

De várj, a dokumentumszerkesztésnek mi köze a programozáshoz?
Igazából semmi, csak ez is a munkám része. (Csak úgy, mint sok minden más.)

Deltapower: Nem. Ha érdekel, akkor inkább priviben elküldöm.

toledói csöcsparádé | ''Az ég kék volt, a szemed szürke, én zöldet hánytam...'' | Trutymó terror

ha megengedtek egy buta kérdést:

class ViewTeszt {
private $db;

private $tomb;

function __construct() {
$this->db = new Database();
$this->tomb = array();

$this->select();
}

public function select(){
$result = $this->db->query("SELECT * FROM table");
while ($row = $this->db->fetch_array($result)){
$this->tomb[] = $row['title'].'<br>'. $row['content'].'<hr>';
}
}

public function showResult(){
foreach ($this->tomb as $key=>$value);
echo $value. '<br>';
}

}

A selet metótus miért nem tölti fel nekem a tömböt? Mert mikor a meghívom a showResult-ot csak az utolsó eredményt írja ki. Mit rontottam el?

"Amikor már azt hittem kint vagyok, ezek mindig visszarántottak..."

private $tomb = array();

csak igy szimplán, ezt felesleges konstruktorba tenni.

A fetch_array()-ban mi van?

public function fetch_array($result_set){
return mysql_fetch_array($result_set);
}

szóval semmi extra. önmagában jó ha echo-om a tömbe helyezés helyet. mármint így értem:

$result = $this->db->query("SELECT * FROM table");
while ($row = $this->db->fetch_array($result)){
echo $row['title'].'<br>'. $row['content'].'<hr>';
}

Igy kiírja az összes rekordot.

[ Szerkesztve ]

"Amikor már azt hittem kint vagyok, ezek mindig visszarántottak..."

Mennyivel egyszerűbb lenne egy $this->db->fetchAll(PDO::FETCH_ASSOC); ...

Szerk : Kivetted a konstruktorból az = array(); -t ? Amúgy ha már probálsz elmenni az OOP felé akkor ne a mysql-es szarokkal szenvedj szerintem.

[ Szerkesztve ]

Na várj ennek utána kell olvasnom, mert így semmit nem mond Majd 20 perc múlva megköszönöm, kb. akkora már tudni fogom miről van szó.

"Amikor már azt hittem kint vagyok, ezek mindig visszarántottak..."

"Amúgy ha már probálsz elmenni az OOP felé akkor ne a mysql-es szarokkal szenvedj szerintem."
+1!

Sk8erPeter

egyébként lenen egy szintén ugyan ilyen problémám, elméletben ugyan az lenne annyi hogy ebbe nincs adatbázis. de ez se akar működni, itt is csak az utolsó elemet írja ki:S

public function validData(){
if(empty($this->title))
$this->errors[] = "Nem töltötte ki a cím mezőt";
if(empty($this->content))
$this->errors[] = "Nem töltötte ki a tartalom mezőt";

return count($this->errors)? 0 : 1;
}

public function showErrors(){
echo '<h3>Hiba</h3>';

foreach ($this->errors as $key=>$value);
echo $value. '<br>';
}

"Amikor már azt hittem kint vagyok, ezek mindig visszarántottak..."

foreach ($this->errors as $key=>$value);
echo $value. '<br>';

Bejárod a tömböt anélkül, hogy bármit csinálnál, csak épp a bejárás után még megmarad a $value benne az utolsó elemmel, amit kiíratsz.

jah igen amúgy, foreach után kapcsos kell nekem ha nem mondod fel se tűnt volna

"Amikor már azt hittem kint vagyok, ezek mindig visszarántottak..."

majdnem
jó az { } nélkül is, úgy a következő parancsot ismétli, a 'probléma' a ; -ből ered

Egyszerű életet élek. Ami üres megtöltöm, ami tele van kiűritem

valóban úgy is jó de most már minden úgy megy ahogy szerettem volna

"Amikor már azt hittem kint vagyok, ezek mindig visszarántottak..."

Lehet csak nekem új, de egy érdekes hibába sikerült fussak siteok költöztetése során
Régi serveren hibátlanul fut a más által írt kód, új serveren elhasal
fejlécet akar küldeni, de már küldte
túrom a forrást, látom, csomó helyen redirectel header locationnel.
De nem értem, a régi táron működik, holott nem is működhetne, mivel látom, nemhogy a fejlécet elküldte már, de egy fél oldalt kiírt

Mire hirtelen eszembe jut kipróbálni, ob_start("ob_gzhandler");
és voile, működik, a régi serveren default gzipelt kimenet volt, az újon nem az
és emiatt a régin tényleg nem küldte el a headert addig, amikor épp locationnel átküldte az oldalt, az új serveren meg persze már ekkor rég kiírt 10 sort is a képernyőre
Persze a kód még 4.1 környékén íródott, így register globals on-ra íródott, azt már javítottam egy éve

Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |

Sziasztok!

Az alábbi kód után a $fields_string értéke kb. 4000 esetből vagy 2x nem az értéket rakja a file.log fájlba, hanem azt, hogy: Array
Ugyanakkor a változók rendben vannak. Ez hogy lehet? Bug?

PHP 5.2.5 with Suhosin-Patch 0.9.6.2 (cli) (built: Apr 24 2008 02:47:36)

$fields = array(
'action'=>urlencode('Submit'),
'DestAddr'=>'%2b'.$mpn,
'UserData'=>urlencode($txt),
'ClientID'=>urlencode('clientid'),
'Password'=>urlencode('password')
);
foreach($fields as $key=>$value) { $fields_string .= $key.'='.$value.'&'; }
rtrim($fields_string,'&');
$fields_string=substr($fields_string,0,strlen($fields_string)-1);

$file_handle = fopen('/tmp/err/file.log','a');
fwrite($file_handle,date('Y.m.d H:i:s')."\n".$mpn."\n".$txt."\n".$fields_string."\n".$result."\n__________\n");
fclose($file_handle);

[ Szerkesztve ]

Nem félek a haláltól, majdcsak túlélem valahogy!

Különösebben nem tanulmányoztam át a kódodat, de a $fields_string miért nincs inicializálva egy üres stringgel? Ha valami query stringet építesz össze, akkor miért nem a http_build_query() függvényt használod?
Fájlba írásra miért nem a file_put_contents() függvényt használod, a FILE_APPEND flaggel az egyszerűség és szebb kód érdekében?

[ Szerkesztve ]

Sk8erPeter

Sziasztok!

Egy kis segítség kellen, azt a feladatot kaptam, hogy találjak ki valami jó FORM kezelő rendszert php-ba.
Már néztem tervezési mintákat is, de nem találtam még megfelelőt.
OOP-ban kellene. És EGYSZERŰNEK kellene lennie, amit könnyen beilleszthetek a rendszerünkbe.
Valakinek van valami ötlete? Esetleg valamelyik keretrendszer????
Mit javasoltok merre kutakodjak tovább?

Köszi: Lali

Szóval szükséged van valamire, ami kezel FORM-ot (?), ráadásul elég egyszerű ahhoz, hogy be lehessen pattintani egy ismeretlen rendszerbe?

Plusz minden nélkül rárongyolni a tervezési mintákra?

Bocsi! Teljes mértékben Igazad van! Felejtsd is el az "EGYSZERŰT"!

Akkor LEGYETEK SZÍVES olyat mondjatok amit felhasználhatok ötletszerzéshez, olyat amit érdemes utána olvasnom.
Csak php jöhet szóba!

Lali

Nem én írtam a kódot, csak megörököltem.
+ üzemeltető vagyok, nem fejlesztő

Köszönöm a tanácsokat, tetszenek Átírom a kódot.

Kérdeznék még egy dolgot.

Van 2 folyamat:
1. apache url hívás, amely php-t futtat és letesz egy filet egy mappába
2. a szerveren háttérben fut egy php processz, mely mindig megnézi van-e már file, amit az apache url hívás generált. Ha van, feldolgozza.

Azt hogy tudom megakadályozni, hogy az 1 folyamat file írása közben még ne dolgozza fel a fájlt a 2. folyamat?

Nem félek a haláltól, majdcsak túlélem valahogy!