Miben készülnek a nagy oldalak?

Miben készülnek a nagy oldalak?
2005-05-23T19:56:04+02:00
2005-05-24T12:48:40+02:00
2022-10-31T23:10:40+01:00
  • Egyébként én ezt egy új oldal indítására értettem. Tehát most ilyen körülmények közt már nem lehetne. Annó machomedia.hu, startlap, gumicsizma.hu, vicclap.hu, funpic futott be így azthiszem, hogy nagyon keveset fordítottak rá anyagilag, de hát nekik még sikerült: mert egyedül voltak. Ma már nem lehet újat csinálni, csak jobbat.


    Hát ja. A másik probléma, hogy az emberek már megszokták ezeket az oldalakat, talán szeretik is, így aztán elég nehéz átcsábítani bárkit is egy másik oldalra. Jó persze kivétel a pornó meg a warez oldal. Nyilván, ha csinálnék egy ingyenes warez oldalt, amin lenne 500 játék meg pornó film, akkor biztos, hogy hatalmas lenne a látogatottságom. Más kérdés, hogy sok hasznom nem lenne belőle. (Kivétel, ha találnék olyat, aki hirdetne az oldalamon, de hát pornó és warez oldalakon nemigen szeretnek hirdetni.)
    Mutasd a teljes hozzászólást!
  • 'Állítólag tomcaté a leglátogatottabb, de ennyi egyedije szvsz még neki sincs.'


    A Tv2/Index/HirTV/NSz/... médiaoffenzíva alatt kb. 14000 egyedire ugrott fel. De ebben benne van a reggeli, délutáni tévés és több napi nyomtatott sajtóban való szereplés. Ergo minden bizonnyal vissza fog állni a szokásos 6-7-8 ezerre.
    Mutasd a teljes hozzászólást!
  • Állítólag tomcaté a leglátogatottabb, de ennyi egyedije szvsz még neki sincs.
    Egyébként én ezt egy új oldal indítására értettem. Tehát most ilyen körülmények közt már nem lehetne. Annó machomedia.hu, startlap, gumicsizma.hu, vicclap.hu, funpic futott be így azthiszem, hogy nagyon keveset fordítottak rá anyagilag, de hát nekik még sikerült: mert egyedül voltak. Ma már nem lehet újat csinálni, csak jobbat.
    Mutasd a teljes hozzászólást!
  • Magyarországon? Alig.
    Mutasd a teljes hozzászólást!
  • min. 2-5 millió Ft induló tőkéd, amit _csak_ marketingre el tudsz különíteni


    Ez alól vannak kivételek, pl. egy jól befutott blognak simán van napi 10.000 látogatója.
    Mutasd a teljes hozzászólást!
  • Egyébként érdemes egy PHP oldalt minél több .php file-ra tagolni, vagy gyorsabban betöltődik, ha minden egy vagy két-három fájlban van?
    Mutasd a teljes hozzászólást!
  • -off-
    Mondjuk attól nekem még nem kell tartanom, hogy hatalmas forgalmú weblap tulajdonosa leszek rövid időn belül,

    Hosszú távon sem leszel az, hacsak nincs min. 2-5 millió Ft induló tőkéd, amit _csak_ marketingre el tudsz különíteni már a bevezetés szakaszában. Ebben biztos lehetsz. Na mindegy, ezt csak azért, hogy nagyon nem kell felesleges(?) túlzásokba esni, ha saját részre tervezel siteot.
    -on-
    Mutasd a teljes hozzászólást!
  • Én úgy tudom, hogy a 8 már nem béta, hanem stabil állapotban van!
    Mutasd a teljes hozzászólást!
  • Hát, én még nem vettem észre, hogy a céges dokumentumkezelőnkből adat tűnt volna csak úgy el, pedig MySql-t használunk... Egyébként ez a legenda még a 3-as MySql környéként volt, most pedig 4.1 a stabil verzió!
    Mutasd a teljes hozzászólást!
  • Mondjuk attól nekem még nem kell tartanom, hogy hatalmas forgalmú weblap tulajdonosa leszek rövid időn belül, DE nyilvánvalóan ha lehet, akkor már a kezdetektől fogva úgy szeretném csinálni, hogy az később is megállja a helyét. Végeztem egy gyors 5 perces 'kutatást' a postgreSQL-ről és több dolgot vettem észre:

    -Windowson nem megy csak vmi emulátorral
    -a 8as verzió már megy windowson, de az meg beta verzió
    -többet tud, mint a mySQL
    -készítői szerint, valamely műveletekben gyorsabb, másokban lassabb, a forgalomban lévő adatbázis kezelő programoknál
    Mutasd a teljes hozzászólást!
  • Egyszer olvastam itt valahol, hogy a mysql csak úgy eltüntet adatokat. Ettől parázom egy kicsit, ezért csv fájlba archiválom rendszeresen a könyvtári adatbázist.
    Mutasd a teljes hozzászólást!
  • Lám, tényleg megoszlanak a vélemények :)

    A mysql nem nagyteljesítményű feladatokra készült adatbáziskezelő. Állandóan olvasok a tudástárban róla, hogy a lekérdezésoptimalizálójának vannak gyengeségei, tranzakciótámogatás nincs igazán benne, első blikkre (uw.hu phpmyadmin) tárolt eljárásokat se tud, de lehet hogy ez egy újabb verzióban már megvan.

    14000 rekord nem nagy adatbázis, arra még simán használható, de a "nagy" lapoknak fel kell készülnie másodpercenként több száz, akár több ezer kérés kiszolgálására, erre nem elég.
    Mutasd a teljes hozzászólást!
  • Húha, mindjárt kezdődik egy jó kis MySq-Postgre flame

    Rengeteg komoly, nagy forgalmat bonyolító oldal használ MySql-t, persze, a PostgreSQL is tökéletesen alkalmas! Meg még sok egyéb db kezelő...
    Mutasd a teljes hozzászólást!
  • 100 rekord felett kb. (de erről megoszlanak a vélemények, erősen) illik komolyabbat használni, mint pl PostgreSQL.


    Az en konyvtarprogramomat nem sokan hasznaljak, de 14.000 rekord van benne, es meg eddig nem volt vele baj. (java + mysql)
    Mutasd a teljes hozzászólást!
  • 100 rekord felett kb. (de erről megoszlanak a vélemények, erősen) illik komolyabbat használni, mint pl PostgreSQL.


    Hajjaj, pedig a 100 az nem sok. Miben jobb a PostgreSQL? Gyorsabb?

    Vagy egyáltalán miben különbözik? (Azért kérdezem, mert nem ismerem.)
    Mutasd a teljes hozzászólást!
  • 100 rekord felett kb. (de erről megoszlanak a vélemények, erősen) illik komolyabbat használni, mint pl PostgreSQL.
    Mutasd a teljes hozzászólást!
  • nem egy mysql van a háttérben, hanem valami "komolyabb" adatbázis


    A mySQl-lel mi a gond?
    Mutasd a teljes hozzászólást!
  • Sőt, ha van két datagrid a lapon, és bekapcsolva felejted a viewstate-t, ugyancsak nagy oldalhoz juthatsz... :)
    Mutasd a teljes hozzászólást!
  • Azt gondolom, hogy a JSF is nyomul, hiszen az IBM fejlesztőeszközei ezt is használják!
    Mutasd a teljes hozzászólást!
  • Az ASP.NET-ről nem is szólva, akinek mostanság kb. az összes többi megcsókolhatja:)
    (egyéni vélemény, nem flameindítás!)
    Mutasd a teljes hozzászólást!
  • "ASP-be én nem írnék nagy oldalt (de kicsit se - egyéni vélemény, nem flameindítás!)."

    A Microsoftnak (egy időben) azért egész jól sikerült egy szép nagyot kialakítani asp-ben
    Mutasd a teljes hozzászólást!
  • PHP-vel véleményem szerint akármekkora oldalt meg lehet valósítani. Csak nagy formgalomnál már okosan kell kódolni, átgondoltan kialakított adatbázis-szerkezet stb. 100%-ig CSS-re alapozott design, táblanélküli oldalkialakítás stb., PHP-nél pl. Zend Optimizer használata ami (ha emlékeim nem csalnak) 40%-al is növelheti a teljesítményt.

    Origo és Freemail tudomásom szerint JS, de tuti h. valami Java alapú.

    ASP-be én nem írnék nagy oldalt (de kicsit se - egyéni vélemény, nem flameindítás!).

    Perl-t nagyon régen használtam, annak teljesítményéről nem tudok nyilatkozni.

    Ezek az elterjedtek.
    Mutasd a teljes hozzászólást!
  • Az inform média aps-s vol.at-s adminja html oldalakat geberál ki, ennek ellenére mégis lassú!
    Mutasd a teljes hozzászólást!
  • "Ezek az oldalak mind php-t, vagy cgi-t, esetleg asp-t vagy jsp-t használnak. Server oldalon nincs más. "


    Van más is: én pl. előszeretettel csinálok ISAPI modulokat.

    Mutasd a teljes hozzászólást!
  • Az előzőt kiegészíteném annyival, hogy PHP-vel bármilyen méretű oldal elkészíthető ha van hozzá vas meg sávszél ;) És persze van hozzáértés, mert a php-nek ez az egyik hátránya (is), hogy túl könnyen tanulható, ezért sok féleszű ír pár nap alatt "tartalomkezelő rendszert", ami nem biztos hogy _jó_

    A témánál maradva: a cms mint olyan feladata, hogy kevés hozzáértéssel halandók is szervezhessék a kis weblapjukat, lehetőleg minél nagyobb keretek közt módosítva, testreszabva azt - függetlenül attól, hogy a belsejét milyen programozási nyelv mozgatja.
    Index, origo, stb-t nem nevezném CMS-nek, azok egy csöppet még összetettebb, és speciálisabb feladatot látnak el.
    Megintcsak nyelvtől függetlenül a nagy portálok esetben a legfontosabb a nagy igénybevételre tervezni, ami azt jelenti, hogy megbízhatónak, de leginkább gyorsnak kell lennie. Ehez pedig egy általános módszer a cachelés, tehát amit csak lehet, azt statikusan legenerálni, mert a statikus tartalmak, összetevők stb sokkal gyorsabban "jönnek ki a szerverből" mintha mondjuk ugyanazt egy többszáz ezer soros adatbázisból kéne kiszedni.

    Konkrétan így nincs meghatározva, hogy X forgalom fölött már szhar a php vagy akármelyik. Programozási stílus, sávszél, szerver erőforrásai, látogatók eloszlása, sok minden befolyásolja.

    Az index-nél úgy vettem észre, php-t és perlt biztosan használnak. A használtautó szintén php, de az biztos, hogy nem egy mysql van a háttérben, hanem valami "komolyabb" adatbázis.
    De mondom mégegyszer, ezek sokmindentől függenek, tehát ezekből az információkból sok mit nem fogsz tudni leszűrni...
    Mutasd a teljes hozzászólást!
  • Izé...asszem félreértettél az oldal méretét illetően. Arra gondoltam, hogy mekkora méretIG érdemes egy weblapot php-ban írni?
    Mondjuk láttam egészen nagy oldalakat is PHP-ben megvalósítva...
    Mutasd a teljes hozzászólást!
  • Az, hogy CMS, meg tartalomkezelő-rendszer, az nem nyelvet jelent, hanem technikát. Pl. Thomas Portál tartalomkezelő-rendszer és tiszta php a server oldala...

    Ezek az oldalak mind php-t, vagy cgi-t, esetleg asp-t vagy jsp-t használnak. Server oldalon nincs más. (utobbi 2-ben nem vagyok biztos, hogy helyes ilyen formában)

    PHP-val bármilyen méretű oldalt érdemes készíteni, mégha összesen egy include-ot tartalmaz-is egy php, hiszen így is megspórolhatsz fileonként akárhány sort, ami tárhely...
    Mutasd a teljes hozzászólást!
  • Hali!

    Az érdekelne, hogy a nagyobb oldalakat milyen programozási nyelvben készítik. Pl. index.hu, hasznaltauto.hu vagy éppen a prog.hu.
    Feltételezem, hogy nem PHP. Hallottam ilyenekről, hogy CMS, meg tartalomkezelő rendszer, de nem igazán vágom, hogy ezek pontosan mik is. Egyáltalán milyen méretű oldalt érdemes PHP-val készíteni?
    Mutasd a teljes hozzászólást!
Tetszett amit olvastál? Szeretnél a jövőben is értesülni a hasonló érdekességekről?
abcd