bubu

Nu un pēc kāda standarta tas ir? Es labāk tādas lapas neizmantoju, nav garantijas nekādas no kurienes tas ņemts. Es labāk izmantoju w3 specifikācijas vai šo lapu: http://www.validome.org/lang/en/html/resources/ (tur ir arī visas oficiālās entītes).

2 varianti: ātrs, bet nesmukāks: $txt = "pic45603id14610.jpg"; $p1 = strpos($txt, 'id'); $p2 = strpos($txt, '.jpg'); echo substr($txt, $p1+2, $p2-$p1-2); nedaudz lēnāks, bet smukāks: preg_match('/id(\d+)\.jpg$/', $txt, $m); echo $m[1];

Ui, laikam to paņēmu no XHTML nevis HTML: http://www.validome.org/lang/en/html/resou...tml-special.ent :))

Jautājums nr2: vai apache error logā kautkas tiek ierakstīts, kad startē serveri?

Pag, php5 tak arī var mysql <=4.0.x izmantot. A par oop, tak iekš php5 viņš daudz neatšķirās no php4. Liela ticamība, ka viss ies kā iepriekš, manuprāt.

Tak parasta preg_replace funkcija! Pirmajā laukā - pirmais parametrs. Otrajā laukā - otrs parametrs Trešajā - trešais A ceturto pats neizmantoju :)

Es tev prasu: tu pārstartēji serveri pēc tam, kad ieliki tās rindiņas .conf failā.

1) ' un " pārveidot vajag par ' un " nevis kautkādiem #... 2) kāda jēga "`" => "`" un "~" => "~" ??? 3) un vispār - labāk tak izmantot htmlspecialchars() fju :) edit: ahā sapratu 2) :) nevajag ņemt to vērā.

Tas nekas, left joini nav nekas traks. Īsti nesaprotu tava manuāļa jēgu.. Vai tad tas nav tas pats, kas šis: http://dev.mysql.com/get/Downloads/Manual/...t.zip/from/pick ?? Un kam searchs mysql onlaina manuālī domāts ;)) Es gan izmantoju CHM formātu, man kautkā tas liekas ērtāks. Un ar šo tūli: http://phlab.net/myman/ vienmēr var no jaunākā .html failu kolekcijas mysql manuālim to uztaisīt.

Pie tam, rakstot selektus, ieteicams izmantot EXPLAIN keywoardu, ar to var noteikt vai/un kādas primārās atslēgas SQLite izmantos meklējot datus. Tādējādi var nedaudz pielabot savu SQL kodu, lai tas tomēr izmantot šīs atslēgas (neizmantojot indeksus darbības laiks ir O(n), bet izmantojot - O(log n)). Līdzīgas nozīmes keywoards ir arī MySQL..

Nu malacis. Tagad padomā (neuzskati šo par apdiršanu, tikai tā - viela tev pārdomām un tavu zināšanu uzlabošanai): 1) kas notiks, ja tekstā ievadīšu apostrofu - ' 2) kas notiks, ja tekstā ievadīšu "<a href="http://www.microsoft.com/">free pr0n</a> :))

Cik sarežīti selekti? Tb cik un kādi ir WHERE nosacījumi? Ja primitīvi vienkārši tipa lauks1=vertiba1 and/or ... tad nekas traks. Ja ir kautkādi LIKE tad gan nav labi (tipa full-text search neatbalsta īpaši ātri). Man tev jājautā - kas ir parasts SQL? :)) domā SQL92? Domāju ka no tā tu pat pusi iespēju neizmanto :) Tā ka, visu ko MySQL atbalsta (SELCT jomā) domāju arī SQLite uzturēs :)

Apache serveri neaizmirsi pārstartēt pēc labojumiem? Nekādi kļūdu paziņojumi nemetās ārā?

Pieņemu, ka pat Flashu tu pilnībā nepārvaldi, ja jau nemācies programmēt. ActionScript, piemēram, māki?

Nesapratu tevi. Man gan tur uz Advanced Example lapā ielikto piemēru spiežot enterus, viņš veido normālus paragrāfus (p tagus). Un izvēloties Heading 1(2/3/4..) stilus viņš ieliek arī smukus h1,h2,... tagus.

Piekrītu hmnc. Tu galīgi necenties izprast, ko tev priekšā rāda, bet sagaidi tikai, ka iedos gatavu koda gabalu... Nav labi tā. Vajag no piemēriem mācīties!

Izlasi tak vēlreiz:

Netā uzdūros jaukam HTML WYSIWYG redaktoru. Protams, uz JS balstītu. Man iepatikās :) Ja nu kādu ar ieintersē, tad - TinyMCE: http://tinymce.moxiecode.com/

Tas nozīmē, ka savā httpd.conf failā neesi pielicis sekojošas rindiņas: AddType application/x-httpd-php .php LoadModule php4_module "c:/php/php4apache.dll" AddModule mod_php4.c (šī rindiņa tikai, apache ir 1.x versijas) Protams, attiecīgi piekoriģē versijas numruu php (4/5) un apache (1/2).

Gacha: tieši tā. SQLite tieši speciāli optimizēts tādām darībām, kur dominē vairākums SELECT operāciju nekā INSERT/UPDATE.

http://lv.php.net/mssql

Nē, ir gan mana vaina. Tu tak savā pirmā postā uzrakstīji: A es to neieraudzīju :))

Kas par muļībām! Ja netaisies turēt kautkādu monstrīgu portālu vai nezinu - torrent trakeri - tad nemaz tik lielu trubu tev nevajadzīs. Īpaši ja jau tikai savām personīgajām vajadzībām savas web-lapas taisi.

Šitam jau tika apspriests algoritms: http://php.lv/f/index.php?showtopic=1972&v...indpost&p=13293 :)

Biju domājis, ka piemēram meklējot utf-8 formātā ievietotus datus LIKE operators ī burtu pieņemtu vienādu ar Ī. Kā arī stringu funkcijas tipa, strlen, strcopy garumu ņemtu nevis baitos (jo ASCII char=byte), bet gan simbolu garumos (utf-8 simbola garums ir iespējams vairāk kā viens baits). A labumi: * nevjag instalēt serveri. 1 db = 1 fails. nav nekāda čakara ar administrēšanos * typeless :) * saprot tikai daļu SQL dialekta, tb to vienkāršāko. tāpēc vari apjaust ko var un ko nevar panākt ar šamo. atšķirībā piemēram no posgresql, kura fīčas var pētīt vēl un vēl, lasot dokumentāciju tātad - vienkāršām programmelēm ideāla vieta, kur glabāt datus