andrisp

Ne jau tūlis pielaiž kļūdu. Pats tūlis redz pareizi visu, bet ar php echo'jot visu browserim (pirms tam aizūtot attiecīgos headerus) parādās tā dīvainība. Bet nu vispār liekas, ka tūlīt atradīšu risinājumu. UPD: Atklāju kur problēma - vienā no inkludotajiem failiem beigās aiz ?> bija viens lieks enters, kas visu gaisu jauca.

Ai nu beidz Delfin. Kods tik vien ir kā tās trīs rindiņas. Faili datubāzē tiek ielikt ar IB Expert (interbase/firebird tūlis) palīdzību.

Atklāju, ka tam failam, ko padod browserim pirmā rindiņa ir tukša un tikai otrajā rindiņā sākas binārais kods. Kur tāda var rasties ?

Kur lai es izvadu ? Šeit :) ? ibase_blob_echo to jau itkā dara. Tik nezinu cik parezi.

O, es tikko arī uzskrēju tieši šādai problēmai virsū. Arī man IE ņemot Open pazaudē failu.

Ir dažas rindiņas, kas ņem blob lauku no Interbase (precīzāk - firebird) un cenšas to padod browserim kā attēlu (ar header palīdzību). Tikai nezkāpēc nestrādā. (Nerāda nekādus errors, bet gan vienkārši browseri nesaprot atsūtīto jpeg failu.) Izmēģinājos ar visādiem attēliem. Gan ar gif, gan ar jpeg. $row = ibase_fetch_assoc($result); header("Content-type: image/jpeg"); ibase_blob_echo($row['IMG']); Varbūt ir vēl kādi svarīgi headeri, kas jānosūta ? Vai varbūt jāveic kāda īpaša datu konvertācija vai kas taml. ? Tas pats, bet ar pdf failiem strādā ekselenti.

Uz citiem IE mēģināji (uz citiem datoriem ) ?

http://kraz.ex.lv/blog/tuulbaris.js

Izskatās līdzīgi parastajiem php objektiem.

Kas ir struktūra ?

Nē, nu pozitivī var atbildēt jau uz visiem taviem jautājumiem, bet nu labāk būtu tā, ka pie bildes augšupielādēšanas php skripts paņem un izveido vienu mazu un vienu lielu bildi, ko iekopē, piem., small un large direktorijās. Vai arī, piem., failanosaukums_large.jpeg un failanosaukums_small.jpeg. Kā visefektīvāk veidot failu glabāšanas struktūru izdomā pats. Pieņemot, ka php kaut cik saproti - skaties GD fjas. http://lv2.php.net/manual/en/ref.image.php Kā arī failu sistēma fjas - http://lv2.php.net/manual/en/ref.filesystem.php Kā arī par failu uploadēšanu - http://lv2.php.net/manual/en/features.file-upload.php

A1: nelabs variants, A2: diezvai, jo liela noslodze būs, A3: jā.

No pieredzes - vēl ir lietderīgi pārbaudīt vai to visu pasākumu firewall nebloķē.

tu uz 1024 plata moņa skaties 1452 platu lapu un tev platums liekas ok ?

Tiešām neizklausās, ka viņš kautko plāno zagt. :) Style tagus varētu izgriezt ar regulārajām expresijām. Šeit par to vieglā valodā http://www.regexp.info/.

ok, mēs jau braucam offtopikā, bet cik plats ir tavs monitors pikseļos ?

es jau axwellam to saku ;)

Tu gadienā nelieto Operu, kur Zoom uzlikts uz 50% ? Tas arī izskaidrotu to, ka tev liekas, ka visi burtiņi maziņi. Jo man uz mana 1280 monitora pietrūkst vēl vismaz 200px, lai iekļautos.

Kas ir CSS filtrs ?

Neaizmirsti php.ini (php konfigurācija) failā iestatīt register_globals Off. Ja ir rakstīts ar register_globals ON (protams tikai minējums), tātad, ja padosim xxx.php?pass=1&password=1, tad sekjūrais kontents vairs nebūs sekjūrs. UPD: ja iestatīsi uz Off, tad tev padotajiem datiem būs jāpiekļust ar $_GET un $_POST mainīgajiem. Šajā gadijumā $_GET['action'] un $_POST['pass'].

stulbi sanāk, jo dažādi apstākļi man neļauj nomainīt.

Ko darīt, ja uz hostinga servera ir iekonfots safe_mode, līdz ar ko nedarbojas failu funkcijas ? PS. Un šie negrib slēgt nost...

<?php for($x=0;$x<=10;$x++) { session_start(); echo 'SID: '.session_id().'<br />'; $_SESSION = array(); if (isset($_COOKIE[session_name()])) { setcookie(session_name(), '', time()-42000, '/'); } session_destroy(); } ?> Paskaidrosiet kāpēc šis skripts tā dīvaini uzvedas ? Kad atver pirmo reizi, tad SIDi atšķiras, nospiežu refresh, SIDi vienādi, nospiežam refresh - SID atšķiras utt.

Failus vienkārši atver ar editoru, kas atļauj saglabāt kā utf8, un pārglabā kā utf8. Ieteicams utf8 bez BOM. Tas ir tas ķeburs utf8 failu augšā, kas visiem dzīvi jauc. HTML Content-type arī neaizmirsti nomainīt. Par datubāzi tā ātrumā nemācēšu izteikties.

Bet obligāti sāc ar datu bekupošanu ;)