3ps

http://paste.php.lv/274

Kā vēsta manuāļa ieraksts par trim(): trim() nogriež i jaunas rindiņas iezīmētājus, i atstarpes iezīmētājus, i tab iezīmētajus, i dažus citus, par kuriem labāk neteikšu (jo nezinu ko tie dara). Tādēļ, pielietojot trim(), vari būt drošs ka tas atgriezīs stringu, kas garāks par 0 tikai tad, ja kaut kas vizuāls un taustāms tiks ievadīts. if ( strlen( trim( $string ) ) > 0 ) { // tad rīkojamies } else { // paziņojam, ka iesniegta plika forma }

Tu rakstīji: $text = ereg_replace("[[:alpha:]]+://[^<>[:space:]]+[[:alnum:]/]","<a href=""></a>", $text); Es atbildu: Tas ir līks veids kā no http://www.zilupe.com uztaisīt <a href="http://www.zilupe.com">http://www.zilupe.com</a>. Līks tāpēc, ka no pavilosta://jaulielupe.ru tiks izveidots <a href="pavilosta://jaulielupe.ru">pavilosta://jaulielupe.ru</a>... ai bet ne tāds bija jautājums ... [[:alpha:]] nozīmē, ka stringam jāsatur burts (mazs, liels) un tikai [[:alpha:]]+ nozīmē, ka stringam jāsatur viens vai vairāk burti (mazi, lieli ) un tikai :// nozīmē, ka stringam jāsatur :// ( atkāpe: vai / nav jāeskeipo ar backslash? ) [^a] nozīmē, ka strings satur kaut ko, kas nav burts. tavu pilno [^ ... ] nevar paskaidrot, jo tur trūkst simbolu [[:alnum:]] apraksta visus burtus un ciparus [[:space:]] apraksta visas atstarpes/tabulators/jaunā rindā pārcēlājus man šķiet, ka diskusija par regexpiem te (šajā forumā) nevar izdoties, jo tavā piemērā trūkst daži simboli, ne?

Ja neesi pārliecināts par savu lietotāju spējām izgudrot nestulbas paroles, tad neļauj tiem pašiem izvēlēties paroles. Sūti viņiem ģenerētas paroles ar cipariem, maziem burtiem, lieliem burtiem, simboliem - ja grib nomainīt, nosūti viņiem uz e-pastu īpašu linku, uz kura klikšķinot viņi ierosinās jaunas paroles ģenerēšanu un nosūtīšanu uz viņu e-pasta. DBāzē neglabā ne pliku paroli, ne arī atkodējamu. Ja parole ir atkodējama, tad kāds to atkodēs. Lai gan, ja tu rīkotos ar patiešām svarīgu informāciju, tad šeit palīdzību neprasītu, bet gan izlasītu deviņas grāmatas ;))

ADOdb ir simt nevajadzīgiem sūdiem piebāzts pūslis, uzraksti pa piecpadsmit minūtēm sev tādu pašu un aidā. ADOdb pamatīgi iebremzē pasākumu.

http://www.1728.com/codes.htm

nu ja tu esi no tiem smirdīgajiem latviešiem, kam ir mazvērtības kompleksi kontaktējoties ar krievu tautības pārstāvjiem, tad ej dirst. (un nevajag sākt tagad par to te diskutēt...) ja tomēr ne, varbūt noderēs: http://monologues.jotpuree.com/utils/encod...illicInHtml.php Izmantojot tabulā atrodamo informāciju, uzraksti preg_replace un aidā.

nav latviešu lapu tāpat kā nav krievu lapu ;)) bet, ja nopietni, tad raksti visu UTF-8 enkoudingā un aizmirsti par entitijiem. Tāpat kā parasti tu norādīji "krievu lapās" win-1252 un latviešu lapās win-1257, tagad visās norādi UTF-8, ja vien tu patiešām nevēlējies nodarboties ar "pseidokriptēšanu"...

nezinu īsti ko tu ar to visu gribēji, bet shell_exec atgriež outputu. uz windows darīju tā: uztaisīju skriptu first.php iekš c:phpscriptsfirst.php teitan ir skripts first.php: <?php echo shell_exec('dir'); ?> tad devos uz c:php un rakstīju php.exe (vai vienkārši php vai arī c:phpphp.exe) un tad norādīju uz skriptu un spiedu enter: c:php>php c:phpscriptsfirst.php Content-type: text/html X-Powered-By: PHP/4.3.1 Volume in drive C has no label ... Directory of c:phpscripts 2003.07.28 06:53 <DIR> . ... [seko direktorijas satura uzskaitījums ] Varbūt ko noderīgu te atrod: http://www.phpfreaks.com/tutorials/86/0.php

un es tev saku, ka nekas no zila gaisa neģenerējas. vismaz vienreiz kaut kur iekš php koda tev tie ķeburi ir jāuzraksta. šis man atgādina vienu ierakstu no php-dev.lv foruma: Vai tiešām jums šķiet, ka vārdadienas pašas no sevis savadījās?? Uz sevi mēģini attiecināt: vai tiešām tev šķiet, ka tie āēīūōšŗļķ... paši no sevis savadījās? ja tu iekš db tur 1257, tad kādā ellē ratā, lai tas kļūst par utf-8. ja tu nolasi no formas, kura ir parādīta 1257 kodu tabulas lapā, tad kādā ellē ratā tu gaidi no tā uft-8 ... kaut kad taču tā informācija tika ievadīta .. tad arī tā tika ne tajā kodējumā ievadīta ... php pats no sevis nevienu neizvaro.

tur nav php vaina, bet tavā teksta redaktorā. tas pa defaulto glabā latviešu īpašos burtus win-1257. vai nu izvēlies teksta redaktoru, kur atliek vienreiz iestādīt encodingu vai arī dari to "ar rokām", kā pats teici.

Ienāca man prātā doma. Gudrais kļūdu reģistrs. Kā zināms, error handļeri un log failus visi māk močīt. Pēc mazāka vai lielāka laika, atkarībā no aplikācijas lietošanas biežuma, kļūdu reģistra specifiku u.tml, kļūdu pieraksta fails kļūst mežonīgi liels un, lai no tā izlobītu vajadzīgo informāciju arī paiet laiks ... dažreiz sanāk tā, ka vieglāk būtu trijās stundās iziet pa diagonāli cauri visam kodam nekā error logā noorientēties un izlobīt patiesību. Kļūdas mazas vai lielas vienmēr ir. Jā, ja gudri plāno log failu, un kaut kā iedala kad un kā raksta, tad kaut vai ar teksta redaktoros iebūvētajiem find or whatever var atrast kas un kā. Bet doma mana gudrā bija tāda, ka močījam visas kļūdas iekš DB. Ir divas tabulas: kļūdu saraksts un kļūdu apstākļi. Pirmajā glabājam kļūdu paziņojumu unikālu hashu vai kāviņtursauc. Karoče ņemam md5($kludas_pazinojums) un liekam unique indeksu uz šo lauciņu. priekš šī lauciņa vajadzētu hashēt tādu kļūdas paziņojumu, kas nav atkarīgs no īpašajiem ievaddatiem. Te varētu būt kļūdas paziņojuma sākums, piemēram, sql error tiri piri, bet neliekam pašu SQL fragmentu, lai nebūtu miljoniem unikālu ierakstu, vēl varētu pielikt klāt failu un rindiņas numuru. Tātad kaut kas tāds: $error_msg = ereg_replace(":::.*$", "", $error_msg ); ( tas izdzēsīs visu aiz ':::' ?? md5( $error_msg . $error_file . $error_line ); Šo tātad bāžam iekšā kļūdu saraksta tabulā. Vēl šajā tabulā uztaisam lauciņu, kas parāda kļūdu skaitu - tātad reizes cik šī kļūda gadījusies. Katru reizi kad gadīsies kāda kļūda, šis te skaitlis tiks palielināts par viens. Otrajā tabulā bāžam iekšā aptuveni tādus lauciņus: kluda_id registreta_kluda_id (foreign key uz pirmās tabulas registrēto kļūdu id lauciņiem) kludas_pazinojums (šis būs konkrētajam gadījumam atbilstošais kļūdas paziņojums, piemēram konkrētais SQL. to var iegūt atlasot no kļūdas paziņojuma visu pēc :::, piemēram. kludas_laiks kludas_ip kludas_requestquery un sazin vēl kādi citi lauciņi jūsu ērtībām. Ar to request query arī tā ir kā ir ... tas atkarībā no jūsu aplikācijas. hashā laikam jāiekļauj līdz kaut kādam līmenim arī. piemēram, ja jums viss iet čerez index.php ar kaut kādu mod=Fočenes, ?mod=eMpē7 or whatever, tad laikam vajadzēs arī šo ?mod=... daļiņu iekļaut hašā. Kad gadīsies kāda kļūda ģenerēsim hashu, skatīsimies vai pirmajai tabulai to var pievienot, ja nevar, tad tur tāds jau ir (unique, atceramies?). ja nevar tad ir vienkārši jāpieskaita tur tam skaitītājam viens. ja var pievienot, tad būsim reģistrējuši jaunu kļūdu! un otrā tabulā liekam uz konkrēto gadījumu attiecināmo informāciju (skatīt iepriekš aprakstītos otrās tabulas lauciņus). Kas tālāk? Tālāk seko saldais ēdiens. Mūsu rīcībā ir visai gudri organizēta informācija no kuras ar visvienkāršākajiem sql pieprasījumiem var vilkt ārā dažnedažādus jokus. un tā jūs varat kārtot kļūdas pēc to biežuma, lūkot ar kļūdām visbiežāk saistītās IP adresītes (:D - acīmredzot šiem lietotājiem kaut kas ir aiz ādas, varbūt tikai asinis, varbūt kas vairāk .. tas katram pašam jālemj), lūkot kādos laikos kļūdas gadās visvairāk ... pēc tam seko darbība - biežākās kļūdas labojam, ideālā gadījumā visas kļūdas labojam... p.s. nu jā tai pirmajā tabulā blakus hasham jāglabā arī patiesā rinda, kas slēpjas zem šī hasha - hash tiek ģenerēts tikai tāpēc, lai nebūtu jāliek unique uz text tipa lauciņa :)) p.s.c. jā nekāds vieglais pasākums tas nav - piepildīsies tā kļūdu tabula diezgan fiksi un tad jāiestāda automātiski jaunu tabulu veidošana ... bez tam ar DB savienojumiem saistītas kļūdas, šis reģistrs laikam nereģistrēs ;)) tātad šis nevarētu būt vienīgais kļūdu fiksētājs - failīgam vai mailīgam variantam arī jābūt. neko reālu uzrakstījis neesmu, tik tā, neliels brainstormings, bļe

to, ko es daru, nenosaukšu par apd#%$#%^... tas viens. otrs tas, ka jautātājam nekas, izņemot atbildi uz jautājumu, netika veltīts. man īpaši imponē fikso "atbilžu" sniedzēji, kas tā vietā, lai atbildētu uz jautājumu, dzen naglas mīkstajā galdiņā. par tiem tad arī ir tā nesmukākā komentāru daļa.

Manu FTP dēmoni nevar startēt ne-root lietotājs, kas nozīmēja, ka apache to piestartēt nevar. Bet problēmu palīdzēt atrisināja džeki no php-general listes, kas ieteica izmantot sudo. Izlasīju kā raksta sudoers failu, uzrakstīju, laižu komandu čerez sudo un viss notiek ;)

Arī šo komentāru centīšos neņemt vērā.

izlasot tava komentāra daļas, kas numurētas ar cipariem (1) un (2), saprotu, ka the world goes around you. okei. komentāra daļu, kas atzīmēta ar (p.s.) centīšos neņemt galvā.

Iesaku pievienot opciju izvēlēties vai skatīt failu iekrāsotajā variantā vai čerez textarea, jo iekrāsotais variants, visas tabulācijas attēlo par atstarpēm un, ja kāds patiešām gatavojas kopēt ar smukām atkāpēm manis noformēto kodu, tad savā redaktorā viņš iekopē pretīgu leading spaces nomāktu kodu ;) Ja parāda čerez textarea, tad visa tabulācija paliek (tipa sourci rāda nevis ar show_source(), bet ar echo '<textarea>'.htmlspecialchars(file_get_contents('koda_fails.php')).'</textarea>'; ) Bez tam, textarea ļauj vieglāk iezīmēt vajadzīgo koda daudzumu (no vārdu vidus, piemēram), kā arī kods ir daudz pārskatāmāks - ja textarea izmērs nepārsniedz ekrāna augstumu vai platumu, tad ir ļoti patīkami skrollēt pa textarea. Katrā ziņā ērtāk, nekā skrollēt visu lapu uz leju. Jā, dažkārt iekrāsojums dod daudz labāku skatu, tāpēc textarea iesaku tikai kā opciju - iekrāsošana, lai paliek.

Little Hacker, ļauj minēt. Tu esi āpsis? Uzminēju? Upss ... tikai nesaki, ka esi bebrs, tā nav godīgi!!! Priecīgas Lieldienas, vecozēn ;) http://paste.php.lv/222

man ir ftp serveris, kuram veidoju phpisku administrāciju. un man ir sievasmāte, kurai veidoju mazbērnus. atgriežoties pie pirmā teikuma, vēlos radīt iespēju caur webu nokillot ftp daemonu. veiksmīgi atrodu pid ar: $pid = shell_exec('cat /var/run/mans_ftp.pid'); uztaisu echo $pid un arī ps -ef un pastos - lietas štimmē, pids ir atrasts. tad mēģinu nokillot: shell_exec( 'kill '.$pid ); un nekā! nekas netiek killots. Apache, protams, startējas kā root un switchojas uz nobody un tad negrib izpildīt manu kill komandu. ja es viņam lieku, piemēram, parādīt direktorijas saturu ar ls -al, tad viss okei un viņš parāda webiskās direktorijas saturu un aidā un loģiski, ka ls /root/ -al neiet. ar to es gribu teikt, ka vaina ir iekš Apache beztiesiskā stāvokļa. kā pareizi rīkoties, lai apache būtu tiesīgs rullēt? LinuxPlanet ( http://www.linuxplanet.com/linuxplanet/tut...torials/1445/1/ ) izlasīju, ka nepieciešams kompilēt apache ar suexec. Bet tur ir runa par PHP as CGI, bet tas nav mans gadījiens. Ko darīt man? PHP dokumentācijā par suexec arī runā tikai sakarā ar PHP as CGI. Vai tad arī man jāpārinstallē apache ar šito joku, ko sauc par suexec? Ja ne, tad kas man jādara? Un moš, man PHP būs jāpārinstallē kā CGI??? p.s. I did a lots of fucking googling before posting this.

Eu, vecozēn, mysql_num_rows() ierakstu skaitīšanai ir gadsimta doma. Patiesībā mēs to darām ar SELECT count(*) FROM tabula un tad vienīgais atlasītais lauciņš vienīgajā atlasītajā rindā $row[0] vai $row['count(*)'] (atkarībā no fetch modes) ir tevi interesējošais ierakstu skaits tabulā. MySQL ātrāk saskaita uzdotajam SQL atbilstošos ierakstus nekā ja PHP to noskaidro no atgrieztā rezultātu identifikatora. Sakiet, lūdzu, draugi, nafig izmantot forumu, ja jūs nelasāt nevienu atbildi?

vecozēn, pēdējie divi tava teksta vārdi ir zelta vārdi. mēģini pie tiem pieturēties un tu dzīvē tālu tiksi. varbūt arī līdz viļakai.

vecozēn, man tā tava rindiņa deviņus gadus un sešus mēnešus nav vajadzīga .. kādā ellē ratā tu sadomāji, ka pēdējā ieraksta id norāda uz rindu skaitu tabulā? ar tādu mazgadīgu kodu tu vari iet uz varakļāniem svētceļojumā.

Tātad, mazgadīgie. It kā loģiski un it kā no php es gribu brīvību. Var šitā: function Module( $mod_name, $view=0 ) {} Var šitā: function Module( $mod_name, &$view ) {} Nevar, bet gribas šitā function Module( $mod_name, &$view=0 ) {} Un viņi saka, ka PHP ir nepiekasīgs pie mainīgo tipiem... Njā, bet šitais nav mainīgo tipu pasāciens, bet gan pass by value pret pass by reference. un tomēr. php jāļauj man brīvi uzvesties. Šis posts nav nekāds jautājiens. Bet drīzāk aicinājums šo te fišku ievērot. Un risinājums bija trešā parametra nodošana: function Module( $mod_name, &$view, $treshais=0 ) {}

Phelix tu jautājumus lasi kādreiz, a? Citēju webopedia: Short for Secure Sockets Layer, a protocol developed by Netscape for transmitting private documents via the Internet. SSL works by using a private key to encrypt data that's transferred over the SSL connection. Both Netscape Navigator and Internet Explorer support SSL, and many Web sites use the protocol to obtain confidential user information, such as credit card numbers. By convention, URLs that require an SSL connection start with https: instead of http:. Another protocol for transmitting data securely over the World Wide Web is Secure HTTP (S-HTTP). Whereas SSL creates a secure connection between a client and a server, over which any amount of data can be sent securely, S-HTTP is designed to transmit individual messages securely. SSL and S-HTTP, therefore, can be seen as complementary rather than competing technologies. Both protocols have been approved by the Internet Engineering Task Force (IETF) as a standard. A ja tev ar to nepietiek (un pēc jautājuma var spriest, ka laikam nepietiks, tad vari pakustināt smadzeni un uzrakstīt kaut kādu sakarīgu google pieprasījumu, ne? http://developer.netscape.com/docs/manuals...in/contents.htm Un, ja pēc manuāļa izlasīšanas skaidrāks nepaliek, varbūt ir vērts mest mieru? Tipa nav lemts varbūt.

vecozēn, tu vispirms pārlasi kodu, ko bāz te, un tad varbūt arī bāz, ne? citād iebāzis esi te tādu ... neko