Kaklz
-
Posts
1,401 -
Joined
-
Last visited
Everything posted by Kaklz
-
Labi, kā būtu ar šo? <?php $dir = 'images/'; $elements = explode (':', $text); foreach ($elements as $possibleSmiley){ if (is_file($dir . $possibleSmiley)){ $replacements[$possibleSmiley] = '<img src="' . $dir . $possibleSmiley . '" />'; } } $text = strtr($text, $replacements); ?>
-
ielasi masiivaa visas pieejamaas sejinjas ;) tb: <?php $dir = "images/"; if ($dh = opendir($dir)) { while (($file = readdir($dh)) !== false) { if ($file != '..' AND $file != '.'){ $replacements[':' . substr($file,0, -3) . ':'] = '<img src="images/'.$file.'" />'; } } closedir($dh); } strtr($text, $replacements); ?> kaut kas uz šito pusi. Doma sekojoša - ateram direktoriju lasīšanai ar opendir, tad skrienam cauri direktorijas saturam, meklējam visus failus, kas nav .. vai . un saliekam masīvā viņus bez faila paplašinājuma, pieliekot priekšā un beigās : un piešķiram vērtību, ar kuru aizvietosim attiecīgo simbolu kombināciju tekstā. Visbeidzot uztaisam pašu smaidiņu aizvietošanas procedūru ar strtr. Vismaz kaut kam uz pareizo pusi vajadzētu būt.
-
<?php $filedata = file_get_contents('fails.txt'); $filedata = trim($filedata); $filearray = explode("\n", $filedata); echo count($filearray); ?> uzsvars uz rindiņu $filedata = trim($filedata);
-
nu jau, nu jau :) Vai tik nu nebūs te jāatbild, ka viss ir atkarīgs no situācijas ;) 1) gribu redzēt tavu risinājumu, kurā tu liksi no datubāzes izvilkt 100MB pie tam 5 lietotājiem sekundē :) 2) vajag lietot pareizās lietas pareizajās vietās - arī asociatīvajiem masīviem ir sava jēga un pielietojums .. padomā - ir taču mysql_fetch_assoc() un velkot no datubāzes datus bieži vien tu viņus iebāz asociatīvajā masīvā ;)
-
nu nav jau nemaz tik traki - uztaisi vienu PHP/MySQL skriptiņu, kas uztaisa nosaukumu pārveidošanu un viss :)
-
nu tu jau pats atbildēji - tev visi faili glabājas vienā folderī. Attiecīgi ja visiem failiem ir vienāds ceļš - vai ir nepieciešamība to glabāt datubāzē? Liekas, ka ne :) kaut gan aizliegt to nevar - pašam būs mazāk jākodē gadījumos, kad vajadzēs norādīt pilno faila ceļu. ja glabāsi tikai faila nosaukumu būs vienkāršāk gadījumos, kad gribēsi kaut kur kaut ko pārcelt - varēsi kaut kur sava skripta konfigurācijā norādīt ceļu uz jauno folderi un nebūs problēmu - a savādāk - būs jālabo visi DB ieraksti.
-
<script LANGUAGE="JavaScript"> function press() { if (forma.poga.value == "ir") { forma.poga.value = "nav";} else { forma.poga.value = "ir";} } </SCRIPT> <form name="forma" method="post"> <input type = "button" name = "poga" value="ir" onclick = "press()" /> </form> Iekš HTML nav tādas lietas kā parasto pēdiņu ;) pieņemsim, ka tev formu nevajag submitot, jo savādāk pie formas submita viņš pārlādē lapu un atkal uzliek tev pogas vērtību uz "ir"
-
http://3a3-interactive.net/blog.php/post/2003/11/26/84/
-
substring ir gan MySQL līmenī, gan arī PHP līmenī ;)
-
upload_temp_dir ir viens no tiem uzstādījumiem, ko var mainīt tikai ar php.ini vai arī ar httpd.conf failiem.. tā kā ja pareizi sapratu jautājumu, tad diez vai izdosies vajadzīgais efekts. vēl var strīdēties par to, vai tas tiešām tev ir vajadzīgs ;)
-
varbūt ir vērts uzreiz braukt UTF-8 virzienā?
-
iedomaajies situaaciju <body> <p>Šis ir mans paragrāfs</p> </body> un tad es tev palūdzu pievienot vēlvienu rindkopu <p>Šis ir otrais paragrāfs</p> kur tu viņu liksi? Tieši tāpat ir arī ar <meta
-
vispār jau man liekas, ka labais stils prasa izvairīties no visiem @ priekšā, nelaba aizdoma, ka jebkuru @ funkcijas izsaukuma priekšā var aizvietot ar labāk pārdomātu kodu.
-
pie POSTa uztaisi header('location: labosanas_forma.php' ); un lieta darīta .. ar domu - tev ir jātiek vaļā no tiem POST datiem, kuri ir nosūtīti. To var izdarīt lietotāju pārsūtot vienu lapu tālāk :)
-
aikam kaut kur vajag nokonfigureet taas sesija? Bet kur un kaa? Es no sesijaam zinu tikai to kaa taas existee! php.ini kaut ko par session path pameklee pagaidaam tev shis uzstaadiijums ir uzlikts uz /tmp - attieciigi, ja lieto windows, shaada celja nav .. jaaliek kaut kaads C:\windows\temp vai kaut kas tamliidziigs eksisteejoshss.
-
nebūs bik par traku?
-
parastie lietotāji ir visi lietotāji, kas skatās lapu, kam nav paredzētas administratora tiesības. 1) skriptos tāpat vien neviens ieskatīties nevar. ja tu neiekļauj ārējus failus, tad ieskatīšanās php failos var būt tikai un vienīgi hostinga pakalpojumu sniedzēja dēļ 2) lapu un datubāzi sabojāt var, ja tu darbojies ar nepārbaudītiem lietotāja datiem, izmantojot SQL injekcijas jeb SQL pieprasījumu sabojāšanu vai arī tad, ja hostētājs ir vainīgs. ir viena lieta, ko der iegaumēt - internetā ir pārāk daudz lapas, lai visas nedrošās tiktu uzlauztas ;) Tie, kas māk lauzt - tiem neatliek laika tādām muļķībām, kā lauzt parastas informatīvas mājas lapas, ja vien uzņēmumam nav kādi kaitējoši konkurenti vai kādi citi ienaidnieki, kas ir ar mieru attiecīgiem personāžiem samaksāt.
-
Jautājums tev: vai tu gribi arī atļaut apmeklētājiem savu lapu apskatīt? :) Teorētiski liela daļa atbildības šajā gadījumā ir jāuzņemas pakalpojumu sniedzējam, ja vien tavi skripti nav izcili līki. ar .htaccess palīdzību vismaz es parasti aizsargāju tādas direktorijas, kurās parastiem lietotājiem nekas nav jāmeklē ;)
-
Ja nemaldos, tad šo fīču sauc par code-collapsing vai kaut ko tamlīdzīgu. Kas attiecas uz PHPEdit - diezgan ilgu laiku lietoju viņu un biju vairāk nekā apmierināts (vienīgais, kas sāka pietrūkt bija UTF-8 atbalsts), franciskus dialogus neredzēju, iespējams, ka būsi novilcis kaut kādu ne-tādu versiju. Attiecībā uz Zend - uz mazjaudīgāka aparāta viņš tiešām kaitinoši bremzē. Tagad zem linux liekas, ka bremzē mazāk, bet varbūt tās ir tikai manas iedomas .. :) nusphere neesmu mēģinājis lietot.
-
Pārstartēt apaci?
-
ar <b></b> vēl viss ir bumbās, taču problēmas sākas, kad tu gribi atļaut teiksim <a href="">. Šajā momentā, ja tu darbosies ar strip_tags un atļausi <a> tagu, ļaunie apmeklētāji brīvi varēs rakstīt klāt arī <a href="" OnMouseOver="" OnClick="" style="font-size: 1000px;"></a> un visādus citādus brīnumus. Doma ir tāda, ka strip_tags funkcija netīra ārā tagu atribūtus. Ja tu ierobežo viņus uzreiz ar savu sintaksi, nekādus brīnumus viņi tev komentāros nesarakstīs ;)
-
Šajā gadījumā tevis dotajā piemērā bija tikai pārbaude, vai cookie ir uzstādīts, vai nē, un tas arī rada manu izbrīnu un attiecīgi draudus tavai sistēmai ;)
-
sektoru #main gan neredzēju, taču baltā fona trūkums varētu būt tas, ka tu esi šo rindiņu nokomentējis: #saturs { ... /*background-color: #fff;*/ ... }
-
51: tu viņam pats pasaki, lai pielīp 20px attālumā no augšējās malas ;) #freims { ... margin: 20px auto; ... }
