Kaklz
-
Posts
1,401 -
Joined
-
Last visited
Everything posted by Kaklz
-
Cookies meklēt un dzēst nav nepieciešams. pietiek vienkārši aizliegt viņus un visas lietas - lielākajā vairumā pollu tādā veidā var balsot cik tik tīk. A ja nopietni, tad pollu, kurā nebūtu iespējams krāpties uztaisīt ir pietiekoši sarežģīti un lielākajā daļā gadījumu tas nav nepieciešams. Var izmantot vai nu tikai cookies, vai arī pielikt kaut kādu max_votes_per_ip uz 10 un gatavs. Tā teikt, nevajag pārāk iespringt;)
-
www.w3schools.com -> learn HTML/xHTML edit: ja precīzāk, tad: http://www.w3schools.com/xhtml/xhtml_reference.asp
-
lai tiktu pie informācijas par failiem ir jāizmanto $_FILES superglobālais masīvs. http://lv.php.net/manual/en/features.file-upload.php
-
pirms tam ir kaut kāds HTML teksts ---------- <html><body> <?php header('location: gotohell.php'); ?> ----------- arī neies, jo vēl pirms PHP koda ir HTML kods. šāda kļūda gadās arī, ja pirms PHP koda sākuma ir kaut vai viena atstarpe.
-
cita runa :) Ir divi varianti. 1. izmantot LEFT JOIN SQL valodas konstrukciju. Brīdī, kad tu atlasi rakstus, to izdari šādi: SELECT raksti.*, count(komentari.*) as comment_count FROM raksti LEFT JOIN komentari ON (raksti.rakstaID = komentari.rakstaID) WHERE raksti.rakstaID = [vajadzīgais ID] GROUP BY komentari.rakstaID ; 2. variants pēc rakstu atlasīšanas, kad tu viņus attēlo veikt pavisam vienkāršu SQL pieprasījumu: SELECT COUNT(*) FROM komentari WHERE rakstaID = [attiecīgais raksta ID];
-
Skaties cauri MySQL tabulai un uz papīra ar zīmuli pievelc strīpiņas. Kad esi ticis līdz galam, ar melno marķieri vajadzīgajā vietā uzraksti uz monitora. A ja nopietni, tad kamēr nebūsi izstāstījis, kā tu viņus tajā MySQL saglabā, būs grūti tev palīdzēt.
-
katrai rindai pēc nolasīšanas no faila vari uztaisīt trim(), tas novāks liekos space sākumā un beigās, kā arī \n simbolu beigās un nebūs tev nekādu problēmu ;)
-
header('location: index.php?pg=4&uz=' .$uz);
-
padalies ar tiem pāris variantiem ;)
-
maksas pasaakums :P
-
http://www.irchelp.org/irchelp/rfc/rfc2812.txt PING ir komanda, ko sūta serveris, uz kuru tev ir jāatbild, neatbildēšanas gadījumā serveris tevi atvienot ar ping timeout. Teiksim, ja serveris sūta PING blajak73298, tad tev ir jāsūta atpakaļ uz serveri PONG blajak73298 un viss. Katru reizi līdzi PING komandai tiek sūtīts savādāks teksts, kas katru reizi tieši tāds pats ir jāaizsūta atpakaļ Vairs nav translita :P
-
Lai arī lielie onkuļi saka, ka rekursija ir slikta, šī ir viena no vietām, kur es to izmantoju. Uztaisām funkciju, kas atgriež kāda noteikta elementa apakšelementus un tad nu staigājam cauri visai struktūrai - atlasām visus saknes elementus, kuriem nav vecāka elementa un tad ciklā cauri visiem elementiem pārbaudām, vai ir apakšelementi, ja ir, tad izmantojam uzrakstīto funkciju un izsaucam to vēlreiz, tikai nu jau ar dziļāku elementu kā saknes elementu. Attiecīgi arī to visu noformējam - vai nu liekam masīvā un formējam pēc tam, vai arī pa taisno.
-
Pie risinājuma tiku SitePoint forumā. <thead> <tr><th colspan="2">Filter (<a href="#" onClick="JavaScript:document.getElementById('filterFrmBody').style.display='';">Show</a> | <a href="#" onClick="JavaScript:document.getElementById('filterFrmBody').style.display='none';">Hide</a>)</th></tr> </thead> Display stils tiek uzlikts uz none un pēc tam uzlikts atpakaļ uz tukšu tekstu, kas nozīmē sākotnējo vērtību. Paldies par uzmanību :)
-
ir un vajag. Ja gribēsi ar GD katru bildi pārveidot pēc pieprasījuma, tad tikko tava lapa kļūs populārāka, tā būs auzas.
-
Tātad intereses pēc saveidoju aptuveni šādu risinājumu: <table id="filterForm"> <thead> <tr><th colspan="2">Filter (<a href="#" onClick="JavaScript:document.getElementById('filterFrmBody').style.display='block';">Show</a> | <a href="#" onClick="JavaScript:document.getElementById('filterFrmBody').style.display='none';">Hide</a>)</th></tr> </thead> <tbody id="filterFrmBody"> <tr><td>1</td><td>2</td></tr> <tr><td>3</td><td>4</td></tr> <tr><td>5</td><td>6</td></tr> </tbody> </table> Jautājums ir cik legāli ir tā darīties? Vai tas nav pretrunā ar kaut kādiem XHTML/CSS/DOM likumiem? Jautājums rodas tāpēc, ka uz Mozilla FireFox šis risinājums īsti negrib darboties - pirmo reizi noslēpjot un parādot tbody viss ir kārtībā. Taču kad tiek izveikta otrā paslēpšana un parādīšana, tbody tiek nobīdīts uz leju par tādu gabalu, cik augsts viņš ir un starp tbody un thead parādās balta atstarpe. Ar katru nākamo paslēpšanu un parādīšanu šī atstarpe arvien palielinās aritmētiskā progresijā. Paldies jau iepriekš :)
-
glabā katras izšķirtspējas bildes savā direktorijā: /galerija/1280 /galerija/1024 /galerija/800 /galerija/640 Attiecīgi ar is_file() pārbaudi, vai atbilstošā bilde ir vai nav, ja tu pieļauj variantu, ka kādas izšķirtspējas bilde varētu nebūt. Tikpat labi vari DB struktūrā paredzēt lauku int(1), kurā rakstīt 1, ja bilde ir vai 0, ja bildes nav.
-
Uz sitienu nevaru izdomāt vaicājumu, kas dotu visu apakšgaleriju skaitu... :( select count(*) from galleries where gallery_parent = x;
-
nepin iekšā savu mysql vai kādu tur vēl datubāzu pārvaldības sistēmu. Spameru programmas meklē e-pasta adreses tavā mājas lapā. Kāds ir attiecīgās mājas lapas saturs, tā nav viņu problēma. Ja tu esi izdrukājis datubāzes rezultātus lapā, tad ar to arī sakars starp mājas lapu un datubāzu pārvaldības sistēmu pabeidzas. Neviens mailus tāpat vien ārā nedzēš .. viņi tās listes kolekcionē, izmanto paši un pārdod tālāk, vai apmainās savā starpā.
-
array_reverse ir tāda fīča kā preserve keys, to tad arī vajag izmantot ;) http://lv.php.net/array_reverse
-
Spok, nesapratu tavu panjemienu, vareetu siikaak izskaidrot? Ja mails ir ierakstiits mysql datubaazee, tad spami var atrast to ? Liekas, ka tev nav nekādas nojausmas par to, kas ir spams. Spams pats par sevi ir uzmācīgas reklāmas vēstules. Viņas pašas neko nemeklē un tavās datubāzēs nelien. Kā jau katra vēstule, arī spams ir kādam jāizsūta. Cilvēkus, kas tādas izsūta, parasti sauc par spameriem un ienīst. Tad nu spameri ir tie cilvēki, kas mēģina ar dažnedažādiem veidiem e-pasta adreses savākt staigājot pa mājas lapām. Ja agrāk viņi to darīja ar rokām, tad tagad viņu aprīkojumā ir programmas, kurām tikai atliek norādīt, kurā interneta stūrī sākt meklēšanu, tās pašas pārvietojas pa saitēm un pārmeklē lapas, vai tajās nav atrodamas e-pasta adreses. Pie datubāzēm, par laimi viņas nevar pieslēgties, jo katrai normālai datubāzei ir nodefinētas adreses, no kurām tām var pieslēgties, turklāt ir priekšā arī parole. Tad nu vienīgais, par ko tev ir jāuztraucas ir tas, lai tavā lapā publicētās adreses nevarētu tur atrast automātiski staigājoša programma. Tikko tu ieraksti kautkas@vēlkautkas.lv, tā viņi šo adresi piefiksē. Arī populārākos variantus @ aizvietot ar [at], [@] vai tamlīdzīgi pārbaudīt nemaz nav tik grūti. Attiecīgi viens no vislabākajiem variantiem ir BlackHalt piedāvātais, kur adreses tiek ģenerētas klienta pusē. Protams, arī šajā gadījumā, ja cilvēkam būs vēlme, viņš visas šīs adreses dabūs, taču tas nav standarta variants un attiecīgi spamerim ir jāpieliek papildus pūles.
-
jāpārtaisa par bildi :)
-
esmu saveidojis vienu projektu, kurā datubāzē tiek glabāts tikai bildes nosaukums, bet dažādie bilžu izmēri tiek glabāti attiecīgi /thumbs, /medium un /large direktorijās
-
Liekas, ka viens no iemesliem ir sarežģītā uzstādīšana uz Windows un tieši Windows lietotāju īpatsvars. Vēlviena lieta - daudz daudz vairāk pamācību ir priekš MySQL tieši popularitātes dēļ.
-
Uzmet aci: http://detail.phpclub.net/pages/phpmag.phtml
-
Vari mēģināt pasūtīt. kādreiz PHP-dev.lv autors to bija pasūtījis, tā kā par detaļām vari mēģināt uzzināt no viņa.
