Delfins

nu tad jāskatas apache konfigu, tur var uzlikt visādus paramus atmiņai. Pieļauju Roze varētu atbildēt.

es teiktu līks kods.. kaut kur memory leaks. Normāli servicam nav jāēd atmiņa. Tam jāmāk atbrīvoties no liekiem resursiem (garbage collection). Resp. kaut kur kodā tiek darītas ļaunas lietas un skripts tiek pārtraukts ar fatālo erroru vai kaut kas tml. Tas nav normāli, tas ir 100%!!! Citādi 99% hostinga useri katru dienu bļautu!

ieņemt var cietoksni... par ifreima/formas ieņemšanu pirmoreiz dzirdu :) tas nav attaisnojums - pirkstus nost.

To keisu ar 100K diez vai ļaus izpildīt.. tāpat kā vienu kombinētu SQL, jo iestāsies limits + pārserim būs problēmas (iespējams!?). Vispār tādus jobus neraksta on-line lietošanai ;) - a batch-jobam tas ir pofig - 10k vai 100k ... kamēr neizpildīs, transakciju nenokomitēs :)

defaultā jau vienmēr ir viena pieslēgšanās ;) tas tā. 8 SQL nav nekas traks... ir strādāts, kad updeito 100.000.

Tu mani nesaprati... Ir `aktuālā` tabula un ir `arhīva` tabula. kvitis_aktualas [..., latest_version] kvitis_arhivs [..., version] {PrimKey=KvitsID:Version}

Kā jau teicu, kamēr tas neskar projektus, kas rūkā uz 3.x, nav jēgas pat skatīties, jo 99%, ka būs problēmas ar migrāciju (lasi: nevajadzīgi topiki kaut vai ;) ) Vot, ja MySQL 6 strādātu kaut vai par 20% ātrāk par visiem iepriekšējiem - vot tā ir cit runāšana.

Sūdīgs arhitekts tabulai... uztaisa papildus lauku $version ... un ar -1 dabū konkrētu rindu, nevis sortē un paņem offsetu. Cits stāsts, ja $version maina cilvēks, teiksim no 1.0 uz 1.75... (versionēšanas sistēmas), bet šeit tu vari zibraukt cauri ar +/- 1 sistēmu. Otrs variants - glabāt vecās versijas citā tabulā un aktuālās īstajā tabulā. Tad paņem vēcako kvīti `pārsviež` uz īsto - vot tev i UNDO operācija... Arī turmpāk selektēties ērtāk - tikai pa īstām kvītīm :) Tas pat būtu pareizāk!

man gan domāts atgriezīs tā kā ir ierakstīts fiziski... Bet vismaz M$SQL ir tāda fīča `clustered index`, tas ir tad, kad ieraksts fiziski tiek ierakstīts starpā - tobiš dati jau tiek fiziski glabāti sasortēti pēc tāda indeksa.

Un AJAX nav javascript?

nu un ko tu nesaproti? izsauc popup ar parametriem, tur pie pogas spiešanas pārsūta vērtību. Bet mēs dzīvojam AJAX laikos, labāk to izmantot.

Jautājums nav lamerisks, a vot pieeja gan... Paņem jebkuru lapu internetā un paskaties source! 100% ātrākais veids, kā visu dabūt gatavu. Vēl labāk glabāt templeitus, vai grāmatzīmes uz piemēriem.

lasi changelog, ja tas neattiecās uz tavu pašreizējo darba specifiku, tad aizmirsti. pamatos mysql6 būs parasts sql serveris.

nav jāzin paypal ID. Jāzin e-pasts, uz kuru piereģistrēts PayPal konts. Uzspied "Send money" un tur ievadīsi

bankserviss Paypal ir tikai kontu līmenī. Tam protams ir savi +/-.

Izvēlies tādu, kādu klientiem ir ērtāk izmantot konkrētiem mērķiem. Skaidrs ir viens, ja grib izvietot fullHD, tad nāksies izmantot to pašu Apple vai dzimto wmv/avi. (kā piemērs Apple treleru saits)

tad kāda jēga php ģenerēt lapu, ja var atgriezt gatavu kontentu, ko iespraust iekšā, vai gatavu JS kodu, ko tikai jāevaluē, bez jebkādiem tagiem un t.t. Vot tas ir īsts AJAX (sūtam request, lai atpakaļ izpildītos JS kods, neiejaucoties pa vidu)

klasiskais debugs paņēmiens, ja neko nevar uzsetot konfigā: die("i am here"); un iet cauri visiem failiem /vajadzīgajiem/ ;) derētu arī noflušot visus SQL pieprasījumus un izpildīt konsolē... tas ja meklē uzreiz bagu DB pusē

Nu klasiskais "+" Alekseja variants ir reāls overkills... N reizes DOM koku pārčekot

kāpēc tev nepatīk, ka ir jaunā rindā? Arī editoriem ir wordwrap.. paskaties settingus

Mums nav kristāla bumbas lai zīlētu. Cik reizes atkārtot: - debugot - skatīties log failus

Tā ir, ka nelasa SQL pamatus... Ja tev vajag kolonnu un izmanto groupēšanu, tad kolonnai jābūt iekš group by vai nu agregācijā ieliktai. Citādi Mysql gadījumā tiks izvadīts random rezultāts

un kas notiks, ja būs document.write("</script>"); ;)

Kāpēc jauniņie nekad neieklausās un turpina peldēt pa mēsliem? Ievies jaunas kolonnas tabulā - komentu_skaits, pedeja_komenta_laiks Paskaties jebkuru +/- normālu webu (open-source), būs tieši tāpatās.

Nafig katru reizi JOIN ? Ievies jaunu kolonnu! select from jaunumi order by last_comment_datestamp 1.) strādās ātrāk 2.) ērtāk selektēt