Hello kedves !


Kerdesem az lenne, hogy Te tenyleg akarsz -e programozni?
Ha igen, akkor sajnos meg kell szerezni azokat az alapismereteket, amiket
anno a a haverjaid FELTETELEZTEK, kulonben nem mondtak volna azt, hogy a
"kodbol latni fogod".

> Evekkel ezelott kerdezgettem a haverokat, hogy hogyan kell honlapot irni.
> Azt valaszoltak, hogy " Toltsd le barmelyik egyszeru honlapot,
> nezd meg a kodjat, abbol mar latni fogod.". Es en ettol a falra masztam,
> mert ezeknek a soroknak az ertelmezesehez mar olyan alapismeretekre
> van szukseg, amikrol a kerdezett haverok fel sem teteleztek, hogy
> bennem nincs meg es hiaba mondtam nekik, hogy ez nekem kinai,
> nem ertettek.  A helyes valasz az lett volna a kerdesre, hogy

a helyes valaszt azonban valoban ez lenne egy erdeklodo felhasznalonak:

> "A felhasznalo gepen van a bongeszoprogram, aminek amikor
> beirod, hogy melyik oldalt keresed, akkor az leke'r egy txt fajlt a web-
> kiszolgalorol, az elkuldi, a bongeszo fogadja, elovassa, ertelmezi,
> es az alapjan rajzol ki vmi a kepernyore. A honlapiras pedig

de a honlap vagy akarmilyen KOD irasa pontosan arrol szol, hogy azt a
txt/htm/html/c/cpp/akarmi  fajlt HOGYAN irjuk meg!


> arrol szol, hogy ezt a txt fajt hogyan irjuk meg... stb..."

Ha ismered az utasitasokat, ha kepes vagy jo programszerkezetet kitalalni,
es azt le is tudod irnia az adott nyelven, akkor tudsz programozni.

>Tehat nem azert nem tudok programozni, mert nem ismerem
>az utasitasokat vagy mert keptelen lenne'k jo programszerkezeteket
>kitalalni, hanem mert alapjaiban nem ertem, hogy hogyan tevodnek
>ossze a dolgok, mit csinalnak pl. a fejlesztokornyezetek.

Ha hianyoznak az ALAPISMERETEK, akkor azokat MEG KELL SZEREZNI!


>Amikor egy "segedprogram", (egy fejlesztokornyezet is!) olyan
>dolgokat muvel, amirol nem ertem, hogy mibol mit hozott letre,
>azt nem tudom hasznalni. Mert hianyoznak azok az alapismeretek,
>amik olyan kurva trivialisak, hogy senki nem mondja el oket.

Azt hiszem, hogy a Te problemadra valoszinuleg nem ez a forum fog valaszt
adni.

udv:
Recska

>
Miert nem kepesek a programozok .exe fajl formajaban levo
programokat gyartani.
>
Minden programban van exe file. Én írtam Qbasic-ben, és Turbo C-benis
programot de hidd el: sokkal egyaszerubb megirni valamit Visual C-ben.
Miert? MErt nem kell beirni tobb szaz sor kodot, hogy legyen egy abalakod,
mondjuk. Mierrt csinal olyan sok filet? Mert igy egyszerubb, es gyorsabb.
Gondolkodjunk mondjuk egy hatalmas projektben. Tegyuk fel, hogy egy nagy
programcsoamgot irsz. Mit gondolsz, hogy forditod le a programodat
gyorsabban: leforditod az egy filebol allo projektedet (aminek 99%-ban nem
módosítottal semmit), vagy leforditasz egy sok kis filebol allo projektek
ugy, hogy csak a modositott fileokat forditod le.

>
Miert ragaszkodnak egy kulon konyvtarhoz,
amit a program teleszemetel.
>
Mert iyg egyszerubb. Ugyertem miert talalnad fel ujrav a spanyol viaszt (pl
ablak keszitese)? INkabb koncentral a reszeletekre!

>
Es mi az az installalas???
>
Mindenhez kell alaptudas. Mielott tudnal normalisan programozni, tudnod kell
kezelni az prendszered :)

Sziasztok coderek!
Eleg bena kerdessel zaklatlak titeket:
Kivancsi vagyok a DLL fileok szintaxisara, hogyan importalhatom be a
proramomba, stb. Visual C++-t hasznalok de a pelda file nem igazan jott be.
Please help: WebMonster

> Tehat nem azert nem tudok programozni, mert nem ismerem
> az utasitasokat vagy mert keptelen lenne'k jo programszerkezeteket
> kitalalni, hanem mert alapjaiban nem ertem, hogy hogyan tevodnek
> ossze a dolgok, mit csinalnak pl. a fejlesztokornyezetek.
Tovabbra is ajanlom a DOS HHELP programot. Kivalo es reszletes.

> A DOSos QBasicnal es Pascalnal legalabb annyit tudok,
> hogy amit irok, azt a DOS valahogy leforditja .exe-ve', es
Ez a "valahogy" ugy nez ki, hogy a fordito minden utasitasod helyett
beteszi az exe-be a megfelelo 10-100 gepi kodu utasitast es helyet
keszit az altalad megadott adatoknak is. Pl. a print "Hello" helyett
lesz egy rutinod, amelyik beallitja a megfelelo regisztereket (hogy a
BIOS-nak jelezze, hogy most kepernyore irast ker es hol van a szoveg,
amit kiirat), majd meghivja a megszakitast. Ha szamot kellene
kiiratnia, azt binarisan kapja meg, igy elotte atalakitja szovegge
(lehet, hogy erre is van rutin - nem BIOS, hanem DOS). A forditotol es
a programnyelvtol fugg, hogy a rutin hogy nez ki es milyen
parametereket kap.

> ha utana beirom, hogy elso.exe, akkor lefut. A fajlt tudom
> masolni, mert 1 db .exe fajl. Nincs installalas, semmi.
Ehelyett a szep magyar szo helyett inkabb a telepitest javaslom...

> Lassan mar arrol is kenytelen vagyok lemondani, hogy ertsem
> a kapcsolatot a vassal, meg hogy pl. hogyan futhat egy 8bites
> program egy 16 bites processzoron. (azert me'g visszaterek ra)
Lehet, hogy nem voltam eleg egyertelmu - nezzuk meg egyszer:
a 8086 ismeri a 8085 OSSZES utasitasat, tehat a 8085-re irt programok
FUTNAK rajta. Elotte be kell allitani a szegmenseket: ez fogja
meghatarozni azt a 64 KB-ot, ahol a 8085-os program futni fog - es
ebbol nem lat ki, tehat szamara az egesz gep EZ a 64 KB. Persze a
programot pl. lemezrol oda is kell masolni, ahol majd futni fog.
Mindezeket az operazos rendszer megteszi.
Ezen kivul a 8086 egy csomo mas utasitast is ismer, amelyek mar ki
tudjak hasznalni az o kepessegeit. Ha egy 8085-os programot kibovitunk
ilyen utasitasokkal (mondjuk ugy, hogy a memoria mas reszebol adatokat
masolnak az o teruletere), akkor mar o is tudja hasznalni az egesz
gepet. Ugyanez a helyzet akkor is, ha program elszall es rafut valami
szemetre: abban mar lehet ilyen utasitas es siman felulirhatja a teljes
memoriat vagy egy reszet.

> Ezeket a programokat _azert_tudom_hasznalni_, mert ertem,
> hogy a bemenete egy fajl.jpg, vagy gif, vagy akarmi es a kimenete
> is hasonlo.
Pedig ha tudnad, hogy belul mi minden van meg :-)

> Amikor egy "segedprogram", (egy fejlesztokornyezet is!) olyan
> dolgokat muvel, amirol nem ertem, hogy mibol mit hozott letre,
> azt nem tudom hasznalni. Mert hianyoznak azok az alapismeretek,
> amik olyan kurva trivialisak, hogy senki nem mondja el oket.
Iskolaban az elso ot percben el szoktak mondani - de ott meg a kutya
nem erti, csak kesobb johet a megvilagosodas...

> Na, jon akerdes: egyaltalan mi is az a szerver??
Olyan program, amelyik nem a felhasznaloval, hanem mas programokkal
tart kapcsolatot, oket szolgalja ki - ennek megfeleloen nem grafikus
kepernyot vagy IO file-okat, hanem csatlakozasi protokollokat hasznal.
Ha van is kepernyoje, az altalaban egy kliense, amelyik hozza csatlakozik.

> Mik azok az atjarok, meg portok, meg protokollok?
Az atjaro egy eszkoz, amelyik kapcsolatot tart ket halozat kozott.
A port egy cim, ami kapcsolatot tart a gep es a kulvilag kozott. A cim
azert kell, hogy a fizikailag egy csatolora kapcsolodo eszkozok tudjak,
hogy most eppen kinek kell reagalnia.
A protokoll az a modszer, amivel szabvanyos kapcsolatot lehet tartani
barmilyen kornyezetben.

> Folyton olyan foglamakba utkozom, amirol me'g mindig nem sikerult
> kideriteni, hogy micsoda is: DirectX, ActiveX, WindowsAPI, Codec,
> Plug-in, Applet, stb. Most tobb nem jut eszembe.
Ezek otven meteren tul vannak - ne veluk kezdd.

> Miert nem kepesek a programozok .exe fajl formajaban levo
Az eredeti elgondolas az volt, hogy a programok sok kozos rutint
hasznalnak, amelyeket takarekosabb csak egyszer - egy kozos file-ban -
tarolni.
Sajnos igy a programnak tudnia kell, hogy HOL van ez a kozos rutin
(vagy az eleresi utban -> ilyenkor lesz egy kilometeres PATH, vagy a
konfiguracios file mondja meg... mindket esetben _telepiteni_ kell a
programot, vagy a sajat konyvtarban: ez meg fabol vaskarika, csak gond
van vele).
A masik problema a verziokkal van. Sajnos nehany nagy es meg nagyobb
ceg programjai csak "majdnem kompatibilisek" sajatmagukkal, igy a
kovetkezo verzio ha FELULIRJA a rutingyujtemenyt, akkor a masik
program, amelyik ugyanezt hasznalja, mar rosszul fog futni.

> programokat gyartani. Miert ragaszkodnak egy kulon konyvtarhoz,
Az egy nagyon jo otlet: jogosultsagokat lehet allitani es legalabb
tudod, mit toroljel, ha mar nem kell a program vagy az adat.

> amit a program teleszemetel. Es mi az az installalas??? Rege
> csak futtatas volt, ma meg installalunk. Miért?? Az Lview-t
Amit fenn irtam, plusz a telepito altalaban _tomoritett_ program. Ki
kell bontani, be kell masolni a helyere es ezt nem mindig lehet a
felhasznalora bizni. Kozben nem art szines, szagos es hangos
hirdetesekkel szorakoztatni, hogy el ne aludjon azalatt a nehany ora
alatt, amig mindezt telepiti es MINDENKEPPEN regiszraltassa a
programot, mert az milyen jo lesz (nekunk) :-)
Az ARJ nem futtathato: mit kezdjen vele? Beteszi a lemezt es nem csinal
semmit: hasznalhatatlan az egesz program!
Ezen kivul ilyenkor beallit olyat is, hogy ha rakattintasz valami
adatfile-ra, vagy rahuzod a nyomtato ikonra, akkor tudja, hogy mit kell
tennie.

> nem kell installalni, csak egy .exe, megis nagyon jol mukodik.
Ez egyszerubb program es nem egysegsugaru felhasznaloknak keszult.
Egyebkent DOS alatt is van jo par program, amit telepiteni kell.

 wrote:
> SMTP = (S)ingle (M)ail (T)ransfer (P)rotokol
Simple, mint oly sok ip protko
homer

>Ha jol tudom ugy van, hogy az smtp szerver egyreszt a sajat
>tartomanyabol fogad leveleket (illetve ezt meg lehet boviteni).
>Masreszt azokra a host-okra amelyeknek az mx rekordja nala van.
>Tehat:
>Kuldo -> smtp -> cimzett az utvonal.
>Remelem ertheto volt, meg igy is van :)
>
>  
>
Az SMTP szerverek mindenhonnan fogadjak a leveleket, ha a cimzett
a sajat tartomanyukban van. Kulonben nem kapnad meg a leveleket :-)
Amit korlatoznak, az a tovabbitas. Tehat ha a levelnek sem a feladoja,
sem a cimzettje nincs a szerver tartomanyaban. Peldaul:
Legyen harom szerver: a.hu, b.hu c.hu
Az a.hu nem feltetlenul tud levelet kuldeni c.hu-nak ugy, hogy a levelet
a b.hu szerverenek kuldi el, hogy az tovabbitsa.

csm