bubu

Pēc tā tu te rādi, izskatās, ka tev ir kautkur kodā funkcija $text = str_replace("\n", "\\n", $text); Meklē kur to izmest.

Nu pag, ja tu gribi textareā attēlot saglabāto tekstu, tad tev nevajag nekādu nl2br. To vajag tikai tad, ja tekstu gribi rādīt kā html lapas saturu (piemēram <p> elementā iekšā). Diemžēl mēs šeit neesam gaišreģi. Ja neteiksi kā patlaban iet/neiet, kādu kļūdu rāda, vai ko nepareizi rāda, tikmēr neviens tev nevarēs palīdzēt.

Tad tā nesauktos HTML sanitizēšana?

Es domāju, ka tā kā ffmpeg ir kārtīga konsoles programma, tad tā savu darbības rezultātu atgriež kā normālu procesa izejas kodu - ja viss beidzies labi = 0, bet ja kāda kļūda tad != 0. Pamēģini lietot trešo argumentu exec funkcijai. Tajā var saņemt procesa izejas kodu.

Nesaprotu, kas ar tevi Java.. vienmēr no topika konteksa jāizvelk kautkādi personiski vērtējumi. Kāds šim topikam sakars ar mani? Kādu pozīciju es vispār aizstāvu? Pastāsti man lūdzams, jo es pats to nesaprotu, kādu pozīciju man jāaizstāv. Neuzskatu sevi par nekādu universālu. Doh. Neesmu to nekad apgalvojis. Ļoti labi zinu jomas, kurās maz jēdzu. Un tajās arī nelienu. Strādāju jomā, kurā labi jēdzu, un to arī labi māku darīt, kas ikdienā jādara. Mani jautājumi nemaz nebija par mani. Kā ar tevi sāk diskutēt par tēmu, tā aizbrauc viss topiciņš oftopiciņā.. pat tevis paša taisītais. Viss, ko es gribēju zināt, kāpēc tev radās tāda klasifikācija tajos 5 punktos. No kurienas tāds pamats? Cik tu te raksti pēdējā postā - tu visu raksti nākotnes formā. Cik labi būtu, ja būtu šitā un tā. Būtu lētāk un izdevīgāk, un gudrāk. Tātad es pareizi saprotu, ka tavs topiks ir par to, kā tu uzskati kā ir jābūt tavuprāt visai situācijai (t.i. no zila gaisa izzīlētai), nevis par to, kā patlaban ir?

Es saprotu, ka var būt tā tumšā bilde par datubāzēm tavam klienta puses koderim. Bet tā kā tu sākumā tur raksti, ka patlaban web jomā noslāņojas tavas uzskaitītās specializācijas - tad nu es arī brīnos, vai tiešām un kur tādas specializācijas ir novērojamas praksē? Jo es nespēju iedomāties kā normāli varētu developēt, ja tu stingri raksti tikai php kodu, bez tiešas iespējas veidot/mainīt html/css kodu. Reāli taču php kods diezgan atkarīgs no html koda (formas, teimpleiti, struktūra) Un arī otrādi - kā vienu organizēsi, tā otram būs jāpielāgojas. Un pie noteiktām izmaiņām vienā, otrs arī mainīsies. Savā darbā neskaitāmas reizes ir bijis tā, ka viena paliela ietvaros vienas fīčas implementēšanai paiet mēnesis (kaut reāli vajadzētu max nedēļu) tikai dēļ tā, ka tu nevari pamainīt kodu citā softa daļā (savā viss jau uztaisīts), jo par to atbild un kodu maina kolēģis blakus istabā. Un viņam esot patlaban savādakas prioritātes, ko implementēt. Ja man mēnesis jāgaida, lai kārtīgi notestētu savu uzrakstīto kodu, jo tā darbināšana atkarīga no kolēģa, kurš iekavējas, tad diezgan bremzējošs tas pasākums izvēršas. Ne es automātiskos testus nevaru palaist, ne arī kodu iečekot versiju kontroles repozitorija trunk'ā, jāstrādā branch'ā. Bet nu šajā gadījumā problēma bija diezgan švaka organizētība projektā. Tāpēc arī jautāju - vai tiešām tā patlaban notiek? Vari dot reālus konkrētus projektu piemērus iz dzīves, kuros tā notiek? Ja tā tiešām notiek, tas savā ziņā noteikti ir pluss. Diezgan interesanti, bet nu es īsti nespēju iztēloties cik pedantiskai tur jābūt organizētībai un pieejai tam. Varbūt es maldos, un tas nav ar tik lielām atkarībām kā es iedomājos - jo es saku, web jomā es nedevelopēju vispār, tāpēc nezinu kā tas notiek reāli.

Nē, es par AJAX nerunāju tur itnemaz.

Visiem HTML tagiem jābūt aizvērtiem ar > simbolu: <textarea rows='9' cols='30'>blahblah</textarea>

Ar webisku programmēšanu ikdienā vispār neko nenodarbojos, tāpēc nezinu, bet vai tiešām dabā pastāv (ar domu reāli strādā) tādi cilvēki no tavas 1. specializācijas kategorijas? T.i. raksta tīru html'u, css'u un varbūt JS, bez nekādas php koda rakstīšanas? Tas pats daļēji ar 2. kategoriju - rakstīt servera puses kodu, neatbildod par klienta puses kodu. Tur gadījumā nesanāk bardaks ar to, kurš kuram kodu pielāgo ar visiem id, POST/GET formu name vērtībām, templeitu sadalījumiem/fragmentiem? Ja tā tiešām notiek, tad tas mani pamatīgi izbrīna.

Kas tieši tev nesanāca? Vai Example #1 no dokumentācijas tu saproti? <?php echo nl2br("foo isn't\n bar"); ?> codez: izsalkušam cilvēkam jāmāca ķert zivis, nevis viss uz paplātes priekšā jāpasniedz. Citādi kā tu domā, kas notiks, kad viņam būs nākamā "problēma"? Es cenšos viņam parādīt un iemācīt, kā ir jādomā un kas jāskatās, lai atrisinātu savu problēmu (vispirms gan es gribu saprast, ko viņš nemāk saprast).

Es atvainojos protams, bet kāpēc tu pat manuāli nevīžo atvērt? http://php.net/nl2br

Viss ir pareizi. Lai tā tas arī saglabā, jo tieši to tu arī ierakstīji. Tas, ko tev vajag darīt, ir pie izvadīšanas tekstu pārformatēt uz savādāku html kodu. Jo htmlā \n tiek uzskatīts par to pašu, kas atstarpe. Reāli html sourcē tev tie newlaini ir uzģenerējušies. Uzspied View->Page Source savā browserī un apskaties html sourci. Kā veikt newlainu pārveidošanu uz <br> elementiem lasi šeit: http://php.lv/f/index.php?showtopic=12106 (tikko viens jau par šo jautāja).

Stringus nevar atņemt. Atņemt var skaitļus. Dabūt datumus skaitliskā formātā un tad salīdzini (hints: unix timestamp).

Man arī ar gd2 tiek bez problēmām galā ar šo bildi.

Vispār jau image/pjpg ir Internet Explorer sūtītais mimetype jebkuram jpg. Tam ar progressive jpg nav sakara. Imho progressive jpg gd2 atbalsta bez problēmām.

Viedoklis ir viena lieta. Ja to tu par tēmu sakarīgi izsaki, tad viss ok. Cita lieta, ja sāc offtopikā braukt ikkatrā php.lv foruma topikā, kurā ir runa par darba tirgu un atalgojumiem. Cilvēks topiku taisa ar vienu domu - uzzināt konkrētus viedokļus/atbildes par viņa interesējošo tēmu. Nevis kārtējo lieliskā trio dzejojumu par atalgojumiem, cms'iem un to kurš gudrāks.

Kā tu zini, ka visas ir jpeg?

Nē, nevar. Bugi datubāzes kverija apstrādē var uztvert īpašus simbolus īpašā veidā. Piemēram \0 simbolu. Tā vietā lai pārvērstu simbolus uz to attiecīgajām html entītēm (kam tas vispār vajadzīgs sql injekciju apstrādei??) vajag lietot attiecīgo datubāzes piedāvāto stringu apstrādes funkciju. MySQL'am, piemēram mysql_real_escape_string() fju.

HTML elementam jāsākas ar tā nosakumu: <iframe attr1="value1" attr2="value2"></iframe> Šeit iframe ir HTML elementa nosaukums. attr1 - viena atribūta nosaukumus un value1 tā vērtība. attr2/value2 attiecīgi otrā atribūta nosaukums un vērtība. Ja gribi divus iframe pēc kārtas, tad vienkārši duplicē visu iframe elementu no sākuma līdz beigām, pamaini tik src atribūtu.

Tev jālieto nl2br funkcija uz datiem. Tā \n vietā ieliks <br/> html elementu.

Tas neko nemaina drosības ziņā. Vienīgi problēma var gadīties, ja pēc servera pārinstalācijas/maiņas, tu aizmirsīsi ielikt (vai arī pateikt adminim lai ieliek) šādu pat rindiņu servera konfigurācijā. Tad tev visu skriptu sources varēs jebkurš apskatīt/novilkt no web pārlūka.

Ne jau par http headeriem mēs runājam. Bet gan par BOM headeri. Trīs baitiem faila sākumā: http://apblog.lv/2007/05/07/utf-8-bom-simb...s-already-sent/ (Visbiežāk izplatītākā kļūdas situācija #2).

Izskatās pēc normāla UTF-8 kodējuma. CSV failu verot vaļā nevar norādīt kodējumu? Varbūt BOM headeris sākumā palīdzēs.

Kaklz - es to ļoti labi saprotu. Man vienkārši tādas tieksmes nav - gribēt dzīvot uz kredīta. Protams, cits jautājums ir, ka citu īsti variantu nav, ja gribās savu dzīvokli/māju. Bet ar Javas izteicieniem grūti kautko pareizi saprast. Kā redzams viņa rakstītais jau sen aizbraucis vecajā offtopikā. Par to, cik katrs uzskata, ka ir jāsaņem programmētājam. Nevis diskutēt par reālo situāciju tirgū, par kuru imho nemec taisīja šo topiku.

Reālās - tādas kuras tu gribētu saņemt (sapņo pa mākoņiem), vai tādas reālas, kuru tu patlaban reāli saņem? Kāpēc kādam būtu jāvēlas dzīvesvieta uz kredīta?