On Sun, Mar 02, 2003 at 02:27:40AM +0000,  wrote:
> 
> > >http://www.csharp.hu/index.php
> >Igy valoban mukodik, a masik, amit irtal, nem - koszonom. Inkabb igy kene 
> >terjeszteni, hogy masnak is biztosan mukodjon.
> 
>   Igy tenyleg mukodik, de mukodik siman www.csharp.hu cimen is. Es ez 

http://csharp.hu tesztelve w3m 0.2.1-gyel, szepen bejon

> >- miert kell Javascript egy egyszeru szoveg olvasasahoz? Persze ki tudom 
> >vagni, majd beilleszteni, kijavitani, stb. - 15-20 gombnyomas, es mar 
> >olvashatom is...
> 
>   De minek? Nincs az az ocska bongeszo, ami ne tamogatna a Javascriptet, ma 

Hany olyan szoveges browsert lattal mar ami tudott Javascriptet?

> mar alig talalsz olyan oldalt, ami ne hasznalna ilyet. Es a Javascript 
> egyaltalan nem jelent akkora veszelyt a gepedre, hogy le kelljen tiltani...

:) Jo marketingszoveg..

>   A linkelest talan tenyleg meg lehetne oldani - uj ablakba nyitva is - 

Ja, mindossze ``javascript:link('http://...'' helyett sima 
A HREF-et kellene hasznalni.

>   Lattal te mar valaha statikus portalt? Kotve hiszem... A portaloldalak 
> pont arrol szolnak, hogy egyseges feluleten rengeteg tartalmat jelenitenek 
> meg, ehhez pedig az kell, hogy a cikkek (es egyeb tartalmak) egy 
> adatbazisbol olvashatok legyenek, utana az aktiv serveroldalon futo 
> alkalmazas az egyseges feluletbe illeszti ezeket, es a vegeredmenyt kapja 
> meg a bongeszod. Ugye nem varod el, hogy egyenkent elkeszitett, minden 
> server- es kliensoldali scripttol mentes HTML oldalakban taroljak a 
> cikkeket, aztan egy kesobbi fejlesztesnel (plusz funkcio, uj temakor vagy 
> csak egy uj design) csinaljak ujra az addigra bizony nem is keves cikk 
> oldalat? Ezt nem gondolhatod komolyan...

Az nem mukodik hogy egy script periodikusan legeneralja az
adatbazisbol a statikus oldalakat?

bit,
adam

--
1024D/37B8D989 954B 998A E5F5 BA2A 3622  82DD 54C2 843D 37B8 D989      
finger: | Some days, my soul's confined
http://www.keyserver.net | And out of mind
Sleep forever

Szia Gyulus!

>Felado :  [Hungary]
>Temakor: adatbazis kezelesi vita ( 49 sor )

>3 kulonbozo programozasi nyelven es stilusban harom kulonbozo
>megoldasi javaslat szuletett, es dul a vita, hogy melyik mire jo.

..hat a feladat megoldasara lehet jo :-)))

.. a tanarotok szajaize szerinti megoldast kellene valasztani...:-)))
/kerdesfelvetesed alapjan szakdolgozat vedese vagy inkabb felevi gyakjegy 
megszerzese a cel/

mindegyik jo a maga modjan, az adott nyelvi lehetosegek kozott.

en a felsobb evfolyamosoktol erdeklodnek, hogy tavaly vagy korabban
ugyanezt a feladatot jo jeggyel honoralva mely programnyelven dijaztak.
/iskolai feladatok 8-10 evig azonosak szoktak lenni, a tanarnak ez a 
kenyelmesebb/

szoval melyik az a 3 nyelv?

Tamas

Gyulus!

  Mivel viszonylag nagy rekordmennyiseggel dolgozol, mindenkeppen fontos a 
tablak kozti gyors kereshetoseg, de a takarekos adattarolas is (ez a 
helyigeny mellett az adatok kezelesenek sebesseget is befolyasolhatja).
  A harom felvazolt verzio kozul a harmadik tunik a legjobb megoldasnak, 
hiszen minden szerzo adatait csak egyszer tarolja - fuggetlenul attol, hogy 
hany konyvet irt -, es a konyveket tartalmazo tablaban sem kell a szerzore 
vonatkozo adatot tarolni. A ket tablat osszekapcsolo adatok mennyisege az 
osszes konyv osszes szerzoje szamanak osszege, ami viszonylag sok, de 
meretre kicsi lehet, hiszen egy-egy rekordja csak ket kodot tartalmaz. 
Kereshetoseg szempontjabol van egy kis hatranya, mivel ha konyv szerint 
keresel, ki kell keresni a konyv tablabol a konyv kodjat, a kapcsolo 
tablabol a hozza tartozo szerzok kodjait, majd a megkapott szerzokodok 
alapjan a szerzo tablabol a szerzok adatait. Ugyanez az algoritmus 
hasznalhato akkor is, ha szerzo szerint keresel, csak epp forditott 
sorrendben mesz vegig a tablakon. Ez akar elonnye is valhat, hiszen 
hasznalhatsz egyetlen parameterezett kereso rutint. A tobbi megoldasban a 
kereshetoseg legalabb egyik iranyban legalabb ennyire bonyolult, tehat nem 
feltetlenul jobb.
  Az elso verziot nem ertem, ha a ket tablaban a kodok megegyeznek, akkor 
egy konyvhoz csak egy szerzo tartozhat, vagy egy-egy konynek vagy egy-egy 
szerzonek szerzonek tobbszor kell szerepelnie. Folosleges adattarolas.
  A masodik verzio semmikeppen nem elonyos, azt mondtad, nem tudjuk, hany 
szerzo lehet legfeljebb, igy nem tudod, hany szerzo tablat csinalj, es 
egyaltalan nem is elegans megoldas egy tipusu adat tarolasara tobb tablat 
letrehozni. A szerzo szerinti keresest nagyon bonyolultta teszi, es egy 
szerzo a sok tablaban tobbszor is szerepelhet, nem takarekos.

   Peterson

>  Igy tenyleg mukodik, de mukodik siman www.csharp.hu cimen is. Es ez 
>egyaltalan nem bongeszofuggo, mivel serveroldalon kell beallitani, hogyha 
Tobb programmal sem ment. Csak a Freeweb csik jelenik meg.

>  De minek? Nincs az az ocska bongeszo, ami ne tamogatna a Javascriptet, ma 
>mar alig talalsz olyan oldalt, ami ne hasznalna ilyet. Es a Javascript 
>egyaltalan nem jelent akkora veszelyt a gepedre, hogy le kelljen tiltani...
Ezeken az oldalakon semmi funkcioja, teljesen felesleges. Nekem pedig
nincs kedvem talalgatni, hogy egy adott oldalon mennyire veszelyes,
ezert letiltom.

>  A linkelest talan tenyleg meg lehetne oldani - uj ablakba nyitva is - 
Nem szeretem, ha uj ablakot nyit. En is tudok uj ablakot nyitni, ha kell
- a program ne akarjon helyettem.

>Javascript nelkul, de nem ez az egyetlen hely, ahol igy mukodik, ennyi 
>erovel a 777SMS-nek is sirhatnal...
Aki ilyen kodot hasznal, az tudomasul veszi, hogy emiatt nehanyan nem
tudjak hasznalni az adott funkciot. Gondos programozok megoldjak, hogy
legyen mas lehetoseg is a lapon...

>  Ez megint csak nem a szerzo hibaja, annyi cookie-t kuld, ahanyra a 
>kulonbozo beallitasok (esetleg a forgalommeres) miatt szuksege van, es 
>teljesen normalis, hogy ha uj lapra lepsz, frissiteni szeretne. Viszont ez 
>egyaltalan nem interaktiv dolog, szerencsetlen oldalnak nem kell azzal 
>foglalkozni, hogy visszautasitottad az elsot. (Megoldhato, de foloslegesen 
>bonyolitja a kodolast, es sehol nem is foglalkoznak vele.)
Jo, igaz, de regebbi bongeszoknel eleg kellemetlen.

>Ertelmesebb bongeszokben (nem csak IE) azt is be lehet allitani, hogy az 
>adott oldal cookie-jait fogadja, de kulsoket ne (amit peldaul a reklamok 
Nekem ennel regebbi van.

>>A lap nem statikus, igy offline gyakorlatilag nezhetetlen (nem tudom 
>>acache-bol olvasgatni). Nem jo otlet, draga mulatsag...
>  Lattal te mar valaha statikus portalt? Kotve hiszem... A portaloldalak 
>  Egyebkent ertelmes bongeszo ezt is le tudja cache-elni. (En legalabbis 
Mashol nem szokott ilyen gondom lenni.

>  Khm. Eloszor is mindenkinek erdeke, hogy olyan bongeszot hasznaljon, ami 
>a legalabb a legalapvetobb funkciokkal bir, tehat kepes megjeleniteni egy 
		^^^^^^^^^
>oldalt akkor is, ha nem irod oda, hogy index.php (ahhoz, hogy ez ne 
>  Aztan az is hozza tartozik a dologhoz, hogy egy atmeneti - es nem is kis 
>- bongeszovalsag utan (lasd Netscape 6 elso verzioi) eljutottunk mar oda, 
>hogy az ujabb verziok nem feltetlenul eroforrasigenyesebbek az elozoeknel, 
>sot, mintha ujra kezdenek megismerni az optimalizalas fogalmat. En egy P150 
>MMX-en probaltam 64 MB memoriaval tobbfele bongeszovel a fent emlegetett 
En a Netscape 3-at hasznalom, ha lehet. Van 4.5 is, de az nehany
funkcioban kevesebbet tud. Azt mondod, az ujak a winchesteren is
kevesebb helyet foglalnak? Nem szeretnek egy ilyen feladatra egy fel
gepet felhasznalni.

>>Ja: a cikk nem rossz - bar en mar '86-ban hallottam arrol, hogy letezik 
>>ilyen "programmero" program C-re.
>  Es hol volt 86-ban C#? A cikk azt irja, hogy a stopper az optimalizacio 
Ki mondott #-t?

Szervusz

En ezt tamogatom :

> 3.javaslat:
> kapcsolomezovel:
> konyv tabla: kod, cim
> szerzo tabla: szerzokod, szerzo
> kapcsolo tabla: kod, szerzokod

Indokolni nem fogom, szerintem ezt igy kell csinalni.

De, azert egy-ket szot meg szolhattal volna : allomany vagy server alapu, helyi
 vagy halozati eleresu, Linux vagy Windows, satobbi.

Feherke.


_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!