ugrás a tartalomhoz

Archívum - 137651

Táblázat keverő

Arnold229 · 2011. Szep. 1. (Cs), 07.23
Sziasztok!

Van egy mysql-böl listázó táblázatom.
Szeretném úgy meg csinálni h minden oldal betöltésénél, összekeverje a táblázatot és úgy listázza. Tudna benne valaki segíteni? Én csak hobbi szinten szerkesztek weblapot.. .

Itt az példaoldal linkje: http://tablazatt.ultraweb.hu/

Meg ha valaki le akarná tölteni zip-ben.. : http://tablazatt.uw.hu/tablazat.zip


Php kód

<?php

// <---------------- LISTÁZÁS KEZDETE
$cnt=0;
$parancsk = "SELECT * FROM kepek ORDER BY `kep` , `szoveg` DESC";
$eredmenyk = mysql_query($parancsk) or die('Hiba a kérésben: ' . mysql_error());
while ($sork=mysql_fetch_array($eredmenyk,MYSQL_ASSOC)) {

$img = $sork["kep"];
$img = str_replace($dir,"",$img);

print "<td align=\"center\">";
print "<a href=\"".$dir.$sork["kep"]."\">";
print "<img src=\"".$dir.$sork["kep"]."\" border=\"1\">";
print "</a>";
print "<br>";
print $sork["szoveg"];
print "<br>";

print "</td>";

$cnt++;
if($cnt > 2) {
$cnt=0;
print "</tr><tr>";
}
}

// <---------------- LISTÁZÁS VÉGE
?>
 

augusztus 31

Chrome $(window).load() probléma

whiteman0524 · 2011. Aug. 31. (Sze), 20.59
Sziasztok!

A címben is említett megoldással akadt problémám, ugyanis Chrome alatt sajnos nem működik jól. Arra kéne a függvény, hogy lekérjem egy bizonyos elem szélességét miután betöltődött (és megjelent!) a custom font, mert a vele írt szövegnek a szélességétől függ az elem hossza. A $(window).load() ugye akkor hívódik meg amikor minden letöltődött. Firefox és IE összes alatt jól működik a dolog de Chrome alatt nem mindig. Véletlenszerűen vagy jó vagy nem, de általában inkább nem. Tehát ha olyat írok hogy...

$(window).load(function(){
//Lekérem az elem szélességét
});

akkor Chrome alatt általában rossz eredményt ad, mert azelőtt fut le, mielőtt a kívánt elem felvenné a végleges szélességét, pedig elméletileg meg kéne hogy várja.

Próbáltam ezen kívül számtalan egyéb dolgot is, de egyik se volt tökéletes, mert valamelyik böngészőben probléma volt vele. Tehát az a lényeg hogy olyan megoldás kéne ami IE7+, FF3.6+, és Chrome ready is.

A segítséget előre is köszönöm. Hátha van valakinek egy jó ötlete :)
 

EasyPHP + mail()

Individual · 2011. Aug. 31. (Sze), 20.57
Üdv,

A címből kitalálható, hogy a mail() függvény nem igazán akar működni. A függvényre vonatkozó szabályok betartásával és a php.ini módosításával is próbálkoztam, de az alábbi hibát kapom:

SMTP server response: 550 relay not permitted in...


a php.ini-ben az alábbiakat módosítottam:

; Define the anonymous ftp password (your email address). PHP's default setting
; for this is empty.
; http://php.net/from
from="sajat##kukac##mail.com"

és a

[mail function]
; For Win32 only.
; http://php.net/smtp
SMTP = smtp.hdsnet.hu
; http://php.net/smtp-port
smtp_port = 25

; For Win32 only.
; http://php.net/sendmail-from
sendmail_from = sajat##kukac##mail.com


Melyik a rossz? (Előre köszönöm a segítséget!)
 

Mennyiség növelése/csökkentése az input mezőben gombokkal - Mootools

tnyari · 2011. Aug. 31. (Sze), 18.58
Webáruházak terméklapján jól jöhet egy egyszerű vezérlő, amivel növelhető vagy csökkenthető a mennyiség mező értéke egyedi gombok segítségével.
A szkriptnek megadható a minimum és a maximum érték, aminek túllépése esetén kiemeli az input mező hátterét, valamint megadható a léptetés mértéke is.
CSS segítségével egyszerűen testre szabható.
A növelés, csökkentés illetve érték változás eseményekhez egyedi függvények rendelhetők.
A működéshez a Mootools Framework 1.3.2 verziója szükséges.

Mootools Forge
DEMO
Honlap, Dokumentáció

Teljesen ingyenes!
Várom a véleményeket!
 

augusztus 30

Robotok A-zs

Lomtár · 2011. Aug. 30. (K), 18.23
Hali!

Azt szeretném megtudni,hogy milyen fajta oldal felderítő robotok léteznek.
PL: A Google-nak a felderítő robotjai vagy a vírus kereső robotok.
Annak nagyon örülnék ha megmondanátok ,hogy hogyan lehet "egyedi robotokat" csinálni.

Üdv:
Windows 8 lomtára!
 

Hogyan tudják meghackelik a weblapot?

Lomtár · 2011. Aug. 30. (K), 18.19
Hali!
A fórumon legalább 1000szer elhallatszott "ne csináld mert meghackelik a weboldaladat"
vagy valami hasonló.

Lenne ezzel pár kérdésem:

Hogyan és miért csinálják?
Ez a hack nem csak úgy lehetséges,hogy megtudják az ember FTP-jét?
Utolsó kérdés amivel kitudok "főzni" egy ellen tervet a támadók ellen és kapcsolódik a következő témámhoz:
Honnan és miként szerzik meg a hackeló robotokat és milyen fajtákat?
A fajtája azért lenne szükséges mert láttam olyan kódokat ami 1 bizonyos fajta robot ellen véd...
 

Contrast Rebellion

Joó Ádám · 2011. Aug. 30. (K), 17.18
„To hell with unreadable, low-contrast texts!”
 

More details about the WebAPI effort

Endyl · 2011. Aug. 30. (K), 17.02
További részletek arról, hogyan tervezik a WebAPI megvalósítását, szabványosítását
 

Optimize Images With HTML5 Canvas

Joó Ádám · 2011. Aug. 30. (K), 16.51
Képek utolsó simításai a böngészőben
 

MySQL lassú indexek

Drawain · 2011. Aug. 30. (K), 13.24
Sziasztok!

Egy elég érdekes problémába ütköztem, amit nem igazán tudok hova tenni - valószínű az indexekkel kapcsolatban vannak tudásbeli hiányosságaim. Eleddig azt hittem, hogy a mysql (myisam tábla) indexelt mezői a create, update és delete query-k esetén lassítanak, a select-eknél pedig gyorsítanak. Nálam egy esetben azonban az ellenkezője történt.

Adottak egy webáruház dinamikus adattagjaihoz (EAV) tartozó táblák (termékek tábla, attribútumok tábla, termékek-attribútumok kapcsolótábla). Ha az egyes termékeket azok sajátos attribútumai alapján szeretném szűrni egyetlen lekérdezésben, akkor az összes (a szűrésben részt vevő) tulajdonságot join-al hozzákötöm a termékek lekérdezéséhez. Ezzel nincs is semmi gond (attól eltekintve, hogy gigantikus query-ket lehet elérni már 10-20 ilyen szűrési feltétel esetén is), azonban a lekérdezés néha borzasztóan lelassult (1-10mp-es lekérdezések is születtek, amik vállalhatatlanok). Az egyéni attribútumokat tartalmazó táblában (idegen kulcs híján) az összes termék azonosítót indexeltem, gondoltam így gyorsabban találja meg a join-nál az egyes sorokat az adatbázis - azonban - mint az később kiderült - ezek az indexek okozták a lassú lekérdezéseket. Az indexek megszüntetésével a korábbi több mp-es query-k 0.01sec alá gyorsultak.

Ezt el tudná nekem valaki magyarázni, hogyan is történhetett? Milyen mezőket érdemes indexként használni?

Az teszt-adatbázisban jelenleg kevés adat található.

Köszönettel,
Drawain