Grey_Wolf

muļķības, valūtas kurss mainās 1 dienā. pie lapas ielādes paņem jaunāko, un ieraksti kā JS masīvu - objektu ( vai ja vajag tikai vienu , tad vispār elementāri ) un priekš kam tur līdzi staipīt jquery ? tur takš nepieciešmas pāris rindiņas max 10-20 rindiņas koda , takš nē jāstiepj līdzi pāris simtii Kb .. un VAI janoslogo serveris, katru reizi pārēķinot kursu un izrēķinot 2 mainīgos

Kļuda ir iekš: while($row = mysql_fetch_row($query)) ja izmanto šo tad tiek izveidots nevis asocaitivais masīvs bet parastais $row[0]." link: <a href='".$row[1]."'>link</a><br>"; tadēļ labāk izmantot : mysqli_fetch_array() tad varēsi izmantot abus izvades varjantus - ātrdarbības zaudējums būs tik niecīgs, ka pie maziem datu apjomiem - faktiski nebūs izmērāms

backend - laikam domāts servera puses programmas front ends - klientu puses programmas .. --- tur nav daudzas populāras programmas , kur tiek veidotas web aplikācijas ... it īpaši klientu puses daļa

[cit] pašu failu vers. kontrolē nodefinēt kā readonly un miers, [/cit] vienkārši neļaut kopēt pa virsu - pašus datus taču vienmēr var palabot caur FTP jo cik gan bieži uz servera manīsies db konekcijas informācija ... piedevām tas ļauj izvairīties lai nejauši nesabojā kādu statisku info ( kautvai tie paši konekcijas dati, e-mail utt.. ) -- vel optimālāk kad vispār to failu uz katras vides izveido ar rokām, ( nu 5-6 rindiņas taču nav fatāli )un uzseto lai nejauši nevarētu pārkopēt ...

tas gan, bet nu vienkāršāk ir izveidot config failu kur pierakstās DB konekkcijas un tur arī ierakstīt kad tā ir produkcijas vide. piem: vide=0; bet izstrādes vide pārsauc par vide=1 .... pašu failu vers. kontrolē nodefinēt kā readonly un miers, nebūs problēmu kad būs vairāki izstrādātāji, ar daždām izstrādes vidēm ( konfigurācijām) , piem testa db konekcijām utt. ( kautvai doc roota struktūru )

Tas ir diezgan muļķigi, jo vienmēr var nejauši iekopēt to failu.

Ja pasākums ir vienreizējs ( reti vajag šādu funkcionalitāti) tad jau ātrdarbība vairs lielu lomu nespēlē. un spriežot, ka tie datumi pierakstās tādā debīlā veidā, tad atlasi nevajag pārāk bieži - vis ticamāk ka līdz šim vispār nav bijusi vajadzība .. Sākumā jau tika teikts - mainīt neko nevar ...

Pilnīgi precīzi <td><img ............ ></td> nevis <td> <img ... </td> ----------------------

tas ir ja pats liec to flash, bet 99% flash banerus iedod klients, vai pat vinjam tiek atvēleta automātiska baneru pievienošna

Savulaik pats izmeklējos - risinājuma Nav :( Flash un ifreims iekš IE vienmēr būs virs div elementa, jo tā ir IE vesturiski izveidojusies dīvainība. ieteiktu banerus un citus elementus kuru parametrus nevari pilnībā kontrolēt ( tie kas nāk no cita izstrādātāja) vienmēr likt tā lai nekad nepārklātos ar taviem lapas elementiem, jo citreiz var gadīties ka banera vietā ieliek ifreimu ( reklāmas laukumi ļoti bieži ir kā ifreims)

nē sākumā Apache, tad PHP - tā kā Mysql nav saistīts ne ar PHP ne Apache tad nav svarīgi kad viņu instalēt. Es parasti daru sekojoši: uzinstalēju Apache, tad PHP - izmantoju to kuram ir instalātors , kurš parasti paprasa kāds HTTP serveris tiek lietots. Parasti tas max aizņem 30 min (ar visu vilkšnu )

Tā kā man top viens neliels projektiņš, kur 90% funkcionalitāte būs uz JS , tad gribētos zināt kā Jūs aizsargājat savus JS skriptus no kopēšanas - precīzāk kā, sarežģījāt dzīvi tiem kas grib kopēt. Tā kā skripti plānojās interesanti, bet ne sarežģīti, tad pietiks ar aizsardzību no "skolniekiem", jo domāju, ka jebkurš, daudzmaz pieredzējis programmētājs, šamos izveidotu pats ieteikums katru reizi veikt pieprasijumu uz serveri neder, lai to lieki nenoslogotu.

captcha nosēdināta pie kompja, par minimālo algu ;)

kur tavā kodā ir ir align=right ??? <table> <tr> <td align="right" width="500px"> bla bla <?php echo $php_mainigais; ?> </td> <tr> </table>

hmm... Gribās adresi un IP ielikt melnajos sarakstos??? P.S. uzraksti lai ieliek ...

ta, ko tu peries? paskaties XML failam 1 rindiņu !!! piemēram <?xml version="1.0" encoding="utf-8"?> un zināsi kāds kodējums

a kādēļ jāglabā cepumā? lai katru reizi prasītu usera kompim, groza datus? Vienīgais iemesls, kādēļ vērts nosūtīt datus cepumam ir lai nākamreiz var jau piedāvāt groza datus- kas faktiski ir stūlbs risinājums, jo pie viena kompja var būt n-tie useri. šos datus vērts pieglabāt DB, bet tur jau tikai preces ID un skaitu (priekš statistikas). + ja ko vel var pieglabāt tad tā ir gala cena. edit: un cepumā arī tikai ID un skaitu, jo cenas var mainīties.

Ja glabā tikai 2 šos , tad katru reizi kad pārlādē lapu, groza izvadei vajadzīgos datus jākasa ārā no DB. (cena un nosaukums)

sesijā. ---- produkta_id daudzums cena, par vienību produkta nosaukums.

meklē par statistiku. Tur tie aprēķini ir gana sarežģiti

un to ka: 1. pie viena kompja var būt vairāki cilvēki nepadomā? 2. vienai IP var būt pieslegti n-tie kompji. 3. cilvēks var izmantot (un 90% izmanto) vismaz 2 kompjus (darbs, mājas, mobīlais, draugi) -- Risinājums ir: 1. e-maila reģistrācija 2. kāda soc-tīkla reg. -- P.S. piedevām jebkurai aptaujai izmanto kļūdas koificentu - paskaties par aptauju rezultātu aprēķināšanu ..-> būs daudz precīzāk, nekā ar sliktu aizsardzību

Nu ja 0,5 Ls par 4,5Gb tev ir par dārgu, tad neko... P.S. diez vai tev tur bildes ir vairāk par 100GB , pārrakstot uz DVD tas tev izmaksātu ~~10Ls edit: palaid diskčekeri un diskdefragmenteri, iespējams ka palīdzēs, tik atceries, ka iepriekš atbrīvo 10% no diska ietilpības..

Drosmīgs gan tu esi :D P.S. par rezerves kopijām nēsi dzirdējis?

to var izdariit arii ar JavaScriptu pārbaudi vai eksistē augšējais logs, ja eksistē tad ar ajax ielādē pašu lapu

a kādēļ negribi kā apche moduli? principā, ar šo erroru esmu sskŗies tikai tad ja php strādā kā cgi , tiko tas ir kā apche modulis tā problēmu nav ( vispār tas errors cik noprotu ir saistīts ar CGI būšanām )