andrisp

<div style="text-align: center;"><img></div> ?

Nu, protams, ja darbs tiešām ir pustunda, tad 5 lati ir ok, bet zini kā - vēl jau tas čakars noskaidrot ko tev īsti vajag utt, ka tas laiks tomēr vairāk aiziet.

Man šķiet, ka tas ir iekš webservera (apache) jākonfigurē. Kā - to gan nezinu.

http://www.wpdfd.com/editorial/thebox/deadcentre4.html

Aleksejs, es varētu minēt - tādā ziņā, ka testēšanas vide neatbilst vairs "mūsdienu prasībām" - gan php ir tālāk attīstījies, gan arī pati tehnika (dzelži). Bet nu nez. Par tēmu turpinot: http://www.php.lt/benchmark/phpbench.php

Jebkurā gadijumā tev būtu jāhako exe fails.

Diezvai tāpēc, ka jaunāka versija. Kādu kļūdu rāda?

Tāpēc, uz tā mistiskā "app" droši vien kļūdu rādīšana nogriezta.

Palīdzēt un darīt visu tavā vietā ir divas dažādas lietas. ;)

Droši vien nerestartēji apache. Cik liels fails ir ? Un uz cik uzliki limitu ?

Ja var apskatīt, tad var arī lejupielādēt (faktiski jau apskatot notiek lejupielāde).

Man liekas, ka tas nebūs iespējams. Zinu gan, ka IE atbalstīja kaut kādu fišku, ka bildes datus (baitus) izdrukā pa taisno iekš src, bet nu nez. Vai arī es nesapratu, ko vēlies panākt.

Man liekas, ka phpmyadmin pats neierobežo neko, bet gan php. Skaties php konfigurāciju (php.ini) un meklē max_upload_size un post_max_size direktīvas. (Iespējams, ka kļūdaini uzrakstīju nosaukumus, bet gan jau atradīsi).

Veido, kur gribi - ka tik tiesības ir ;)

Nu tas tikai nozīmē to, ka kaut kas nav kārtībā ar kodu ;). Bet nu labi - katrs darā kā grib.

Paulinjsh, no tā es bēgu pa gabalu. Ja ieeju iekšā, tad pat parasti arā nemāku tikt. :) Tā laikam ir standarta "problēma" ar ko saskaras vi[m] nelietotājs. :)

Tas, kur mazāk dati tiek pieprasīti/dzenāt apkārt.

Pieliec isset klāt. Vai arī kā es daru (es arī parasti formas apstrādi veicu tajā pašā skriptā, kur pati forma) if (count($_POST) >0) { $obligaatie_lauki = array('bla', 'ble', 'desa'); // obligaatie ar domu, ka jaabuut atsuutiitam, nevis nedriikst buut tuksh if (!speciaala_funkcija_kas_paarbauda_vai_POST_masiivaa_ir_visi_obligaatie_lauki($obligaatie_lauki)) { $kljuda = 'Nav visi lauki!'; } else { // te taalaak varam veikt visas paarbaudes neuztraucoties par to vai kaads lauks ir vai nav uzsetots } } // te forma drukaajas

Uz ubuntu man šķiet nano jābūt.

Tev nestrādā .htaccess ? mod_rewrite nevajag. http://www.google.lv/search?hl=lv&q=ap...enable+htaccess

Kļuda - atgriezīs true. Es jau sen kodēju ar pilnu error_reportingu - un zini - tas ir pavisam viegli. Tā vismaz tu sevi piespied kārtīgāk pārbaudīt datus. Un par to starpību - tieši tāda arī ir tā starpība, ka nečekojot vai mainīgais ir definēts, tu riskē uz dažādiem kļūdas paziņojumiem un gļukiem, bet, protams, ja tu kodē ar izslēgtu error_reporting, tad tevi tas neskar. Par šo situāciju: ja zināms, ka $value vienmēr būs definēts, tad gan var iztikt ar vienkārši if ($value)...

Drīzāk gan Notice ;)

Un ja $value būs nedefinēts ? Tad jau labāk !empty($value)

Ok, nosaukšu iemeslus kāpēc man global reset liekas bēd: 1) Jau pieminētais defaultais formu stilu resets. Ja elementi jau dizainā plānojas citā stilā, tad ok, bet lielākoties tomēr par katru cenu nevajadzētu spiest uz to. Tomēr lietojamība ir labāka, ja lietotājs var atpazīt formu elementus. 2) Šim man varbūt pašam tā pagrūtāk noticēt, bet esmu daudz kur lasījis, ka global reset lieki noslogojot pārlūku. 3) Parasti global reset lieto šādi: * { margin: 0; padding: 0; } Un pēc tam vajadzīgajiem elementiem, kas būs lapā, pārdefinē vērtības: p, ul { margin: 1em 0; } u.t.t Parasti pārdefinēts netiek visiem elementiem, bet gan vajadzīgajiem, kas parādīsies lapā. Tātad - kas notiks ja kaut kad nākotnē lapā parādīsies (caur CMS, piemēram) elements, kas nav ticis pārdefinēts, bet kam dabiski būtu vajadzīgs margin ? Manuprāt, labāk tomēr pārdefinējam mums vajadzīgos elementus un par pārējiem ļaujam pārlūkam izlemt kā attēlot.

Aleksejs, firewaļļu rūļi tomēr nav tas pats, kas CSS ;)