Html-, css- és php-help
Jelentkezz be a hozzászóláshoz.
#13431
Thx, ez mûködött, most már jó xd
Q8300 2.5 Ghz, 4GB RAM, HD 5770 1 GB
#13430
Firefox: Ctrl + Shift + R
Chrome: Ctrl + F5
Így cache nélkül fogja betölteni az adott lapot.
Chrome: Ctrl + F5
Így cache nélkül fogja betölteni az adott lapot.
Ha alszom megéhezem, az evéstől meg elálmosodom! Szép az élet!
#13429
a temporary internet files mappából
Mondottam ember, küzdj és bízva bízzál, bicajozz, hogy el ne hízzál.
#13428
Ok, mondjuk azóta rájöttem h a gombok voltak mégis szarok, másik fajtánál már jó volt, de most meg a régi gombok is megjelennek,amiket már 100%-osan töröltem, szal akkor meg honnan veszi elõ õket azt nemtom...
Q8300 2.5 Ghz, 4GB RAM, HD 5770 1 GB
#13427
Vki azért nekem is segíthetne a "gombos" problémámban, mer így nemtom csinálni az oldalamat tovább és gõzöm nincs mi lehet a baj...
Q8300 2.5 Ghz, 4GB RAM, HD 5770 1 GB
#13426
Hupsz, bocsi. :S
#13425
köszi szépen 😊
Mondottam ember, küzdj és bízva bízzál, bicajozz, hogy el ne hízzál.
#13424
Amit bracsek mond, igaz, ha így akarsz adatot átadni célszerû lenne xmlben. Ha azonban csak annyit akarsz, hogy egy folyamat rendben lement-e - de adatot nem akarsz visszakapni - akkor elég az én megoldásom is!
Ha alszom megéhezem, az evéstől meg elálmosodom! Szép az élet!
#13423
Ne nekem mond nem én vagyok megakadva vele. 😄
#13422
Teszteld localhoston. Másrészrõl a megtervezett xml kimenetet nézzed meg egy validátorral, hogy jó-e és csak azután használd php-be, plusz a fejléceket a xml kimenetnek php-bõl sem árt helyesen beállítani.
#13421
nincs benne html tag:
0;Feldolgozás alatt;2;1;Feldolgozva;1;2;Becsomagolva;0;3;Futárnál;0;4;Átvehetõ a boltban;0;5;Teljesített;1;6;Törölt;1;
Ez a response text.
a firebugban pedig a getReadyState-ben meg már így van:
get channel
"\n\n \n 0;Feldolgozás alatt;2;1;Feldolgozva;1;2;Becsomagolva;0;3;Futárnál;0;4;Átvehetõ a boltban;0;5;Teljesített;1;6;Törölt;1;"
0;Feldolgozás alatt;2;1;Feldolgozva;1;2;Becsomagolva;0;3;Futárnál;0;4;Átvehetõ a boltban;0;5;Teljesített;1;6;Törölt;1;
Ez a response text.
a firebugban pedig a getReadyState-ben meg már így van:
get channel
"\n\n \n 0;Feldolgozás alatt;2;1;Feldolgozva;1;2;Becsomagolva;0;3;Futárnál;0;4;Átvehetõ a boltban;0;5;Teljesített;1;6;Törölt;1;"
Mondottam ember, küzdj és bízva bízzál, bicajozz, hogy el ne hízzál.
#13420
Akkor meg pláne xml hiba.
#13419
Ha bármi html tag van response-ban, töröld ki, dolgozz így:
if(Permissions::getByID($oCurUser)) {
echo 'PERMISSION GRANTED';
} else {
echo 'PERMISSION DENIED';
}
így nem kéne, hogy extra sortörés legyen benne!
if(Permissions::getByID($oCurUser)) {
echo 'PERMISSION GRANTED';
} else {
echo 'PERMISSION DENIED';
}
így nem kéne, hogy extra sortörés legyen benne!
Ha alszom megéhezem, az evéstől meg elálmosodom! Szép az élet!
#13418
természetesen utf8-ban van minden, kódolás, fileok kódolása minden.
ezért állok értetlenül a dolog elõtt 😄
ezért állok értetlenül a dolog elõtt 😄
Mondottam ember, küzdj és bízva bízzál, bicajozz, hogy el ne hízzál.
#13417
Karakterkódolástól függetlenül AJAX mindig utf8-cal küldi az adatot, de van egy érzésem, hogy ezzel nem mondtam sok újat, vagy alapból irreleváns, mert minden lap ebben a formátumban van. 😊
#13416
azonos a két file kódolása, ezért nem értem az egészet 😞
Mondottam ember, küzdj és bízva bízzál, bicajozz, hogy el ne hízzál.
#13415
esetleg valami karakterkódolás bug, egyéb ötltetem nincs, valami a php-val lesz😊
#13414
Ja nem én csináltam õket, beépítettek voltak a dreamweaver-ben, szal ezért sem értem, mért nem mûködnek.
Hiszen semmi mást nem kellett csinálnom csak h kiválasztanom, majd megadni a gomb feliratát és linket oszt kész,ezek után mûködnie kéne de mégse jó...
Hiszen semmi mást nem kellett csinálnom csak h kiválasztanom, majd megadni a gomb feliratát és linket oszt kész,ezek után mûködnie kéne de mégse jó...
Q8300 2.5 Ghz, 4GB RAM, HD 5770 1 GB
#13413
Sziasztok!
Van egy ajax requestem, és bármit csinálod a responseTextbe belekerül egy sortörés és pár space. Pedig a php, ami a response-ot készíti rendesen mûködik, szó nincs benne \n-rõl.
Mi lehet ez? 😄
Találkozott már valaki hasonlóval?
Van egy ajax requestem, és bármit csinálod a responseTextbe belekerül egy sortörés és pár space. Pedig a php, ami a response-ot készíti rendesen mûködik, szó nincs benne \n-rõl.
Mi lehet ez? 😄
Találkozott már valaki hasonlóval?
Mondottam ember, küzdj és bízva bízzál, bicajozz, hogy el ne hízzál.
#13412
Ezek egyesével generált flash gombok, a hivatkozás pedig beléjük van hardcodeolva. Mivel generáltad ki õket? Te magad csináltad flashben?
#13411
Ja azt nem írtam h ezt már másik gomboknál is csinálta és most itt is...
Q8300 2.5 Ghz, 4GB RAM, HD 5770 1 GB
#13410
Csá, van egy kis gond az oldalammal, pontosabban a gombokkal, mer nem akarnak mûködni. Szal eddig megcsináltam két gombhoz a html fájlokat, meg is adtam nekik mindent, fel másoltam mindent a szerverre de nem akarnak mûködni sehogyse illetve az elsõ az jó de a második már nem. Persze a gépen semmi baj sincs csak a neten nem mûxik a dolog. Itt van egy kép is h nagyjából mi a szitu, aztán rem tud vki segíteni nekem:
Q8300 2.5 Ghz, 4GB RAM, HD 5770 1 GB
#13409
sziasztok, nincs olyan script (pl.greasemonkey) ami figyeli a neptunon h az x helyen van-e szabad hely? 😄
gondolom nem lehet nagy kunszt leprogramozni és biztos csináltak már ilyet
gondolom nem lehet nagy kunszt leprogramozni és biztos csináltak már ilyet
dixitque deus fiat lux
#13408
Ez már osztán több mint mese. A levél miután elküldõdik minden normális esetben az átadja a send mail nak az meg bacca meg. és a mail függvény ha át tudta adni a send mailnak akkor ok, és már fut is tovább, tehát a feltöltést megvárja mert azt bármit csinálsz meg kell várd, max elõre töltöd mint a google... a gmail ban, de ahogy megvan a levél századmásodpercen belül ki kell menjen a levél normál esetben.
Másik dolog windowsos xampp al használj stunel el gmail smtpt ez sem gyors megoldás de legalább megbízható hacsak nincs saját mail smtp szervered, ami becsületes és gyors.
Még az kellene hírlevélnél megvárni míg 500 kiszolgáló megkapja az 1500 levelet, nem, a sendmail megkap 1500 levelet legrosszabb esetben, ha mindenkinek névreszóló a levél, és az be van állítva, hogy mennyi idõnként küldhet ki mennyit és küldögeti.
Másik dolog windowsos xampp al használj stunel el gmail smtpt ez sem gyors megoldás de legalább megbízható hacsak nincs saját mail smtp szervered, ami becsületes és gyors.
Még az kellene hírlevélnél megvárni míg 500 kiszolgáló megkapja az 1500 levelet, nem, a sendmail megkap 1500 levelet legrosszabb esetben, ha mindenkinek névreszóló a levél, és az be van állítva, hogy mennyi idõnként küldhet ki mennyit és küldögeti.
#13407
Köszönöm szépen mindkettõtöknek a segítséget!
#13406
"Rendes webserveren", ha fel van erre készítve, akkor gyorsabb lehet, de a lényeg a #13401-ben van. Nagyon gyors sosem lesz az általad vázolt metódussal.
[merlinw.org]
#13405
Local-on másolás sebességû, miután localhost elérése gyakorlatilag megfelel a HDD sebességével, de ugyanúgy tcp-n megy a dolog.
[merlinw.org]
#13404
A php fut sokat, megnéztem microtimeal. Localhoston a "feltöltés" tulképp csak egy filemásolás nem? Hülye vagyok serverekhez<#miaz>sajnos.
Vagy rendes webserveren megy majd mint a villám, csak Xampp cseszekszik?
Vagy rendes webserveren megy majd mint a villám, csak Xampp cseszekszik?
#13403
"amikor ténylegesen el lesz posztolva az ûrlap és képbe jön a PHP"
Pont errõl van szó. Localhoston ugye az gyorsan megy amíg szerver megkapja az anyagot, aztán amíg nem véget a PHP addig fogja az oldalt. Szerveren azt is meg kell várni, amíg felmászik a gépedrõl a szerverre.
Szemléltetésként, ha futtatsz kliens oldalon egy php-t amiben végtelen ciklus van, az is kinyírja a klienst, ha nincsen lekezelve, csak a szerver timeout vet véget neki.
Pont errõl van szó. Localhoston ugye az gyorsan megy amíg szerver megkapja az anyagot, aztán amíg nem véget a PHP addig fogja az oldalt. Szerveren azt is meg kell várni, amíg felmászik a gépedrõl a szerverre.
Szemléltetésként, ha futtatsz kliens oldalon egy php-t amiben végtelen ciklus van, az is kinyírja a klienst, ha nincsen lekezelve, csak a szerver timeout vet véget neki.
[merlinw.org]
#13402
Lehet félreértettem, de nem pont ezt cáfolta, hogy a feltöltés utáni folyamat a lassú, amikor ténylegesen el lesz posztolva az ûrlap és képbe jön a PHP?
#13401
Web alapú mail küldésnél teljesen normális, hogy végigvárja a folyamatot (amíg feltölti/elküldi a csatolmányokat a célkiszolgálóra - ami 1-2MB esetében valóban 1-2perc fõleg, ha a több különbözõ cél van illetve, ha az egyik ráadásul pl a villámgyors freemail😊).
A titok nyitja, az hogy háttérben kell levelezned, pl:
exec ("/usr/bin/php mail-szkripted.php >/dev/null &");
A & karakter teszi háttérbe a folyamatot. (apache-ban nem árt ha engedélyezve van az exec, de legalább a php futtatása)
A /dev/null üres kimenetre irányít, azaz nem ír ki semmit se a script, sem a php.
Windows szerver esetén logikusan win-es szintaktikát használj.
Másik megoldás, hogy AJAX-al küldöd a küldés kérelmet, így az szintén a "háttérben" fut, de legalábbis nem állítja be a hullamerevséget a böngészõben.
A titok nyitja, az hogy háttérben kell levelezned, pl:
exec ("/usr/bin/php mail-szkripted.php >/dev/null &");
A & karakter teszi háttérbe a folyamatot. (apache-ban nem árt ha engedélyezve van az exec, de legalább a php futtatása)
A /dev/null üres kimenetre irányít, azaz nem ír ki semmit se a script, sem a php.
Windows szerver esetén logikusan win-es szintaktikát használj.
Másik megoldás, hogy AJAX-al küldöd a küldés kérelmet, így az szintén a "háttérben" fut, de legalábbis nem állítja be a hullamerevséget a böngészõben.
[merlinw.org]
#13400
Ja igen, azt is szeressük benne😊
[merlinw.org]
#13399
Köszi, hogy próbálsz segíteni.😊
Jelen esetben az egész cucc localhoston van.
Van ugye egy form aminek az actionje egy mail.php.
A mail.php végez mindent.
Elõször ellenõrzi a beírt adatokat etc, és ha a user csatolt file(okat)
akkor elõször ellenõrzi, hogy max 1MB lehet, ezután átmozgatom egy mappába a file(okat) és jönnek a képellenõrzések ha errort dobna akkor ugye unlink, ha kép a cucc akkor pedig marad a mappában és bekerül egy
$küldendõ tömbbe eléréssel együtt.
Amennyiben megfelel minden, indítom (most épp) a PHPmailer osztályt,
ha van csatolmány akkor végiglépek a $kuldendo arrayen vhogy igy:
if (isset($kuldendo))
{
foreach ($kuldendo as $tomb)
{
$mail->AddAttachment($tomb);
}
}
ezután kiküldésre kerül a levél, és ha elment akkor szépen unlinkelem a fileokat, majd jön egy header vissza a formos oldalra, hogy levél küldés sikeres.
Nemtudom mit cseszhetek el, vagy egyáltalán elcseszek-e vmit.😞
Jelen esetben az egész cucc localhoston van.
Van ugye egy form aminek az actionje egy mail.php.
A mail.php végez mindent.
Elõször ellenõrzi a beírt adatokat etc, és ha a user csatolt file(okat)
akkor elõször ellenõrzi, hogy max 1MB lehet, ezután átmozgatom egy mappába a file(okat) és jönnek a képellenõrzések ha errort dobna akkor ugye unlink, ha kép a cucc akkor pedig marad a mappában és bekerül egy
$küldendõ tömbbe eléréssel együtt.
Amennyiben megfelel minden, indítom (most épp) a PHPmailer osztályt,
ha van csatolmány akkor végiglépek a $kuldendo arrayen vhogy igy:
if (isset($kuldendo))
{
foreach ($kuldendo as $tomb)
{
$mail->AddAttachment($tomb);
}
}
ezután kiküldésre kerül a levél, és ha elment akkor szépen unlinkelem a fileokat, majd jön egy header vissza a formos oldalra, hogy levél küldés sikeres.
Nemtudom mit cseszhetek el, vagy egyáltalán elcseszek-e vmit.😞
#13398
Egyébként berakhatnál php elejére és végére microtime ellenõrzést, csak kíváncsi vagyok, hogy tényleg a PHP fut-e ennyi ideig, vagy alapvetõen más probléma van, apache, akármi.
Szerk.: nekem egyszer valami DNS lookup bajom volt, azóta sem tudom hogy mi történt és hogyan lehetséges. Az oldal gyors volt, adatbázis, php szintén gyors volt, DE valamilyen mûvelet utána lemegy a PHP, microtime-mal lemértem, hogy gyorsan lefut, majd amikor töltene újra, akkor Resolving host ....
Szerk.: nekem egyszer valami DNS lookup bajom volt, azóta sem tudom hogy mi történt és hogyan lehetséges. Az oldal gyors volt, adatbázis, php szintén gyors volt, DE valamilyen mûvelet utána lemegy a PHP, microtime-mal lemértem, hogy gyorsan lefut, majd amikor töltene újra, akkor Resolving host ....
#13397
Mit jelent az, hogy a szerveren már fent van, te pedig éppen ekkor "csatolod"? Ha már fel van töltve, akkor egy áthelyezés sem vesz igénybe semmi idõt. Bocsi, ha értetlen vagyok, csak nem sikerül pontosan felmérni a folyamatot. Mikor, milyen sorrendben, éppen mi történik a háttérben, milyen mûveletet futtatsz, hogyan valósítod meg, stb. Mert ha kihagyod a számolásból a feltöltésre fordított idõt, akkor ellenõrzni, mozgatni õket, másolni, akármit csinálni az szinte semmi idõigénnyel végbemegy.
#13396
Amiket írtál azokkal semmi gond, az ellenõrzések természetesen pillanat alatt lefutnak, a feltöltési idõt is figyelembe vettem.
Akkor lesz csak hosszú a script futásideje, ha csatolom a fileokat (amik ekkor már természetesen a serveren külön mappában vannak).
Akkor lesz csak hosszú a script futásideje, ha csatolom a fileokat (amik ekkor már természetesen a serveren külön mappában vannak).
#13395
Nem igazán értem a problémát. A feltöltés után, amikor ténylegesen elposzotolod a kérelmet már a PHP-nak nem sok idõ formai ellenõrzést végeznie. Kiterjesztés, mime-type, méret, stb. Még akkor sem, ha a képeket manipulálod, ami ingyenes tárhelyeken olykor memória felhasználással lehal, ráadásul 1 megás képek nem olyan nagyok ám, hogy a manipulció érezhetõen belassuljon. Illetve alapól 30 sec a PHP max. futási ideje, ha azt túlléped ilyen egyszerû mûvelettel, akkor az már nagyon nem jó. (Tudom, hogy nem a Te hibád, csak megjegyzem.)
Emlékeim szerint Te is jártasabb, hozzáértõbb vagy a témában, szóval azt már nem is merem megjegyezni, hogy biztos nem-e a feltöltési idõt veszed bele. <#idiota>
Emlékeim szerint Te is jártasabb, hozzáértõbb vagy a témában, szóval azt már nem is merem megjegyezni, hogy biztos nem-e a feltöltési idõt veszed bele. <#idiota>
#13394
Üdv.
Van egy kis problémám, ha valaki tud akkor segítsen pls.
A lényeg:
Egy e-mail küldõ scriptet készítek éppen amellyel a user küldhet csatolmányt is ha akar.
A csatolmányok csak képek lehetnek és max méretük 1-1 Mb.
A probléma akkor van amikor a levelet több csatolmánnyal küldeném ugyanis nagyon-nagyon hosszú idõ míg lefut a script. (5 csatolmány esetén több kb 1-2 perc)
Valaki nemtudja ez mitõl lehet? Illetve, hogy hogyan lehetne az egészet meggyorsítani?
Kipróbáltam kétféle php mail osztállyal is, és vagy 3-4 SMTP szerverrel, az eredmény mindig ugyanaz.<#conf>
Van egy kis problémám, ha valaki tud akkor segítsen pls.
A lényeg:
Egy e-mail küldõ scriptet készítek éppen amellyel a user küldhet csatolmányt is ha akar.
A csatolmányok csak képek lehetnek és max méretük 1-1 Mb.
A probléma akkor van amikor a levelet több csatolmánnyal küldeném ugyanis nagyon-nagyon hosszú idõ míg lefut a script. (5 csatolmány esetén több kb 1-2 perc)
Valaki nemtudja ez mitõl lehet? Illetve, hogy hogyan lehetne az egészet meggyorsítani?
Kipróbáltam kétféle php mail osztállyal is, és vagy 3-4 SMTP szerverrel, az eredmény mindig ugyanaz.<#conf>
#13393
Lecarom.
#13392
+verziókövetés támogatása se árt
www.rdha.hu [bf 80k] [bf2 100k] KisKöcsögkör FTW! \"Az ország azé, aki teliszüli.\"
#13391
Zend-ben (eclipse-en ül) az intelligens kódkiegészítést, és debug rendszert szeretem. Emellett tud dokumentációt is generálni😊
[merlinw.org]
#13390
Természetesen notepad++ most már rájöttem ebben én is tudok írni kiegészítõt, olyan jó mint a firefox 😄
Jól van na elfogult vagyok és ti is 😛 😄
npp már majdnem cpp 😄 szóval már csak programozni kell 😄
Jól van na elfogult vagyok és ti is 😛 😄
npp már majdnem cpp 😄 szóval már csak programozni kell 😄
#13389
ha már szerkesztõk: én a sublime text-et próbálgattam mostanában, egész jó
#13388
Prepared Statementet érdemes használni ? Vagy jó a sima mysql_fetch meg a hasonlók ?
[ cod.magyaritasok.hu ] _____|\\_____\\o/___ Cápatámadás ಠ_ಠ
#13387
ConText 4ever!! 😄😄
Aki mást mond: <#gun><#gun><#gun><#levele><#violent><#violent><#violent><#mf1><#worship>
Sok másra is jó még...
Aki mást mond: <#gun><#gun><#gun><#levele><#violent><#violent><#violent><#mf1><#worship>
Sok másra is jó még...
A sikerhez vezető út karbantartás miatt zárva.
#13386
jó hát ha így állsz hozzá, akkor meg se nézd 😄
Mondottam ember, küzdj és bízva bízzál, bicajozz, hogy el ne hízzál.
#13385
Kíváncsi vagyok rá, hogy mi lesz benne olyan, amit egy Drupal+übercart-al nem lehet összehozni 😊
www.rdha.hu [bf 80k] [bf2 100k] KisKöcsögkör FTW! \"Az ország azé, aki teliszüli.\"
#13384
ú bocsi nem láttam hogy már írtad 😊
Mondottam ember, küzdj és bízva bízzál, bicajozz, hogy el ne hízzál.
#13383
Zend Studio
Mondottam ember, küzdj és bízva bízzál, bicajozz, hogy el ne hízzál.
#13382
rendben 😊
elsõsorban nem design-beli észrevételek érdekelnek majd, de persze az is jöhet szépen 😊
igaz, a rendszer lelke az admin felület, ami elég összetett, de a user felületen is akadhatnak hibák, biztonsági rések.
minden érdekel, de tényleg 😄
szóval az lesz majd a feladatotok, hogy szétcincáljátok az oldalt, és szóljatok, ha valami nem oké benne 😄DDD
hálás feladat szerintem 😄
elsõsorban nem design-beli észrevételek érdekelnek majd, de persze az is jöhet szépen 😊
igaz, a rendszer lelke az admin felület, ami elég összetett, de a user felületen is akadhatnak hibák, biztonsági rések.
minden érdekel, de tényleg 😄
szóval az lesz majd a feladatotok, hogy szétcincáljátok az oldalt, és szóljatok, ha valami nem oké benne 😄DDD
hálás feladat szerintem 😄
Mondottam ember, küzdj és bízva bízzál, bicajozz, hogy el ne hízzál.