briedis

izmanto funkciju mb_substr() (un vēl citas mb_*)

register_globas ir visai stulba lieta, tā kā to vajadzētu norubīt tāpat... Kļūda kvērijā.

It kā nekas traks, bet varētu lēnām sākt ar šo te labošanu: PHP Warning: Directive 'register_globals' is no longer supported in PHP 6 and greater in Unknown on line 0 PHP Warning: Directive 'register_long_arrays' is no longer supported in PHP 6 and greater in Unknown on line 0 PHP Warning: Directive 'magic_quotes_gpc' is no longer supported in PHP 6 and greater in Unknown on line 0

$firstname == $rows['firstname'] && $lastname == $rows['lastname'] Šī gan ir duma pārbaude. Kāpēc lai nevarētu būt ar vienu un to pašu vārdu/uzvārdu....

Kam tev gūgle, ka nevari pats noskaidrot?

Ja ir cepumi Ja ir uzstādīta sesija, pārbaudam, vai viņa nav viltota (vai nav zagta). Viss ok, turpinam darbu. Ja nav uzstādīta sesija, uzstādam, ielasam datus, turpinam darbu. Nav cepumi -> Paziņojam, ka tālāk bez cepumiem nav ko darīt :) Ja ir Remember me, uzliekam sesijas identifikatora cepumam lielāku taimautu (defaultā viņš ir līdz pārlūka aizvēršanas brīdim, tad dzēšas cepums) Gūglē pēc šī: php session cookie timeout Paroli nebūtu prātīgi glabāt cepumā. Vispār neko vērtīgu cepumos nevar glabāt, jo kā teicu, lietotājs to var brīvi rediģēt utt. Sesijā ieteicams vēl glabāt teiksim, lietotāja USER_AGENT, lai pārbaudīt, vai šī sesija nav zagta.

Nesapratu. Nevar būt sesijas, ja nav cepumi (nu var būt, bet tad tur kabinās saitēm klāt sesid). Cepumā tiek glabāt sesijas identifikators, kas norāda, ka šim lietotājam ir šī attiecīgā sesija. (Tāpēc, ja kāds tev nozags cepumu, viņš var uzdoties par tevis, cerams, ka to zini. Pagūglē: "session hijacking") Nezinu vai sesijā vajag glabāt daudz lietotāja datus, jo var vienkārši galbāt kaut kādu vienu lietotāja ID un pēc tā atlasīt vajadzīgos datus. Ņem vērā, ka cepumiem lietotājs pats var piekļūt, labot kā tīk, bet sessijas datiem nevar, jo tie glabājas uz servera.

Varbūt vienkārši uzliec normālu webserveri? Es lietoju xampp, nokāries ir kādas divas reizes gada laikā, un tikai tad, kad veicu dažādas izvirtības...

Var, vispirms uzstādot 0777...

Nevis vieglāk, bet tas arī būtu lōģiskākais, ko varētu darīt...

Un ja nu faila nosaukums sakrīt ar kādu citu failu? Varbūt uztaisi vienkārši funkciju, kas rekursīvi iet cauri noteiktām mapēm un meklē dzēšamo failu... Vai nodefinē kādā mainīgajā ceļu, ja tas ir konstants...

Sazinies ar administratoru, saki ka tev vajag...

Lokāli arī nekas nestrādā? Ieslēdzot visus error reportingus? Nu nestāsti...

Man liekas, ka vairāk "TU neko nerubi", nekā "nestrādā" :) Kas tad tev tur nestrādā???

Tiešām grūti googlē pameklēt??

Kamērt tu te pats pa forumu čatojies, sen jau būtu mazu čatiņu izveidojis :)

eeeeeeeeem. Varētu mēģināt skaidrāk izteikties, lūdzu? :)

Kādam ir skaista māja Jūrmalā, Kādam ir jahta, bet kādam nav profilu script. :(

BandWIDTH tas neietaupīs, jo tāpat visi tie dati ir jāielādē. 2mb banneri ir vienkārši stulbums. Varbūt der apsvērt kompresēt bildes?

Kāds vēl negrib kaut ko pakomentēt?

Ja kešatmiņa pilna, domāju ka pārlūks dzēš vecākos ierakstus ārā. Vismaz FF var norādīt konkrētus MB, cik izmantot kešatmiņai. IE agrāk, man liekas, nebija tāda fīča, un tad arī bija temporary internet files simtiem megabaiti... Ja vienkārši refrešo, tad pārlūks nelādē no jauna objektus(bildes, skriptus), bet ja uztaisa hard refresh Ctrl+F5, tad gan viņš visu pārlādē no jauna, tas ir, atsvaidzina kešatmiņu. Par forumcinemas man ir teorija, ka viņi izmanto js, lai nebūtu tā, kad cilvēks ienāk pirmo reizi lapā, visas bildītes tā lēnām pa vienai ielādējas, radot tādu kā "salūzušas" lapas iespaidu sākumā, līdz viss ir ielādējies. Bet ar to JS ir tā, ka viņi ielādē visas nepieciešamās bildes, pirms lapas DOM elementi ir sākuši attēloties, un tad ir efekts, ka viss ātri parādās uz ekrāna (kaut patiesībā sākumā ir pauze, kad tiek lādētas tās bildes, kas nonāk kešatmiņā, un kad jau attiecīgi tiek attēloti dom elementi, tad pārlūks jau ņem no kešatmiņas vajadzīgās lietas) Pamēģini ieiet tajā pašā forum cinemas, nospiest Ctrl+F5, pavērot kā notiek attēlošanās, salīdzinot kaut vai ar šo lapu: http://www.smbc-comics.com/ Tādas manas pārdomas, lūdzu palabojiet, ja kļūdos!

Nu bet visas bildes, js skripti tak tāpat saglabājas kešatmiņā, līdz brīdim, kad speciāli tiek pieprasīti atkal (Ctrl+F5), vai ja kešatmiņa tiek iztīrīta, vai konkrētajam objektam ir beidzies termiņā (expire time). Nav vajadzīga negāda speciāla JS pre-ielāde. Ja tev ir Firebug, ieslēdz NET paneli un paskaties, kā tiek pieprasīti dažādi elementi, cik laiku tas aizņem, un vai tie tiek ielādēti, vai ņemti no kešatmiņas. Tavs JS piegājiens ir noderīgs tikai (ne tikai) tiem gadījumiem, kurus minēju augstāk....

Nu a kāpēc tu viņu izmanto? Es saskatu iemeslu tikai kaut kādiem efektiem, piemēram, rollover bildītei, lai nebūtu tas lags, kad uzbrauc ar peli, ja bilde mainās. Vai kaut kādai JS- iskai foto galerijai, lai viss ielādējas jau no sākuma...

To nosaka pārlūks....

Kā var ieberzties ar bezmaksas produktu? Un muļķīgi ir glabāt vienīgo lapas kopiju uz jebkāda hostinga...