Qued

Paldies, palika labāk - tomēr ne pavisam labi. :) Tagad js man "Ē" vietā dod "Ç" (C ar ķeksi apakšā).

Sveikiņi. Tāda specifiska problēma. Ņemu un ar PHP ieseivoju vārdu iekš cookie. Pēc tam šo vārdu lasu ar javascript ārā. Viss ir ļoti jauki, tikai pēc lasīšanas ar javascript latviešu garie un mīkstie burti ir samakarēti - piemēram, "Ē" vietā ir "%C7". Ja lasa kukiju ar php, nav nekādu problēmu, latviešu burti netiek sabojāti. Klienta opsistēma Windows XP, lapas kodējums windows-1257.

Pateicos. Tad nu sāku rakāties pa tiem headeriem. Viena "maza" problēma - nekur nevaru atrast, kurā header parametrā tiek padota detalizēta informācija par prieprasījuma mērķi. Cik te paeksperimentēju, "host" ir tikai pats serveris, bet tālāk (ceļš, parametri)? Varbūt kāds zina? [Papildināts] Atradu: GET _urlis_ HTTP .... blablabla... Jautājums tikai, kur beidzas headeri un sākas infa?

Haa, tas vareetu tieshaam straadaat. Liels paldies!

Vai php ir kāda funkcija vai kas cits, ar kura(s) palīdzību varētu noteikt content-type resursam, ja dots ir tikai resursa url?

Tas viss ir ļoti jauki, kungi. Es arī šobrīd esmu sācis glabāt tekstu utf kodējumā mysql 3.x.x tabulā ar defaulto kodējumu. Bet sortēšana agrāk vai vēlāk nāks pretī, ko tad? Vienīgais, kas man nāk prātā - sortējamo rezultātu vispirms iegāzt masīvā un tad php līdzekļiem masīvu sakārtot. Ir alternatīvas idejas?

Venom Redzi, debugošana neaprobežojas ar redzamām (tipa warning vai notice) kļūdām. Gadās, kad vajag sekot mainīgo vērtībām programmas izpildes gaitā. Tad var vai nu debugot vai arī echoēt :) Lokālo debugošanu nemaz sīkāk nepētīju, uzreiz ķēros pie attālinātās (remote). Uz webservera tiek uzlikts komodo dll fails, kurš tiek ielādēts php.ini failā. Pats Komodo uz mana datora tiek palaists "remote debugging" režīmā, kurā tiek gaidīti debugošanas dati no servera. Tad, kad šīe dati sāk nākt, arī parādās minētais paziņojums.

Kā tad, es arī biju pie context pieradis. Tomēr funkciju priekšā teikšana ir laba lieta. Šobrīd testēju Komodo, bet nekādi neizdodas normāi palaist debugošanu. Kādam varbūt ir pieredze? Debugojot tiek mests ārā paziņojums, ka "komodo was unable to open file blabla.php", lai arī blabla.php kā reiz ir atvērts.

Sveikiņi, varbūt rakstīšu par jau cilātu tēmu, bet php.lv meklētājs man nekā nepalīdzēja kaut ko atrast. Problēma sekojoša - ir iespēja darbavietā iegādāties php redaktoru. Kurš ir labs? Skatījos Zend - viss bija jauki, bet bremzē nežēlīgi (Windows XP). Skatījos nusphere phped - nepatika it kā sīkumi, piemēram - redaktors neiezīmē atbilstošās iekavas. Paskatījos www.php-editors.com - tur labākie ar 5 bumbiņām ir 4 redaktori - zend, phped, kaut kāds linuxīgais un php edit. Pēdējo vakar nokačāju, ievērtēju, bet tā arī nesapratu, par ko šis tik labi novērtēts. Izskatās ražots franciski runājošā valstī (daži dialogi franciski), saskarne un izvēlnes visai dīvaini strukturētas, kā arī nevar atslēgt dažas kaitinošas "fīčas". :) Varbūt kāds var ko citu vēl ieteikt vai arī minēt kādu iemeslu zend studio vai phped labā? Jau iepriekš pateicos. Ak, jā - šobrīd kodēju ar Context. Viss ir labi, bet netiek palīdzēts ar php komandu parametru priekšā teikšanu - vienmēr jāver helps vaļā, lai atcerētos, kas funkcijai strpos bija pirmais - needle vai haystack. :)

Sirsnīgi pateicos - ar div iekš div aizgāja tā lieta. :)

Sveicināti, man šodien advancētāks jautājums. :) Situācija tāda: ir nepieciešams izvietot blakus divus teksta blokus tā, lai katram kreisajā pusē būtu brīvi 30 px. CSSā rakstu tā: .newsblock { float: left; width: 240px; margin-left: 30px; margin-top: 30px; color: white; text-align: justify; } htmlā šitā: <div class="newsblock">ziņas ziņas ziņas ziņas ziņas ziņas ziņas ziņas ziņas ziņas ziņas ziņas ziņas ziņas ziņas ziņas ziņas ziņas ziņas ziņas</div> <div class="newsblock">ziņas2 ziņas2 ziņas2 ziņas ziņas ziņas ziņas ziņas ziņas ziņas ziņas ziņas ziņas ziņas ziņas ziņas ziņas ziņas ziņas ziņas</div> Iekš Operas un Firefox viss ir kā vajag, bet IE pirms pirmā bloka uztaisa marginu nevis 30 px, bet 60! Pirms otrā bloka ir 30px, kā vajag. Kādēļ tā un kā to novērst? Jau iepriekš pateicos.

Par div es zināju, bet līdz secinājumam span=inline arī jau nonācu :) Tas ir tipa stila tīrībai, ja? MS produkti liek vērtības arī bez mērvienība :) Vai tas pēc noklusēšanas nav px? Vobšem, pagaidām izlīdzējos ar div, nosakot jamam fiksētu platumu. Pasakait man tikai vienu lietu - vai div boxus var novietot secīgi vienu aiz otra nenorādot konkrētu pozīciju ne top, ne left?

Nu, tipa tiktālu sapratu, ka vaina tanī, ka span nav inline elements. Bet, ja liek div, tad jamais izstiepjas visā iespējamā platumā. Var uzlikt width - bet tas ir fiksēts; man vajag, lai tas "otrais" ir tik garš, cik teksts tajā...

Paldies, protams - to materiālu vēl nebiju atradis un noteikti arī izlasīšu, bet, kā zināms, risinājums bieži vajadzīgs uzreiz :) Varējāt vismaz piemest, kas par vainu.

Ā, sorry, drusku samuldējos - tas tur iekšā ("otrais") nav div, bet span. Ar div viss funciklierē, bet kādēļ neiet ar span?

Sveicināti, Ienācās it kā triviāla problēmiņa, bet kaut kā nesanāk atkost :) Ideja sekojoša: ir viens div, kuram ir padding:2 ir otrs div iekš pirmā div, kuram arī ir padding:2 un border:1 Loģiski ņemot, otrā div saturam būtu jābūt 4 punkti no pirmā div robežas, bet otrā div robežai būtu jābūt 2 punkti no pirmā div robežas. A nekā - otrā div saturs ir 2 punkti no pirmā div robežas, bet pašas robežas (vismaz augšā un apakšā) sakrīt. Wtf? Aptuveni šitā: <div id="pirmais" style="padding: 2"> <div id="otrais" style="padding: 2; border: 1 solid"> Kaut kāds teksts </div> </div> Jau iepriekš pateicos.

Man ļoti patīk ConText. Tur gan nav debugošanas iespējas, toties ļoti ērti rakstīts skriptu. Tad vēl ievērtēju Zenda produktu - labs, bet bremzē nemērīgi. Šobrīd ievērtēju PHPed. Pagaidām liekas labs, bet ļoti pietrūkst atbilstošo iekavu iezīmēšanas.

Nezinu, kā MySQL, Bet MSSQL gadījumā join VIENNOZĪMĪGI strādā ātrāk nekā apakšselekti.

Pats vienkāršākais ir ar str_replace aizvietot < un > ar attiecīgi < un >

Ja tev nebūtu slinkums palasīt php manuāli un tajā pievienotās saites, tu saprast gan, ko tas md5 dara.

kas ir domāts ar scenāriju? Ja runa ir par SQL pieprasījumu, nav nekā vienkāršāka, ka palasīt SQL manuāli. Vēl vienkāršāk, protams ir pajautāt. Tad jāsaka, ka ir tāda komanda update. piemēram, <code><font color="#000000"> update tabula set lauks1='kakis' where id=12</font> </code> protams, pienjemot, ka lauks1 ir char (vai text) tipa lauks. Nesapratu, kādēļ būtu jālabo autoincrement lauka vērtība?

Roze, man patīk tava izpalīdzība. Tomēr visam šim procesam ir savi negatīvie aspekti: sanāk, ka ļautiņiem tiek mācīts, kā apiet vāji plānotas datubāzes nepilnības. Tādēļ vismaz es ieteiktu andre kā primāro un ieteicamāko variantu izvēlēties tabulas papildināšanu ar autoincrement lauku.

Kings iesaka "netīro" programmēšanas stilu. Nerūpējies par kļūdas cēloni, noslēp tās paziņojumu... aijaijai! Rat, varbūt konkrētajā gadījumā parametram refer nav vērtības un tādēļ tas vispār sistēmā netiek inicializēts?

Var sākt ar str_replace, substr un strpos. Noteikti var arī ar regulārajām izteiksmēm, piemēram, ereg_replace(), bet tur ir šis tas arī jāzina par regulārajām izteiksmēm.

Robi, vai tu esi pazīstams ar datubāzēm - to darbības principiem? Ja nē, tad būs plāni. Laika gaitā tu atklāsi, ka ar id var identificēt tikai konkrētu lapu (tekstu, skriptu, da jebko) www resurspunkta datubāzē. Katrai lapai vajadzēs vēl papildus zināt, kurā apakšsadaļā tā ir, varbūt arī kādas ir saistītās lapas - tātad, izmantojot šo id, būs jāveic vēl vairāki pierasījumi datu bāzei. Piemēram, www.f1.lv sākumlapas ielādes laikā tiek izpildīti 199 SQL pieprasījumi. Direktorijas ir gaumes lieta. Teorētiski var visu salikt vienā, saknes direktorijā, tikai tādā failu sarakstā būs grūti orientēties. Tādēļ labs stils ir izvietot dažādu veidu lapas sastāvdaļas atbilstošu nosaukumu direktorijās - piemēram, bildes iekš images vai pictures, vai img. Mans personīgs ieteikums ir nelikt admina failus iekš /admin - tā ir gandrīz vai uzprasīšanās uz hakošanu. :)