andrisp

Tev test3.php 1 līnijā vēl aizvien notiek kautkāts outputs. Visticamāk, ka kautkāda atstarpe, enters vai BOM simboli.

Pag, moška kļūda ir tur, kad echo $output ir pirms ob_end_clean(). Apmaini vietām. Un vispār iesaku arī izmantot <?php nevis <?. Mazāk problēmu.

Protams, ka ir. Un vispār vajag vispirms pamēģināt nevis jautāt te, vai tā gadienā nav jādara. ;)

To ob_start vajag pirms visa outputa (arī pirms html). Un to ob_get_contents pašās pašās beigās (pēc html arī).

ravelis, ir iespēja - veic redirektus pirms outputa. Vēl var arī šādu metodi: // Pašā pašā skripta sākumā ob_start(); // Te iet viss kods // Pašās pašās beigās $output = ob_get_contents(); echo $output; ob_end_clean();

Uzvani/uzmeilo viņiem un uzprasi. Tas tiešām būtu efektīvākais veids.

iall, met mieru...

Pag, tagad tu novirzies no tēmas. Galvenais, kas man interesēja - "tekstu sagatavo ieprieksh vinju formatejot ar sprintf() tas tev dos iespeju normala veida pievienot parnesanu uz jaunu rindinju ( /n ) .... " (Citāts no tā paša #4 posta). Kā tieši sprintf() dos iespēju normālā veidā pievienot pārnešanu jaunā rindiņā ?

bah.

$id ir tukšs.

Grey_Wolf, man vairāk interesē par to pārnešanu jaunā rindā. Un \n tu vari norādīt arī parastā stringā neizmantojot sprintf(). Un simts atstarpes es varētu arī manuāli norādīt: $x = 'asd ..pienjemsim, ka es te simts reizes nospiedu space... gjg';

Pēc mysql_query() ieliec mysql_error(). Tikko pamanīju - ORDER BY jābūt pašās beigās kverijam. Par to otro: ja tev ir links <a href="http://lapa.lv/radit.php?id=2">bla</a>, tad visam vajadzētu strādāt un rādīties (tas gan aktarīgs no pārlūka).

Nu tad parādi to kļūdu. Kā "apmēram tā" ?

Grey_Wolf, man gan sāk likties, ka tu kaut ko tur muhļies un tagad centies izbraukt ar "māti gūgli". ;) Bet ja tā nav - parādi, lūdzu, piemēru un es tev atvainošos, ka apšaubīju tevi. :>

Pag nu parādi taču kādu piemēru, kur tu ar sprintf() noformē "rindu nobeigumus utt.... atstarpes un visu parejo ....".. Es tiešām nesaprotu.

Grey_Wolf, par to, ko sprintf() dara, es zinu, bet tu gribi teikt, ka sprintf() izmanto kaut kādu "savādāku" \n ? Imo vienkārši tu kādreiz esi izmantojis kaut kādu līku editoru, kas new lines kaut kādus kreisus liek. Un tu gribi teikt, ka HEREDOC sintakse izmanto savādākus new lines nekā vienkārši strings ar jaunrindēm pa vidu ? Tas taču atkarīgs tikai no editora! Es arī īsti nesaprotu šo: "sprintf ljau daudz precizak noformateet... (rindu nobeigumus utt.... atstarpes un visu parejo ....)" Varbūt parādīsi kādu piemēru ?

Grey_Wolf, kā tu domā "ar sprintf()" ? Kur problēma vienārši šādi ? $teksts = " mans texts {$kautkasd_masivs['masivs']} text $emails";

Neiebraucu, kur īsti ir problēma. Protams, ka labāk ir vienkārši tekstā (jo mazāks čakars, kā arī neredzu nekādus ieguvumus parastu plain tekstu sūtīt attačmentā).

Tā kā getElementsByTagName var atgriezt vairākus elementus (kā masīvu), tad galā norādot [0], tu norādi, ka tev vajadzēt tikai pirmo elementu. Tāpat kā parastam masīvam.

Drīzāk jau tev ar savu hostingu jāsazinās, imo.

Grey_Wolf, es jau teicu, kur atšķirība. Ja "konvertēšana" uz MD5 notiks SQL pusē, tad pastāv lielāka iespēja, ka paroles kāds var pārtvert, jo kverijas ar redzamu paroli var tikt pārtverts. Tāpat arī tas var tikt logots kaut kur, un tas nozīmē, ka pastāv iespēja, ka to redzēs svešas acis.

IMPHO daudz lielaka iespeja ka partvers celja liidz serverim ... Bet es taču tieši to saku. :)

Ok, tā būs piekasīšanās sīkumiem, bet drošāk tomēr ir jau PHP pusē veikt pārveidošanu. (Pastāv iespēja, ka kveriju var pārtvert. Tāpat tie var logoties kaut kur.)

MārisL, a tu pamēģini. Grey_Wolf, nu protams, ka var jau arī MySQL pusē MD5 funkciju izsaukt. :)

Nu bet protams. Tu domāji, ka tev tie dati paši par MD5 pārveidosies, kad ieliksi viņus iekš kverija ? :)