Programozás (segítség és publikálás kezdõknek)

[Ryanboy]

Oh köszönöm b@sszus telleg int be raktam csak eddig mindig megsokztam h char be rakom a menüs höz bekért valtozot ahoz meg ugye kell az aposztrof mniidg lefelejtem ezt :lol: De köcce skacok nagyon!

Am jah igen átteknithetõ ségre majd ügyelnem kéne csak otthon edzés utan egybõ neki álltam az irasahoz és már nem volt idöm arra figyelni h tagoltan irjam. :)

[qlacs]

Segitség! Valaki ért OpenGL-hez Delphi-ben? Most kezdtem tanulni egy könyvbõl de OpenGL ablak készítésénél nem enged tovább. Meg kéne hívnia egy pár függvényt asszem az opengl32.dll-bõl meg glu32.dll-bõl, de az utóbbiból valamiért nem megy. Azt írja hogy nincs deklarálva a glu32. Itt a kód:

OpenGL.pas:

------------------------

unit OpenGL;

interface

uses

Windows;

const

GL_COLOR_BUFFER_BIT = $4000;

GL_NO_ERROR = 0;

Type

HGLRC = THandle;

GLenum = cardinal;

GLbitfield = cardinal;

GLfloat = single;

GLclampf = single;

GLint = integer;

GLsizei = integer;

{regular commands}

procedure glClear(mask:GLbitfield); stdcall;

procedure glClearColor(red,green,blue,alpha:GLclampf); stdcall;

function glGetError: GLenum; stdcall;

procedure glViewport(x,y:GLint; width,height: GLsizei); stdcall;

{utility commands}

function gluErrorString(errCode:GLenum):PChar; stdcall;

implementation

{regular commands}

procedure glClear; external opengl32;

procedure glClearColor; external opengl32;

function glGetError; external opengl32;

procedure glViewport; external opengl32;

{utility commands}

function gluErrorString; external glu32;

initialization

Set8087CW($133F);

end.

---------------------------------------

Unit1.pas:

unit Unit1;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, OpenGL;

type

HGLRC = THandle;

TForm1 = class(TForm)

procedure FormCreate(Sender: TObject);

procedure FormDestroy(Sender: TObject);

procedure FormPaint(Sender: TObject);

private

GLContext : HGLRC;

{ Private declarations }

public

{ Public declarations }

end;

var

Form1: TForm1;

implementation

{$R *.dfm}

procedure TForm1.FormCreate(Sender: TObject);

var

pfd: TPixelFormatDescriptor;

FormatIndex: integer;

begin

fillchar(pfd,SizeOf(pfd),0);

with pfd do

begin

nSize := SizeOf(pfd);

nVersion := 1; {The current version of the desccriptor is 1}

dwFlags := PFD_DRAW_TO_WINDOW or PFD_SUPPORT_OPENGL;

iPixelType := PFD_TYPE_RGBA;

cColorBits := 24; {support 24-bit color}

cDepthBits := 32; {depth of z-axis}

iLayerType := PFD_MAIN_PLANE;

end; {with}

FormatIndex := ChoosePixelFormat(Canvas.Handle,@pfd);

SetPixelFormat(Canvas.Handle,FormatIndex,@pfd);

GLContext := wglCreateContext(Canvas.Handle);

wglMakeCurrent(Canvas.Handle,GLContext);

end; {FormCreate}

procedure TForm1.FormDestroy(Sender: TObject);

begin

wglMakeCurrent(Canvas.Handle,0);

wglDeleteContext(GLContext);

end;

procedure TForm1.FormPaint(Sender: TObject);

begin

{background}

glClearColor(0.0,0.4,0.0,0.0);

glClear(GL_COLOR_BUFFER_BIT);

{error checking}

errorCode := glGetError;

if errorCode<>GL_NO_ERROR then

raise Exception.Create('Error in Paint'#13+

gluErrorString(errorCode));

end;

end.

[oliba]

Ha van olyan, aki tudna tanítani programozni c++ba vegyen fel msn-re pls, mert megkéne lennie ennek a rohadt prognak és 0 pontos ZH-t írtam...

[_DooM_]

Ha van olyan, aki tudna tanítani programozni c++ba vegyen fel msn-re pls, mert megkéne lennie ennek a rohadt prognak és 0 pontos ZH-t írtam...

Mégis mit kell(ene) kb tudni?

[oliba]

Mégis mit kell(ene) kb tudni?

Hát most nem tudom mondan, de majd mutatok 1-2 feladatot vasárnap, vagy hétfõn. Most stringeket veszünk és... :)

[kogabunga]

kitudna nekem esetleg segíteni C# nyelvben egy torpedó játék megírásában? május közepe vagy vége felé kész kéne hogy legyen, ilyen házi dolgozat féle... tehát egy egyszerû táblás játékról van szó... de van akinek még ez is gondot okoz(mint pl nekem :P amúgy vmennyire vágom ezt a programozást) :S

[UC]

Sziasztok! Egy kis segítség kellene: most kezdtem neki a Java tanulásának (sulianyag), és az alapoknál tartok. Telepítettem a NetBeanst, a JDK-t, MySQL-t és minden egyéb szükséges dolgot, az elsõ próbaprogramot kell megírni, hogy lássam hogy is néz ki a dolog.

A program annyi, hogy bekér egy nevet, megadom és kiírja, hogy Üdvözlöm 'név'!

A probléma az, hogy NetBeansben ugyan lefut, de parancssorból mindig egy hibaüzenetet kapok, de nemcsak ennél, hanem minden programnál. Szóval valami alapvetõ probléma van és nem tudok rájönni micsoda. Neten keresgéltem, de az ott leírtak nem segítettek :(

A menet amúgy az volt, hogy megírtam a forráskódot, elmentettem .java kiterjesztésre. Van a tananyaghoz egy bat fájl, ami beállítja a java környezetet, ez sikeresen meg is történt. Elkészült a fordítás is, megvan a class fájl, de a futtatásnál jön a hibaüzenet:

exception in thread "main" java.lang,NoClassDefFoundError: ...

Tud valaki segíteni ebben?

[UC]

Ezt még hozzácsapom, ez a teljes hibaüzenet. Remélem valaki tud segíteni :unsure:

[UC]

Probléma megoldva... Azért remélem ha késõbb elakadok és idejövök, egy kicsivel több ember lesz errefelé :)

[_DooM_]

Van itt valaki, aki penge funkcionális programozásban? Konkrétabban Haskell-ben?

[Calypsol]

Van itt valaki, aki penge funkcionális programozásban? Konkrétabban Haskell-ben?

Tán prognyelvek kötprogi? :P

Sajnos nem vagyok otthon benne :S

UC: rohadjunk meg papírzsákban, mert egy standard java fordítóhibát nem tudjuk, hogy mi okozza, szerintem is, jaja...-.-

[UC]

Tán prognyelvek kötprogi? :P

Sajnos nem vagyok otthon benne :S

UC: rohadjunk meg papírzsákban, mert egy standard java fordítóhibát nem tudjuk, hogy mi okozza, szerintem is, jaja...-.-

Mi van?

[_DooM_]

Tán prognyelvek kötprogi? :P

Sajnos nem vagyok otthon benne :S

UC: rohadjunk meg papírzsákban, mert egy standard java fordítóhibát nem tudjuk, hogy mi okozza, szerintem is, jaja...-.-

Az...

Eddig a legfõbb problémát az okozza, hogy nem tudok elõjeles lebeõpontos számot beolvasni (pontosabban stringbõl elõjeles float-ot csinálni). Van ugyan egy readFloat nevû függvény, de az istenért sem akar mûködni.

Amit meg eddig alkottam magamtól, hát... elég kezdetleges, hogy finoman fogalmazzak...

Az elején jó választásnak tûnt a nyelv (a Smalltalk szintaxisától a hideg kiráz, a Prolog-ot csak szimplán nem értem, Occam-bõl meg keveset vettünk, ráadásul a feladat sem igazán párhuzamosítható), de ezt a stringkezelés félelmetes... :ph34r:

[UC]

UC: rohadjunk meg papírzsákban, mert egy standard java fordítóhibát nem tudjuk, hogy mi okozza, szerintem is, jaja...-.-

Ok, közben megértettem: szóval, elnézést ha a megfogalmazás nem volt az igazi, szimplán arra céloztam, hogy végignézve a topikon sajnos elég kihaltnak tûnik a téma. Nem volt sem letámadás, sem számonkérés, sem egyéb olyasmi, amit bárki támadásnak, vagy beszólásnak kellene, hogy vegyen. Napok óta megállás több órát tanulom a programozás és egyéb info témakör elméleti alapjait felváltva, kicsit már fáradt voltam (és vagyok most is) agyilag; (mondjuk, hogy kicsit felb****a az agyam már önmagában a tény is, hogy életemben nem tanultam programozni, és az iskolában úgy kezdünk neki, hogy "na, akkor Java", mindezt nem alapjaiban, hanem bumm a közepébe módon, profi szinten számonkérve, ahol egyetlen hiba és buktam a vizsgámat).

De ettõl nem kell személyeskedni, vagy magadra venni (akinek nem inge, persze...) távol álljon tõlem, hogy bárkivel alaptalan vitát kezzdjek, akár csak egy hülye beszólással is, szóval bocsánat, ha félreérthetõ voltam.

Amúgy a témához: a standard (és egyedinek tûnõ, környezettõl függõ) hibáknak van általában a legstandardabb megoldásuk; a gond az, hogy mindenki komplexen gondolkozik, adatok, körülmények halmazait számonkérve. Ez tipikusan az a hiba, amit ha valaki egyszer látott és megoldott, akkor sosem felejti el a megoldást, és nincs szüksége semmilyen tényezõre, kapásból tudja a választ, ahogy mostantól én is fogom, tehát, aki ezzel a kérdéssel jöne a késõbbiekben a topikba:

a javalib.jar fájl (amit amúgy nem tudom, hogy pontosan mire való) nem volt hozzáadva a java kornyezethez, így nem futott, és a programok hibásan mûködtek.

[_DooM_]

Az...

Eddig a legfõbb problémát az okozza, hogy nem tudok elõjeles lebeõpontos számot beolvasni (pontosabban stringbõl elõjeles float-ot csinálni). Van ugyan egy readFloat nevû függvény, de az istenért sem akar mûködni.

Amit meg eddig alkottam magamtól, hát... elég kezdetleges, hogy finoman fogalmazzak...

Az elején jó választásnak tûnt a nyelv (a Smalltalk szintaxisától a hideg kiráz, a Prolog-ot csak szimplán nem értem, Occam-bõl meg keveset vettünk, ráadásul a feladat sem igazán párhuzamosítható), de ezt a stringkezelés félelmetes... :ph34r:

Nem kevés utánaolvasás és szívás árán, de csak meg lett a max pont.

Nem tudom miért, de szinte már megszerettem ezt a nyelvet. :o

[whiteman0524]

Üdv mindenkinek !

Kicsit más témával jöttem ide mégpedig a webprogramozással :-), de láttam hogy a topik általános programozásról szól, ezért hátha tudtok segíteni.

Olyan kliens-szerver oldali programozási nyelvrõl érdeklõdök amik általánosan mindenhol elérhetõek és használhatóak. Na jó ez most kicsit zagyva volt mindjárt kifejtem bõvebben is mire gondolok :-)

Tehát, nagyon érdekel a webprogramozás és tervezés meg úgy általában ez az egész témakör úgy mindenestül :-) Még kezdõ vagyok a témában, de az XHTML a CSS és a JavaScript már megy mondhatom hogy egészen haladó szinten, tehát nem vagyok már meglévõ ötletekre korlátozva, amit csak kitalálok meg tudom valósítani. Viszont ez csak kliens oldal mind mind. Namost ezen kívül tanulok még Java nyelvet. Nagyon teccik a legjobb nyelv sztem, és eléggé elterjedt is. Szerver oldalon gondolkoztam vele kapcsolatban és azt hiszem hogy nekem õ lesz a választásom majd. A legnagyobb problémám a kliens-szerver közötti kommunikáció megvalósítása. Még nem próbáltam, tehát nem akadályokba ütköztem csak érdeklõdnék róla mert már elmélkedtem vele kapcsolatban. Kliens oldalon ugye muszáj futnia egy parancsnyelvnek ami majd kommunikál a szerverrel, és úgy látom a legnagyobb hangsúly ezen a nyelven van nem pedig a szerver oldalin. Van nekünk ugye ez a JavaScript ami nagyszerû de mivan, ha valaki kikapcsolja a böngészõjében. Ha a kommunikáció JavaScripten át történik a szerverrel, akkor ugye itt vége is van a dolognak mert ha nem futhat JavaScript lõttek a kapcsolatnak. Van még olya hogy PHP. Namost ez az mihez nem értek sajnos. Nem tudom és legfõbb kérdésem ez lenne, hogy PHP mindkét oldalon futtatható ? Valamint hogy kell e neki kliens oldalon interpretert telepíteni vagy sem, mert már alapból támogatott esetleg a böngészõk által ? A lényeg az, hogy nekem egy olyan kliens oldali parancsnyelvre lenne szükségem ami ha törik-ha szakad ha esik ha fúj kommunikál a szerverrel attól függetlenül hogy a felhasználó mit babrál a beállítások között a böngészõjében. A JavaScriptet ugye ki lehet kapcsolni ilyen szempontból azért nem 100% os, de a PHP-t (ha van kliens oldalon) is ki lehet ? Vagy egyáltalán mi az a nyelv amivel az ilyen kommunikációt megoldják (fõleg kliens oldalon a szerver felé) ?

Mint föntebb említettem úgy látom hogy a legfőbb hangsúly ezen van, tehát a kliens oldali kommunikáló nyelvvel. Ha szerver oldalon én a Java-t részesíteném előnyben, akkor esetleg ehhez mi illene kliens oldalon , ami majdnem 100% os és nem lehet "kikapcsolni" a böngészőben a kommunikációt a két fél között ? Remélem van ilyen lehetőség.

A válaszokat elõre is köszönöm.

[BajuszGG]

Van nekünk ugye ez a JavaScript ami nagyszerû de mivan, ha valaki kikapcsolja a böngészõjében. Ha a kommunikáció JavaScripten át történik a szerverrel, akkor ugye itt vége is van a dolognak mert ha nem futhat JavaScript lõttek a kapcsolatnak. Van még olya hogy PHP. Namost ez az mihez nem értek sajnos. Nem tudom és legfõbb kérdésem ez lenne, hogy PHP mindkét oldalon futtatható ? Valamint hogy kell e neki kliens oldalon interpretert telepíteni vagy sem, mert már alapból támogatott esetleg a böngészõk által ? A lényeg az, hogy nekem egy olyan kliens oldali parancsnyelvre lenne szükségem ami ha törik-ha szakad ha esik ha fúj kommunikál a szerverrel attól függetlenül hogy a felhasználó mit babrál a beállítások között a böngészõjében. A JavaScriptet ugye ki lehet kapcsolni ilyen szempontból azért nem 100% os, de a PHP-t (ha van kliens oldalon) is ki lehet ? Vagy egyáltalán mi az a nyelv amivel az ilyen kommunikációt megoldják (fõleg kliens oldalon a szerver felé) ?

Mint föntebb említettem úgy látom hogy a legfõbb hangsúly ezen van, tehát a kliens oldali kommunikáló nyelvvel. Ha szerver oldalon én a Java-t részesíteném elõnyben, akkor esetleg ehhez mi illene kliens oldalon , ami majdnem 100% os és nem lehet "kikapcsolni" a böngészõben a kommunikációt a két fél között ? Remélem van ilyen lehetõség.

A válaszokat elõre is köszönöm.

Tiszt...

Szóval egy két gondolat az általad leírtakkal kapcsolatban:

A JavaScript nem egészen arra lett kitalálva, hogy a felhasználó - szerver kapcsolatot áthidalja ezért manapság inkább szerverprogramozási nyelvekkel (pl.: ASP, PHP) oldaják meg ezt a dolgot. Ha tutira akarsz menni, akkor a PHP + MySQL + Apache kombináció való neked, hiszen megbízható és minden rafináltabb megoldást meg lehet vele oldani.

Az ASP-t a Microsoft találta ki, és nincs is olyan sok szolgáltató, aki biztosítana szervert hozzá, fõleg, hogy a PHP bárki számára elérhetõ, módosítható.

Egyébként a Java-t ugyanúgy le lehet lõni, míg a PHP-t elég bonyadalmas lenne. :D Legjobb példa a PHP-ra éppen ez a fórum illetve az összes nagyobb oldal PHP-val oldotta meg az adatfeldolgozást és a dinamikus tartalomkezelést. :)

[whiteman0524]

Tiszt...

Szóval egy két gondolat az általad leírtakkal kapcsolatban:

A JavaScript nem egészen arra lett kitalálva, hogy a felhasználó - szerver kapcsolatot áthidalja ezért manapság inkább szerverprogramozási nyelvekkel (pl.: ASP, PHP) oldaják meg ezt a dolgot. Ha tutira akarsz menni, akkor a PHP + MySQL + Apache kombináció való neked, hiszen megbízható és minden rafináltabb megoldást meg lehet vele oldani.

Az ASP-t a Microsoft találta ki, és nincs is olyan sok szolgáltató, aki biztosítana szervert hozzá, fõleg, hogy a PHP bárki számára elérhetõ, módosítható.

Egyébként a Java-t ugyanúgy le lehet lõni, míg a PHP-t elég bonyadalmas lenne. :D Legjobb példa a PHP-ra éppen ez a fórum illetve az összes nagyobb oldal PHP-val oldotta meg az adatfeldolgozást és a dinamikus tartalomkezelést. :)

Hát igen...PHP nem lehet rossz megoldás :-) Most eszembe jutott még az AJAX is. Nem mint külön nyelv hanem mint JavaScript kicsit turbózva :-) Nah olyat viszont nem tud a PHP :-) Mondjuk együtt mûködni minden gond nélkül...

[BajuszGG]

Hát igen...PHP nem lehet rossz megoldás :-) Most eszembe jutott még az AJAX is. Nem mint külön nyelv hanem mint JavaScript kicsit turbózva :-) Nah olyat viszont nem tud a PHP :-) Mondjuk együtt mûködni minden gond nélkül...

Semmi szükség, hogy csak egyikre vagy csak a másikra hagyatkozz. Úgy kell felhasználni õket, hogy a legegyszerûbben és leghatékonyabban végezhesse el az adott feladatot. Az AJAX-hoz viszont ajánlott az XML mélyebb ismerete. :)

[_DooM_]

Üdv mindenkinek !

Kicsit más témával jöttem ide mégpedig a webprogramozással :-), de láttam hogy a topik általános programozásról szól, ezért hátha tudtok segíteni.

Olyan kliens-szerver oldali programozási nyelvrõl érdeklõdök amik általánosan mindenhol elérhetõek és használhatóak. Na jó ez most kicsit zagyva volt mindjárt kifejtem bõvebben is mire gondolok :-)

Tehát, nagyon érdekel a webprogramozás és tervezés meg úgy általában ez az egész témakör úgy mindenestül :-) Még kezdõ vagyok a témában, de az XHTML a CSS és a JavaScript már megy mondhatom hogy egészen haladó szinten, tehát nem vagyok már meglévõ ötletekre korlátozva, amit csak kitalálok meg tudom valósítani. Viszont ez csak kliens oldal mind mind. Namost ezen kívül tanulok még Java nyelvet. Nagyon teccik a legjobb nyelv sztem, és eléggé elterjedt is. Szerver oldalon gondolkoztam vele kapcsolatban és azt hiszem hogy nekem õ lesz a választásom majd. A legnagyobb problémám a kliens-szerver közötti kommunikáció megvalósítása. Még nem próbáltam, tehát nem akadályokba ütköztem csak érdeklõdnék róla mert már elmélkedtem vele kapcsolatban. Kliens oldalon ugye muszáj futnia egy parancsnyelvnek ami majd kommunikál a szerverrel, és úgy látom a legnagyobb hangsúly ezen a nyelven van nem pedig a szerver oldalin. Van nekünk ugye ez a JavaScript ami nagyszerû de mivan, ha valaki kikapcsolja a böngészõjében. Ha a kommunikáció JavaScripten át történik a szerverrel, akkor ugye itt vége is van a dolognak mert ha nem futhat JavaScript lõttek a kapcsolatnak. Van még olya hogy PHP. Namost ez az mihez nem értek sajnos. Nem tudom és legfõbb kérdésem ez lenne, hogy PHP mindkét oldalon futtatható ? Valamint hogy kell e neki kliens oldalon interpretert telepíteni vagy sem, mert már alapból támogatott esetleg a böngészõk által ? A lényeg az, hogy nekem egy olyan kliens oldali parancsnyelvre lenne szükségem ami ha törik-ha szakad ha esik ha fúj kommunikál a szerverrel attól függetlenül hogy a felhasználó mit babrál a beállítások között a böngészõjében. A JavaScriptet ugye ki lehet kapcsolni ilyen szempontból azért nem 100% os, de a PHP-t (ha van kliens oldalon) is ki lehet ? Vagy egyáltalán mi az a nyelv amivel az ilyen kommunikációt megoldják (fõleg kliens oldalon a szerver felé) ?

Mint föntebb említettem úgy látom hogy a legfõbb hangsúly ezen van, tehát a kliens oldali kommunikáló nyelvvel. Ha szerver oldalon én a Java-t részesíteném elõnyben, akkor esetleg ehhez mi illene kliens oldalon , ami majdnem 100% os és nem lehet "kikapcsolni" a böngészõben a kommunikációt a két fél között ? Remélem van ilyen lehetõség.

A válaszokat elõre is köszönöm.

A JavaScript (aminek a nevén kívül nem sok köze van a Java-hoz) kliens oldali, azaz a kliensnek (a felhasználó gépének) kell a kódot értelmeznie, futtatnia. (Pont ezért is veszélyes.)

A Java-nak meg ugyan van jónéhány függvénykönyvtára hálózatkezelésre, de nem a webes kommunikációra lett kitalálva.

Ami neked kell, az a PHP. Ez egy szerveroldali nyelv, a szerveren fut le, a kliens csak egy HTML kódot kap, amit bármilyen böngészõ (jó esetben) értelmezni tud. Ebbe a kódba természetesen ugyanúgy be lehet ágyazni CSS-t és JavaScript-et is. Ha ez alá rittyentesz valami adatbázist (ennek kezelésére lehet használni a Java-t, azaz a JDBC-t, plusz valamilyen DBMS-t), akkor a lehetõségeid gyakorlatilag korlátlanok lesznek.

[whiteman0524]

A JavaScript (aminek a nevén kívül nem sok köze van a Java-hoz) kliens oldali, azaz a kliensnek (a felhasználó gépének) kell a kódot értelmeznie, futtatnia. (Pont ezért is veszélyes.)

A Java-nak meg ugyan van jónéhány függvénykönyvtára hálózatkezelésre, de nem a webes kommunikációra lett kitalálva.

Ami neked kell, az a PHP. Ez egy szerveroldali nyelv, a szerveren fut le, a kliens csak egy HTML kódot kap, amit bármilyen böngészõ (jó esetben) értelmezni tud. Ebbe a kódba természetesen ugyanúgy be lehet ágyazni CSS-t és JavaScript-et is. Ha ez alá rittyentesz valami adatbázist (ennek kezelésére lehet használni a Java-t, azaz a JDBC-t, plusz valamilyen DBMS-t), akkor a lehetõségeid gyakorlatilag korlátlanok lesznek.

Üdv !

Aha....Nah mostmár értem...köszönöm szépen a választ. Még annyi kérdésem lenne, hogy van ez az Ajax... Valaki esetleg ismeri behatóbban, hogy vélemény tudjon mondani a használhatóságát illetõen ? . EZ ugye JavaScriptre épül, és vanna weboldalak (pl, gmail) amik erre alapoznak (természetesen elérhetõ sima HTML változat is hogy ha nem lenne JavaScript, vagy ki lenne kapcsolva, akkor is mûködjenek a dolgok). Namost az Ajax az ugye lényegében JavaScript ami egy speciális objektum segítségével kommunikál a háttérben valós idõben. Ehhez ugyan kell JavaScript interpreter, de elég megbízhatónak látszik ha a Google is alkalmazza. Természetesen hátránya hogy JavaScriptet igényel, de ezt behozza azzal hogy nem kell frissíteni a weblapot egyszer sem, a tartalma dinamikus kicserélésekor. Mielõtt nekiesek a PHP-nek sztem elõtte megtanulom ezt az Ajax technikát mert egyre jobban terjed manapság.. Ha már úgyis benne vagyok a JavaScriptben :-)

[whiteman0524]

Üdv emberek !

Szeretnék egy kis felvilágosítást kérni a HTTP kódokkal kapcsolatban. Most a státuszkódokra gondolok, tehát amit a szerver a kérés teljesítése után kiküld a kliensnek. Namos vannak itt ugye pl. a 4xx-es kódok azok tiszták, meg az 5xx es is stb. Én azt nem értem hogy hogy adhat vissza egy szerver olyan értéket pl hogy 100. Ami ugye a Continue -t jelenti. Tehát folytatás magyarul. Ha ez a legvégsõ érték ami visszajön esetleg a 200-as (tehát a sikeres teljesítés) helyett, akkor mégis mit csináljon a kedves felhasználó ? Üljön és bámulja a végtelenségig a Continue feliratot (ha a hibakódnak megfelelõen ezt iratom mondjuk ki a klienssel) miközben nyilvánvalóan lezajlott az egész kérési folyamat ? Nemérten hogy ebben hol a logika ?...a választ elõre is köszönöm.

[BajuszGG]

Üdv emberek !

Szeretnék egy kis felvilágosítást kérni a HTTP kódokkal kapcsolatban. Most a státuszkódokra gondolok, tehát amit a szerver a kérés teljesítése után kiküld a kliensnek. Namos vannak itt ugye pl. a 4xx-es kódok azok tiszták, meg az 5xx es is stb. Én azt nem értem hogy hogy adhat vissza egy szerver olyan értéket pl hogy 100. Ami ugye a Continue -t jelenti. Tehát folytatás magyarul. Ha ez a legvégsõ érték ami visszajön esetleg a 200-as (tehát a sikeres teljesítés) helyett, akkor mégis mit csináljon a kedves felhasználó ? Üljön és bámulja a végtelenségig a Continue feliratot (ha a hibakódnak megfelelõen ezt iratom mondjuk ki a klienssel) miközben nyilvánvalóan lezajlott az egész kérési folyamat ? Nemérten hogy ebben hol a logika ?...a választ elõre is köszönöm.

Read moar about the 100

Jobban megfogalmazza, mint ahogy én tudnám. :D

[whiteman0524]

Read moar about the 100

Jobban megfogalmazza, mint ahogy én tudnám. :D

Thank jú de sajnos nem tudok valami jól angolul...esetleg ha valaki lefordítaná nagy vonalakban :-D

[whiteman0524]

Üdv !

Most PHP problémám lenne. Az egyik PHP programmal adatokat szeretnék átadni a másik PHP programnak, de kódból és nem mondjuk ûrlapmezõkbõl ha ez lehetséges. Tehát pl ha van egy html fájlom, és abban ûlapmezõk vannak akkor bekérhetek valamilyen adatot. A post-gombra kattintva például meghívhatok egy belepes.php nevû fájlt ami kezeli az adatokat. Ha nem helyesek akkor visszaírányítom a felhasználót a kezdeti oldalra egy egszerû Header ("location : etc....") parancsal. Ha viszont jók az adatok akkor át szeretném irányítani egy X oldalra ami másnak természetesen titkos. Namost ez iszonyú könnyen megkerülhetõ ha valaki esetleg (egy harmadik személy) látja a sikersen átriányított lap URL jét, a böngészõ címsorában (és egyúttal semmi értelme az egész beléptetésnek ha a tulajdonos majd úgy is ismerni fogja a könyvtárserkezetet. Semmi értelme tõle jelszavakat kéregetni mert csak szimplán meg kell adni neki a "másnak titkos" fájl pontos url-jét és kész). De ez nekem nem tetszik, és ezt úgy lehetne megoldani (hogy legyen értelme a beléptetésnek) hogy a belepes.php fájl átad egy bizonyos értéket - ha sikeres átirányításra kerül sor - a megjelenítendõ php-nek. A megjelenítendõ leellenõrzi hogy jók-e ott is az adatok és ha igen akkor dolgozik tovább ha nem akkor meg a felhasználó vissza lesz irányítva szintén a kezdeti html-oldalra a hol megadhatja a belépési adatait.

Most lehet ez nem tiszta, amit mondani akarok :) A lényeg az, hogy én minden fontosabb funkciót külön php-fájlban szeretnék megírni hogy ne legyen kusza a kód, és ezek egymásra hivatkoznak majd. VISZONT mivel linkelik egymást ezért szimplán megkerülhetõ a jogos hozzáférés ha valaki közvetlenül rálinkel az egyikre. Ezt akarom elkerülni, és ezért kéne közöttük kapcsolatot létesíteni (ûrlapmezõk nélkül belsõ kódból ha lehet).

Ha valaki tud segíteni akkor nagyon hálás leszek :) és a választ elõre is köszönöm.