Html-, css- és php-help
Jelentkezz be a hozzászóláshoz.
#20083
Chrome dev toolsban van ehhez spéci cucc. (Firebugban nemtudom, nem használom)
Úgy tudod elõcsalogatni, hogy dev toolsban (F12) jobb oldalon a styles résznél átírogatod amit kell (ezt ugye már közben látod is, hogy mit csinálsz).
Ha megvagy a szerkesztésekkel akkor ugyanezen a panelen (styles) kiírja, hogy honnan kapja a stílust (pl. style.css 1000. sor) ezen kattintasz, ekkor megnyitja a resources fület és ott pl a style.css-t, ha ezt kinyitod a kis lenyíllal, akkor láthatod, hogy egy mini verziókezelõ van beépítve idõre lebontva, illetve legalul az original file. Amelyikre szükséged van, arra jobb klikk és save as.
Pofás is dolog.
Úgy tudod elõcsalogatni, hogy dev toolsban (F12) jobb oldalon a styles résznél átírogatod amit kell (ezt ugye már közben látod is, hogy mit csinálsz).
Ha megvagy a szerkesztésekkel akkor ugyanezen a panelen (styles) kiírja, hogy honnan kapja a stílust (pl. style.css 1000. sor) ezen kattintasz, ekkor megnyitja a resources fület és ott pl a style.css-t, ha ezt kinyitod a kis lenyíllal, akkor láthatod, hogy egy mini verziókezelõ van beépítve idõre lebontva, illetve legalul az original file. Amelyikre szükséged van, arra jobb klikk és save as.
Pofás is dolog.
#20082
JetBrains IDE-khez (PHP Storm, Web Storm, IDEA, stb) CSS-X-Fire egy firebug plugin. Ennek elõnye, hogy nemcsak file változáskor frissíti a böngészõben, hanem a firebugban való matatást átviszi az IDE-be is. Én ezt használtam, elég jól mûködött.
Firefoxhoz van egy kieg az XRefresh, ez nem függ egy bizonyos IDE motortól, viszont nem fogod tudni firebugból frissíteni a fileokat, csak a file frissülésekor frissíti a böngészõben.
Windowson talán egyszer majd a LiveReload is menni fog, XRefreshez hasonló, plusz pár egyéb jósággal, de egyelõrre elég lutri ha nem almás géped van.
Ugyanakkor Chrome devtoolst is be lehet lõni, hogy a böngészõben szerkesztett változásokat fileba mentse autómatikusan. @github
Firefoxhoz van egy kieg az XRefresh, ez nem függ egy bizonyos IDE motortól, viszont nem fogod tudni firebugból frissíteni a fileokat, csak a file frissülésekor frissíti a böngészõben.
Windowson talán egyszer majd a LiveReload is menni fog, XRefreshez hasonló, plusz pár egyéb jósággal, de egyelõrre elég lutri ha nem almás géped van.
Ugyanakkor Chrome devtoolst is be lehet lõni, hogy a böngészõben szerkesztett változásokat fileba mentse autómatikusan. @github
(\__/) ( X.x) ( } . { )
#20081
Van arra megoldás hogy a css-t "on the fly" tudjam módosítani? Jelenleg úgy csinálom hogy firebugban átírkálom a stílus attribútumokat aztán bemásolom az egészet a css fileba és lementem. Ezt az utóbbi macerát szeretném megspórolni, tehát ha valamit módosítok azt mentse bele magától a stílus fileba.
#20080
Szerintem jól néz ki.
Hogyha a keresést a fekete sávon helyezed el akkor simán összébb lehetne még csúsztatni az egészet
Hogyha a keresést a fekete sávon helyezed el akkor simán összébb lehetne még csúsztatni az egészet
#20079
mostanában az a trend, hogy 1280-ra optimalizálják az oldalt, de ha kisebb felbontás van akkor picit átrendezõdik a tartalom/design, hogy elférjen még 1024-ben is
itt egy példa:
http://cssgrid.net/
itt egy példa:
http://cssgrid.net/
#20078
Designba nem nagyon vagyok otthon, webprogramozó vagyok, viszont egy munkát el vállaltam, de a designerem hála az istennek visszamondta a végére a munkát.. :/
Az lenne a kérdésem, hogy csináltam én magamnak egy külsõt 1280*1024-es monitor felbontással, pont megy full screenbe, viszont azon gondolkozok, hogy kisebb felbontás esetén, mit javasoltok, hogyan rakjam össze az oldalt? Mert akkor a bal felsõ sarok kicsúszik a képbõl :S Az általam készített külsõ nem lesz megfelelõ emiatt? :S (ez csak egy kép még)
http://specialpromotion.hu/m-konzol3.png
Kritikát is szívesen várok, hiszen úgy tanul az ember 😊
Az lenne a kérdésem, hogy csináltam én magamnak egy külsõt 1280*1024-es monitor felbontással, pont megy full screenbe, viszont azon gondolkozok, hogy kisebb felbontás esetén, mit javasoltok, hogyan rakjam össze az oldalt? Mert akkor a bal felsõ sarok kicsúszik a képbõl :S Az általam készített külsõ nem lesz megfelelõ emiatt? :S (ez csak egy kép még)
http://specialpromotion.hu/m-konzol3.png
Kritikát is szívesen várok, hiszen úgy tanul az ember 😊
#20077
<#worship>
#20076
1. mysql_real_escape_string($_POST<'textarea'>)
2. TinyMCE
2. TinyMCE
[merlinw.org]
#20075
Hogy lehet egyszerûen(már ha lehet úgy) megcsinálni azt, hogy form-ba írok, majd elmentem azt adatbázisba és miután lekérdeztük a szöveget a szöveg teljesen ugyan úgy jelenjen meg mint ahogy megírtam, tehát sörtörések, bekezdések stb ?
2. Pl némelyik oldal hogy csinál ilyen fasza szövegszerkesztõ formokat ?
2. Pl némelyik oldal hogy csinál ilyen fasza szövegszerkesztõ formokat ?
#20074
Csináljatok egy user akihez mindenkinek van hozzáférése és szerkesszétek az elsõ hozzászólást.
Illetve sima képfeltöltés az ennyi kb.
Illetve sima képfeltöltés az ennyi kb.
“A distributed system is one in which the failure of a computer you didn't even know existed can render your own computer unusable” _____/|_____\o/___ Cápatámadás
#20073
Sziasztok, az alábbiakban kérném a segítségeteket:
Van egy mini-közösségünk, eddig sgforum-os ingyenes oldalon dumáltunk, de most beüzemeltünk egy saját oldalt, phpbb3-as fórummal (meg bloggal, meg sokminden mással, lényegtelen). A lényeg: van egy filmes játék (kép alapján kell kitalálni az adott filmet), és én azt szeretném megoldani, hogy egy (már meglévõ) gombra kattintva a júzer megnézhetné az aktuális képet.
Tehát: kellene nekem egy gomb, amire rákattintva az aktuális emberke (aki kitalálta az elõzõt, az tehet új feladványt) feltölt egy képet a szerverre, amit majd ugye a többiek a gombra kattintva nézhetnek meg. Tehát a feltöltött képnek a neve mindig ugyanaz kell, hogy legyen és mindig ugyanoda kell feltölteni (ennyit én is összeraktam fejben 😊. Olyannal nem kell foglalkozni, hogy kinek lehet jogosultsága a feltöltésre, meg ilyenek, senki nem szórakozna ezzel.
Remélem érthetõen fogalmaztam és veszi valaki akkor kihívásnak a kérésem, hogy foglalkozzon vele.
Ui: majd' kihagytam, hogy én nem vagyok programozó. Tanultam, értem is, csomó dolgot megvalósítottam az oldalon, de nem ez a szakmám, ez nekem már túl nagy falat :\
Van egy mini-közösségünk, eddig sgforum-os ingyenes oldalon dumáltunk, de most beüzemeltünk egy saját oldalt, phpbb3-as fórummal (meg bloggal, meg sokminden mással, lényegtelen). A lényeg: van egy filmes játék (kép alapján kell kitalálni az adott filmet), és én azt szeretném megoldani, hogy egy (már meglévõ) gombra kattintva a júzer megnézhetné az aktuális képet.
Tehát: kellene nekem egy gomb, amire rákattintva az aktuális emberke (aki kitalálta az elõzõt, az tehet új feladványt) feltölt egy képet a szerverre, amit majd ugye a többiek a gombra kattintva nézhetnek meg. Tehát a feltöltött képnek a neve mindig ugyanaz kell, hogy legyen és mindig ugyanoda kell feltölteni (ennyit én is összeraktam fejben 😊. Olyannal nem kell foglalkozni, hogy kinek lehet jogosultsága a feltöltésre, meg ilyenek, senki nem szórakozna ezzel.
Remélem érthetõen fogalmaztam és veszi valaki akkor kihívásnak a kérésem, hogy foglalkozzon vele.
Ui: majd' kihagytam, hogy én nem vagyok programozó. Tanultam, értem is, csomó dolgot megvalósítottam az oldalon, de nem ez a szakmám, ez nekem már túl nagy falat :\
Let me tell you something my friend. Hope is a dangerous thing. Hope can drive a man insane.
#20072
Köszönet, ez a fejlesztéshez tökéletesen megfelel, ad egy linket, rákattintva bejön a lap.
#20071
index.html:
<a href="urlap.php">urlap</a>
urlap.php:
<?php
if (isset($_POST<'submit'>)) {
//feldolgozás
...
}
?>
<form method="post" action="urlap.php">
<div>beviteli mezo 1 <input type="text" name="mezo1"></div>
<div>beviteli mezo 2 <input type="text" name="mezo2"></div>
<div><input type="submit" name="submit" value="Küldés"></div>
</form>
<a href="urlap.php">urlap</a>
urlap.php:
<?php
if (isset($_POST<'submit'>)) {
//feldolgozás
...
}
?>
<form method="post" action="urlap.php">
<div>beviteli mezo 1 <input type="text" name="mezo1"></div>
<div>beviteli mezo 2 <input type="text" name="mezo2"></div>
<div><input type="submit" name="submit" value="Küldés"></div>
</form>
[merlinw.org]
#20070
Nem ez lenne a cél, és elnézést ha rosszul magyaráztam.
Egy másik lapot - nevezzük "Ûrlapnak" - szeretnék meghívni, ami a képernyõ teljes felületén jelenne meg, a rajta lévõ mezõkbe adatokat tudnék beírni, amiket, ha a bevitel megtörtént, feldolgozok, kiértékelek.
Egy meglévõ, és sajnos rosszul mûködõ program leváltására szeretnék írni egy másikat, amit kedvem szerint alakíthatok, tesztelhetek.
Egy másik lapot - nevezzük "Ûrlapnak" - szeretnék meghívni, ami a képernyõ teljes felületén jelenne meg, a rajta lévõ mezõkbe adatokat tudnék beírni, amiket, ha a bevitel megtörtént, feldolgozok, kiértékelek.
Egy meglévõ, és sajnos rosszul mûködõ program leváltására szeretnék írni egy másikat, amit kedvem szerint alakíthatok, tesztelhetek.
#20069
A meghívás alatt mi értendõ?
Beágyazáshoz:
<iframe src="könyvtár/tetszõleges.html" style="border:none;"></iframe>
Beágyazáshoz:
<iframe src="könyvtár/tetszõleges.html" style="border:none;"></iframe>
#20068
Üdv !
Segítséget szeretnék kérni egy valószínûleg nagyon egyszerû probléma megoldásához, amire én több mint két napja keresem a megoldást.
Html szerkesztõvel írnék egy olyan programot, amibõl a gép tetszõleges könyvtárában lévõ másik Html lapot szeretnék meghívni. Próbáltam rákeresni a neten található leírásokban, nem találok megoldást rá.
Egy nagy tudású úr, ha idepöttyintené a megoldást, nagyon megköszönném, mert már lassan beleõrülök a próbálkozásba.
Segítséget szeretnék kérni egy valószínûleg nagyon egyszerû probléma megoldásához, amire én több mint két napja keresem a megoldást.
Html szerkesztõvel írnék egy olyan programot, amibõl a gép tetszõleges könyvtárában lévõ másik Html lapot szeretnék meghívni. Próbáltam rákeresni a neten található leírásokban, nem találok megoldást rá.
Egy nagy tudású úr, ha idepöttyintené a megoldást, nagyon megköszönném, mert már lassan beleõrülök a próbálkozásba.
#20067
Arra en sem latok semmi eselyt, hogy gyokeresen megvaltozzon.
#20066
A hátrányai léteznek, de õszintén szólva nem tudom hogyan lehetne sikeresen bevezetni egy új leíró nyelvet.
Mégha feltételezzük is, hogy a teljesen új szabvány a nagy böngészõgyártók egyetértésével jön létre és mindegyik pikk-pakk implementálja annak ugyanazt a verzióját (mint ahogy most is kéne az új draftoknak), akkor is ott van a html 20+ éves elõnye. Ez az elõny ott van a szakmában, adaptáltságában és abban, hogy mennyi idõnek kellene eltelnie mire annyi böngészõ támogatja, hogy használható legyen.
Talán majd onnantól lehet egyáltalán elgondolkozni ilyen mértékû változtatásokon, amikor lényegében minden webböngészõ teljesen autómatán a háttérben frissíti magát. Ez a jó ötlete volt a guglinak a chromeal.
Mégha feltételezzük is, hogy a teljesen új szabvány a nagy böngészõgyártók egyetértésével jön létre és mindegyik pikk-pakk implementálja annak ugyanazt a verzióját (mint ahogy most is kéne az új draftoknak), akkor is ott van a html 20+ éves elõnye. Ez az elõny ott van a szakmában, adaptáltságában és abban, hogy mennyi idõnek kellene eltelnie mire annyi böngészõ támogatja, hogy használható legyen.
Talán majd onnantól lehet egyáltalán elgondolkozni ilyen mértékû változtatásokon, amikor lényegében minden webböngészõ teljesen autómatán a háttérben frissíti magát. Ez a jó ötlete volt a guglinak a chromeal.
(\__/) ( X.x) ( } . { )
#20065
Az egesz strukturajan latszik, hogy arra lett kitalalva, amire eleinte hasznaltak: szovegek egymas alatt, minimalis style.
Azota sok minden valtozott, amivel persze valtozott a html is, de attol meg ugyanolyan kotott. Nem veletlen, hogy pl egy olyan pofonegyszeru dolog is, hogy 2 v 3 oszlopos layout "trukkozessel" kell megoldani. Nem veletlen, hogy a honlapok 90%-a fixed szelessegu layout-ot hasznal, hogy ne kelljen szivni a kulonbozo bongeszomeretekbol adodo problemakkal.
Az is sokat mond, hogy a bongeszogyartok a szabvanyokat mind mashogy ertelmezik es sokszor a szabvanyban nem is letezo dolgokat hoznak letre, ami a szabvanyban kesobb persze megjelenik.
Egyszerubb oldalaknal nincs nagy gond, kisebb nagyobb kompromisszumokkal mukodik minden, de minnel komolyabb interaktivitas/flexibilis layout a cel, annal tobb a problema is.
Ha irtal mar gui-t szinte barmilyen nem html nyelven (Java, c#, akarmi) akkor tudod hogy mennyivel logikusabb es egyszerubb sokszor.
Nagyjabol erre gondoltam. De meg egyszer mondom, mukodik a html, mindig talalnak megoldasokat a gondokra, de attol meg nagyon latszik szerintem hogy azalapjan amire ma hasznalva van, ha ujrairnak nullarol teljesen mas lenne.
Azota sok minden valtozott, amivel persze valtozott a html is, de attol meg ugyanolyan kotott. Nem veletlen, hogy pl egy olyan pofonegyszeru dolog is, hogy 2 v 3 oszlopos layout "trukkozessel" kell megoldani. Nem veletlen, hogy a honlapok 90%-a fixed szelessegu layout-ot hasznal, hogy ne kelljen szivni a kulonbozo bongeszomeretekbol adodo problemakkal.
Az is sokat mond, hogy a bongeszogyartok a szabvanyokat mind mashogy ertelmezik es sokszor a szabvanyban nem is letezo dolgokat hoznak letre, ami a szabvanyban kesobb persze megjelenik.
Egyszerubb oldalaknal nincs nagy gond, kisebb nagyobb kompromisszumokkal mukodik minden, de minnel komolyabb interaktivitas/flexibilis layout a cel, annal tobb a problema is.
Ha irtal mar gui-t szinte barmilyen nem html nyelven (Java, c#, akarmi) akkor tudod hogy mennyivel logikusabb es egyszerubb sokszor.
Nagyjabol erre gondoltam. De meg egyszer mondom, mukodik a html, mindig talalnak megoldasokat a gondokra, de attol meg nagyon latszik szerintem hogy azalapjan amire ma hasznalva van, ha ujrairnak nullarol teljesen mas lenne.
#20064
most, hogy már értem a problémát: a belsõ listaelem ugyanúgy része a fõmenüelemnek, ezért a html-en kell változtatni.
például így: http://jsfiddle.net/2hGPW/
például így: http://jsfiddle.net/2hGPW/
The problem is not the problem, the problem is your attitude about the problem.
#20063
vagy félreértettem. igen, asszem ez utóbbi.
The problem is not the problem, the problem is your attitude about the problem.
#20062
$(this).find("li > ul").toggle(200);
The problem is not the problem, the problem is your attitude about the problem.
#20061
Én ellátnám egy class névvel az összes olyan element ami csuható és az alapján hivatkoznék rájuk
#20060
Még mindig olyan. Igazából az a baj, hogy, ha az almenün belül akárhova kattintok akkor összecsukja az egészet, ami végül is logikus, hiszen az egész li, csak nincs ötletem, hogy hogyan kéne megoldani. Olyasmit lehet pl, hogy ami li, de nem ul ?
“A distributed system is one in which the failure of a computer you didn't even know existed can render your own computer unusable” _____/|_____\o/___ Cápatámadás
#20059
Elvileg
.left_menu1 > li
ha jól értem
.left_menu1 > li
ha jól értem
[/spam]™
#20058
Van egy egyszerû lenyílós menüm (listák egymásba ágyazva), valahogy így
Az lenne a probléma, hogy, ha egy belsõ lista elemre kattintok, akkor is elkezdi összecsukni magát aztán szépen tovább is megy a menüre. Itt a js kód, mit kéne változtatni ?
<ul>
<li>Menüpont</li>
<li>Almenü
<ul>
<li>..</li>
<li>..</li>
</ul>
</li>
</ul>
Az lenne a probléma, hogy, ha egy belsõ lista elemre kattintok, akkor is elkezdi összecsukni magát aztán szépen tovább is megy a menüre. Itt a js kód, mit kéne változtatni ?
$('.left_menu1 li').click(function() {
$(this).find("ul").toggle(200);
});
“A distributed system is one in which the failure of a computer you didn't even know existed can render your own computer unusable” _____/|_____\o/___ Cápatámadás
#20057
Szerintem arra gondol hogy az elsõ szabvány megalkotásánál nem volt szempont hogy az éppen kitalált div-ek, span-ek és különféle tag-ek egymásba pakolgatása végül egy szakmává növi ki magát és ha ezt is figyelembe vették volna valószínûleg kicsit intuitívabb lenne a használata
#20056
Ezt most én sem értem😊 Vagy te nem érted mi is az a HTML😊
[merlinw.org]
#20055
Nezz korul a web-en, ugy 😊
#20054
HTML-t, hogy lehet nem arra használni, mint amire kitalálták ? :o
“A distributed system is one in which the failure of a computer you didn't even know existed can render your own computer unusable” _____/|_____\o/___ Cápatámadás
#20053
Remelem nem veszitek kotozkodesnek, az utobbi honapokban en is kicsit visszatertem a html-hez, es ezekbol a kerdesekbol is annyira latszik, hogy a html annyira idejetmult, es mar reg nem arra hasznaljak, amire kitalaltak. Ami erdekes, hogy megis mukodik .. 😊
#20052
[merlinw.org]
#20051
semmi.
inline div == span
inline div == span
The problem is not the problem, the problem is your attitude about the problem.
#20050
köszi de pl mi értelme egy divet inlineolni ha floattal is egymás mellé tudod rakni ?
#20049
vannak blokkszintû elemek, ilyen például a <div> Ezek alapból 100% szélesek és nem tudod egymás mellé rakni õket. Vannak inline elemek, ilyen például a <a>. Ezeknek nincs alapból szélessége és egymás mellé tudod rakni õket. Ha egy inline elemnek adsz display:block;-ot, akkor úgy fog viselkedni, mint egy div
#20048
A lenti videóból megtudhattad, mik azok a blokkok. A display paraméter az elemek megjelenítését szabályozza. A display: block gyakorlatilag visszaállítja az eredeti állapotot, tehát blokkosít. A block-inline úgy viselkedik, mint a float, a hide láthatatlanná teszi az elemet, a none pedig eltûnteti és felszabadítja a helyét, stb.
Ennél egyszerûbben nem lehet elmondani mik a blokkok:
Ennél egyszerûbben nem lehet elmondani mik a blokkok:
[merlinw.org]
#20047
Valaki írjon nekem egy kis leírást szájbarágósan, hogy pontosan mire jó és mikor célszerû használni a display:block-ot mert egyszerûen nem veszi be az agyam az értelmét 😄 vmi példákkal írjátok plz ill az inline-t is írhatjátok. Eddig a floatal volt sok bajom de arra találtam egy jó kis bemutató vidit ahol a clear-t is bemutatja a srác
#20046
Dejó 😊 Köszönöm, közbe én már div-ekbõl összepakoltam, és margin-al megemeltem a szöveget 😄 de így sokkal szebb és erõforrás takarékosabb
#20045
szöveg elé <img src="logo.jpg" align="absmiddle" />
#20044
Ha egy ikont tesztek egy szöveg elé, olyankor Ti milyen módszerrel oldjátok meg, hogy a szöveg az ikon középvonalában legyen?
http://specialpromotion.hu/kepek.jpg
bal oldali menürészen táblázattal oldottam meg, küldön td-be raktam a szöveget és valign='middle'.
De nem szeretnék táblázatot tenni táblázatba jobb oldalt, ezért kérdezem.
http://specialpromotion.hu/kepek.jpg
bal oldali menürészen táblázattal oldottam meg, küldön td-be raktam a szöveget és valign='middle'.
De nem szeretnék táblázatot tenni táblázatba jobb oldalt, ezért kérdezem.
#20043
Kicsit off, de nem tudja valaki hogy mi annak az oldalnak a neve amin feladatokat kell csinálni mindenféle programozási nyelveken? (PHP-ra emlékszem biztosan) Kezdõtõl haladóig volt és jól el volt magyarázva minden hogy miért az a helyes és miért nem a másik például.
Elõre is köszönöm.
(Ha nem tudtok ilyet, akkor mást is elfogadnék ahol lehet gyakorolni.)
Elõre is köszönöm.
(Ha nem tudtok ilyet, akkor mást is elfogadnék ahol lehet gyakorolni.)
"I've found that when you want to know the truth about someone that someone is probably the last person you should ask."
#20042
Bármiben, csak húzni kell a script lefutásának idõtartamát ciklusokkal, PHP-ban is van sleep
#20041
Ez ingyenes, de franc se tudja milyen (humblebundle ezzel megy)
Amúgy ilyen long pollingot milyen nyelven tudsz megvalósítani ?
Amúgy ilyen long pollingot milyen nyelven tudsz megvalósítani ?
“A distributed system is one in which the failure of a computer you didn't even know existed can render your own computer unusable” _____/|_____\o/___ Cápatámadás
#20040
Nem volt szó platformról, gondoltam megemlítem. 😊
(\__/) ( X.x) ( } . { )
#20039
a long polling szerintem nem valami jó ötlet sima webszerverekkel, mint például apache. valószínûleg gyorsan feltelítõdne a worker thread pool.
The problem is not the problem, the problem is your attitude about the problem.
#20038
Lehet szokásos polling, amit Lazarus említett, vagyis kliens xhr lekér, szerver válaszol üressel, vagy az újdonságokkal.
Long polling, kliens ugyanúgy xhr lekérést indít, a szerver viszont nem válaszol hogyha nincs új adat, hanem nyitva tartva a folyamatot lekéréseket indít az adatbázisba amíg nincs mit visszaadni. Ha jön küldendõ adat válaszol és a kliens újat indít. Egy idõ után persze üressel is válaszolni kell, amire kliens új lekérést indíthat. Kevesebb request, de hosszabban futó folyamatok.
Valamilyen egyéb (socket) technológia használata. WebSockets még mindig kicsit rizikós, de azért van alternatíva (flash alapon pl).
Long polling, kliens ugyanúgy xhr lekérést indít, a szerver viszont nem válaszol hogyha nincs új adat, hanem nyitva tartva a folyamatot lekéréseket indít az adatbázisba amíg nincs mit visszaadni. Ha jön küldendõ adat válaszol és a kliens újat indít. Egy idõ után persze üressel is válaszolni kell, amire kliens új lekérést indíthat. Kevesebb request, de hosszabban futó folyamatok.
Valamilyen egyéb (socket) technológia használata. WebSockets még mindig kicsit rizikós, de azért van alternatíva (flash alapon pl).
(\__/) ( X.x) ( } . { )
#20037
hát végülis saját szervergéprõl fog futni a komplett oldal elvileg. Ott nem hiszem hogy lesz olyan probléma hogy túl sok requesttért leállítanák, de akkor majd megpróbálom megtalálni a legjobb beállítást.
[O_O] (.)(.)
#20036
99% hogy ncore-on is így van. A bizonyos idõközönként lehet fél másodperc is. Persze célszerû kicsit hosszabbra állítani, attól függ mennyi requestet bír el a szervered folyamatosan. Nekem állították már le az oldalam (fizetõs hoston!) mert túl sok párhuzamos requestet irányítottam egy filera és ezzel gyakorlatilag DDOS támadást hoztam létre akaratom ellenére 😛 Mondjuk az nem javascript volt, de maga a request ugyan az
#20035
Igazából én nem úgy akarom hogy bizonyos idõközönként hanem úgy, hogy ahogy megy valami az adatbázisba akkor rögtön ki legyen írva. Akkor is teljesen ugyan ezzel a megoldással kell vagy valamiben másabb úgy ?
[O_O] (.)(.)
#20034
Javascriptben csinálsz egy intervalt ami bizonyos idõközönként ajax-al lekérdez egy php-filet ami kapcsolódik a mysql adatbázishoz és ellenõrzi hogy van-e új torrent. Ha nincs, a visszatérési értéke legyen üres. Ha van akkor a visszatérési érték legyen a torrent neve. Javascriptel pedig tetszés szerint megjeleníted a visszatérési értéket