Turecky

Laikam jau vispirms jānodefinē to lietotāja un paroles mainīgo: $user_name = $_POST['lietotajs']; $user_pass = $_POST['parole']; un piebilde, vajadzētu tomēr pārbaudīt, vai tas lietotāja vārds un parole ir drošības normām atbilstoši un nav mēģināts iebakstīt kaut kas, lai tiktu visam garām. Pats pirmais, kas nāk prātā ir pēdiņas, ko vajadzētu izgriezt no lietotāja vārda lauka. Ja paroli vispirms pārdzenam uz MD5 tad laikam varam iztikt bez validācijas. Ja kļūdos, gan jau spečuki palabos.

Saite lab, tik neliels komentārs attiecībā uz e-pasta validēšanu. Tajā mājas lapās neizdosies novalidēt visus epastu, tikai tiek kas ir itkā pareizi uzrakstīti, kaut gan pēc noteikumiem var būt arī kas līdzīgs šim: {^c\@**Dog^}@cartoon.com Tā ka parastais validators netiks galā. Validēt E-pastu ar PHP šajā lapā ir funkcija, kas itkā var novalidēt arī tos trakos epastus, bet pašam kaut kā īsti nesanāca, jo ja ņem no piemēra e-pastu, tad validējas, ja nodzēšam pirmo iekavu tad pēkšni vairs nevalidējas. Slinkums iedziļināties tajā funkcijā, bet kādam varētu būt noderīga.

Sveiki! Domāju, ka tautieši spēs ieteikt labāko risinājumu. Problēma sekojoša. Nevaru izdomāt loģisko ķēdi pogu pozīciju noteikšanai un maiņai. Tabula=> ID-Nosaukums-Pozīcija 1---Pirmā-----------1 2---Otrā-------------2 3---Trešā-----------3 4---Ceturtā---------4 Nepieciešams pievienojot jaunu pogu, piemēram, Piektā ievietot to starp Otrā un Trešā. Tātad Trešās un Ceturtās pogas pozīciju vajadzētu palielināt par vienu pozīciju. Vai arī situāciju, kad sākuma gadījumā Ceturto pogu vēlētos pārvietot uz otro pozīciju, tādejādi vajadzētu Otrajai un Trešajai pogai pozīciju palielināt par vienu pozīciju. Domāju, ka tas pats tieši būtu, ja pozīcijas vajadzētu samazināt, ja, piemēram, Otro pogu pārvietotu uz beigām, tad Trešajai un Ceturtajai pogai pozīciju vajadzētu samazināt. Atcerējos vēl vienu lietiņu. Kā labāk izpildīt to pogu pozīciju izvēlni? Ja pievienoju pogu, kā piedāvāt pozīcijas vietu izvēlni?! Lai var iebakstīt vēlamajā vietā. Varbūt ir kādi risinājumi, lai gadījumā nesanāk tā, ka sākumā izveidojam pogu, kas tiek ielikta beigās un pēc tam mainai pozīciju, līdz vēlamajai. Ceru, ka sapratāt manu problēmu. Ja ir kādi labās prakses risinājumi šim gadījumam, labprāt uzklausītu, jo pagaidām kaut kā nevaru izdomāt, kā to procedūru izpildīt. Jau iepriekš paldies par palīdzību.

Problēmas jau ar valīdāciju tik viena iemesla dēļ, ka tiek atstāti lielie neaiztaisītie HMTL tagi vai citas figņas, ko dara lietotājs nevis editors. Tāpēc fakts, ka pret muļķiem nav aizsardzības sen visiem zināms. Lai lapa visu laiku būtu valīda, tad tam, kas ievieto tekstus vajadzētu būt kaut nelielai saprašanai ko viņš dara.

A kāda tur problēma! ieliec tak to UPDATE nosacījumos IF un ja attiecīgie nosacījumi izpildīsies, tad veic UPDATE ja nosacījumi neizpildās attiecīgi UPDATE netiks palaists. Jo ja šobrīd UPDATE tev nav iekš IF, tad kāda atšķirība, kurā galā iespraud, koda sākumā, pa vidu vai beigās. Kods tak tiek izpildīts viss un nosacījumi tāpat.

Sveika tauta. cerams, ka šito posti vēl kāds izlasīs. Uzstutēju FCKeditor ar visu failu browseri. Atradu pat kā nodzēst pieliktos failus. Bet jautājums sekojošs. Vai iespējams pielikt lapā pogu, kas izsauc to file browser logu, jo šobrīd failu browsēšanu varu izsaukt tikai editorā uzspiežot pievienot bildi vai linku un tad ir podziņa Browse Server, bet gribētos pašā lapā atsevišķi pielikt tādu podziņu, lai var menedžēt bildes un citus failus serverī.

Beigu beigās tiku galā :) Tik radās cits jautājums. Tā kā MCFileManager ir maksas softs varbūt ir kāds labs aizvietotājs, ko varētu savietot ar TinyMCE vai Ckeditor???

Meklēju, kā ieintegrēt CKEditor iekš CodeIgniter, bet kaut kā īsti nesanāk, pat pēc visām norādēm, varbūt kāds zin kādu labu aprakstu, kur varētu paskatīties??? Interesē tieši CKEditor nevis FCKEditor. Papildus būtu pateicīgs par CKFinder integrācijas aprakstu. Paldies

Sveiki, ceru, ka kāds varēs šo lietiņu izskaidrot vai arī apgaismot, kā to pareizāk izdarīt. Lieta sekojoša, kā pareizāk izveidot index lapas uzstādījumu? Tabula: id title content index_page Ja kolonā index_pagesaliekam, piemēram, visas 0 tad index_page nav neviena, tāpēc vienkārši varam norādīt kura būs index_page, kādam no ierakstiem index_page nomainot uz 1. Situācijā, kad gribu mainīt index_page un piesaistīt to citam ierakstam, tad būtu nepieciešams vai nu vispirms atrast ierakstu, kam index_page ir 1 nomainīt to uz 0 un tad vēlamajam ierakstam uzlikt index_page 1. Vai varbūt to var darīt tā, ka vispirms pārrakstam visus index_page uz 0 un tad vēlamajam ierakstam index_page ieliekam 1. Otrajā gadījumā pieprasījums pie lielākiem apjomiem noteikti būtu ilgāks, bet lieli apjomi nav paredzēti. Un tātad galvenais jautājums, vai iespējams to visu salikt vienā pieprasījumā. Tā kā MySQL guru neesmu, tad varbūt ieteiksiet kādu risinājumu, jo neko labāku par diviem pieprasījumiem izdomāt nevarēju. Cerams, ka sapratāt ideju. Paldies par atbildēm, ja tādas būs!

Tāds muļķīgs jautājums! Kāpēc izmanto tabulu, kā lapas būtvētāju un paralēli ar css kaut ko mēģini??? Nu jau kādu laiciņu visu dizainu iekš CSS tikai taisa un tabulas izmanto TIKAI tabulārajiem datiem, kaut gan reizēm pat ar CSS pamanās izvadīt tabulas datus, bet tās jau individuālas izvirtības attiecībā uz dizanina lietām un to risinājumiem. Ja vaig infu par CSS un kā izveidot mājas lapai stilus viens no variantiem ir: Dynamic Drive CSS Library

Starp citu, tādā gadījumā, ja tagi nav vajadzīgi, varbūt tos visus vaig vienkārši izgriezt, bet dažus atļautos atstāt, pirms inserto iekš DB un nebūs problēmu!

Cik emu mēģinājis, tam tinyMCE ir tāda podziņa, kā PasteFromWord, kas izgriež liekos Word tagus, tā ka vaig tik paskatīties vai konfigā nav izravēta tā podziņa laukā, savādāk no worda lai iekopētu tik murgus var dabūt :D pašam ir bijuši tādi prikoli sākumā.

Formas fails form.php <?php echo 'Pievienot jaunu lietotaju<br> <form name="" action="insert.php" method="post"> Vards:<input name="name" type="text" value=""><br> Uzvards:<input name="lastname" type="text" value=""><br> Lietotajvards:<input name="username" type="text" value=""><br> Parole:<input name="password" type="text" value=""><br> <input type="submit" value="Send"> </form>'; ?> Formas datu fails insert.php <?php $name = $_POST['name']; $lastname = $_POST['lastname']; $username = $_POST['username']; $password = $_POST['password']; if(isset($_POST['level'])) { $level = 'admin'; } else { $level = 'user'; } $insert = mysql_query (INSERT INTO `db`.`users` (`username`, `password`, `name`, `lastname`, `level`) VALUES ('$usernamme', '$password', '$name', '$lastname', '$level')); if($insert) { echo 'Dati pievienoti'; } else { echo 'Dati nav pievienoti, jo: '.mysql_error(); } ?> Nu vienkāršajā variantā, tas apmēram tā varētu izskatīties, tik nevaig aizmirst veikt datu pārbaudi pirms tiek insertoti datu bāzē, kā arī paroles kriptēšnu un visas pārējās izvirtības, kas nepiecišamas pirms inserta ;) Bet gan jau lielie PHP guru ar ko ieteiks!

Nu principā jau laikam pietiek ar preces ID

Tad cik saprotu, pietiekami pieņemams rezutāts butu, ja URL būtu apmēram šāds: www.lapa.lv/katalogs/preces/kataloga_id/preces_id

Saistībā ar mod_rewrite radās jautājums. Ja tas URL tiek pārveidots, kā nodot attiecīgo ID numuru? vecajā variantā www.domain.lv/?cat=100 nu viss skaidrs, ņemam no GET cat un viss notiek, bet ja būs www.domain.lv/katalogs kā zināšu kuru katalogu īsti izvilkt? Kaut kur tas ID tak jānoliek, lai nodotu tālāk. Cerams, ka sapratīsiet, kas vajadzīgs. Paldies!

Paldies, ļoti noderēja. Ja nu kaut kas nesabremzēs, vēlāk padošu ziņu, kas nu labs sanācis.

Paldies par komentāriem, ir viela pārdomām. Tā kā esmu tāds svētdienas programmētājs tāpēc arī sākums pagrūts. Runājot par interneta veikalu, tāda doma jau bija, tikai tik tālu vēl netikām. Ar tiem bilžu izmēriem problēma, jo tā kā bildes netiek apstrādātas un saliktas pa vajadzīgaliem izmēriem, tāpēc arī lielumi atšķiras, jo tiek samazinā ar PHP līdz noteiktajam izmēram. Diemžēl pats ar bilžu pievienošanu nenodarbojos. Starp citu, varbūt varat ielikt linku, kur te kāds rakstiņš par tām vienkāršā pieraksta adresēm šodien kaut kā neko nevaru atrast :(

Nu tur jau daudz nav ko stāstīt. Gribēju tik dzirdēt, ko citi saka par to brīnumu. Pašam dizains īsti nepatīk, bet tā kā neesmu dizaineris, tad ar vizuālo problemātiski, kaut gan lapas funkcionalitāti vajadzētu laikam vēl uzlabot, kaut vai salikt pie kategorijām preču skaitu un katalogos, kur vairāk produkti sašķirot pa lapām, lai nav garais palags uz leju.

Ko sakiet par šo brīnumu???? http://www.blenubode.lv/

Atcerējos vēl tādu lietu par tiem epastiem. Kaut kur lasīju, ka ja izmanto šādā versijā, tad PHP vajadzīgs nevis kā modulis apacim, bet gan jāliekot kā CGI. Kādi komentāri par šo lietu??? Vai tomēr kā mudulis ar derēs???

Labi, pieņemam, ka pārdzenam to epastu uz skriptu, bet tāds jautājums ar ko visu to infu savākt un kādā veidā. Caur post vai kaut kā tā??? Diemžēl neesmu nekāds lielais profs tāpēc arī tāds muļķīgs jautājums.

Nu par to, kādas atslēgas tiek izmantotas kuros kadījumos(parakstīšana, kriptēšana) ir skaidrs, problēma ir tajā, kā viņam ieskaidrot, lai paraksta izejošo mailu, kā arī pārbauda parakstu ienākošajiem un vajadzības kadījumā atkriptē, bet vispirms jāiemācās saņemt to epastus un saglabāt iekš DB.

Paraksta jau ar privāto, bet lai parakstu pārbaudītu un katru reizi nebūtu jāskrien pie atslēgu servera parakstītāja publiskā atslēga tiek saglabāta, kā arī gadījumā ja sūtu kriptētu e-pastu tad nepieciešama publiskā atslēga no tā kam sūtu, tā ka publiskās atslēgas jāsaglabā uz servera, lai skripts tiek šamējām klāt.

Jā, vajadzētu, lai PHP skripts darbojas kā saņēmējserveris. Bet runājot par tām atslēgām, tur vai nu variants, ka skripts automātiski vai manuāli meklē vajadzīgo atslēgu no serveriem vai arī atslēgu pievieno manuāli. Labākais variants jau būtu, ja skripts pats sameklētu atslēgu, ja tāda ir vai arī vienkārši atgriež atslēgas ID, pēc kā varētu sameklēt manuāli to atslēgu un pievienot ar roku. Bet sākumā jau principā vajadzētu tikt galā ar to e-pasta sņemšanu un apstrādi un kad tas būs paveikts, tad arī pievienot GnuPG paraksta iespējas utt.