Edzuli, uztaisi funkciju - Export uz Exceli visus PMus tiem kam vairaak teiksim pa 200, un tad viss pa nulleem vai paliek peedeejie 200. Un limitu uzlikt vajag.
Nebuus nevienam jaamocas ar shkiroshanu, dzeeshanu.
Buus kaartiiba
31 Mar 2010, 10:57:25 Edzhus rakstīja:
A veel jautaajums.. Piem juuzeri kas nav ielogojushies gadu utt..? Nafig taadi vajadziigi..?
tizls jautajums
Paldies par atbildi BIL..
Bet ir tachu visaadi portaali kur profili tiek dzeesti ja lietotaajs neliekas nezini kaadu tur laiku..
Šeit tā arī ir bijis. Mans profils tika izdzēsts. Biju reģistrējies pirms pāris gadiem. Bija 0 ziņojumu un kādu laiku neielogojos, vienā brīdī sapratu, ka vairs nemaz nevaru to izdarīt.
GS, problēma ir tur, ka tas viss karājas uz MySQL nevis nopietnas DB. bet neuztraucies, viss tiek optimizēts un jau daži kāršanās iemesli ir novērsti. PM dzēšana dos jums pašiem nelielu performance, jo būs mazāks apjoms no kura atlasīt katra usera PM, jo ātrāk tev messidži atvērsies + meklēšana PM notiks stipri ātrāk (meklēšana foruma ierakstos un PM pagaidām ir visilgākais process, topiku dzēšanas iebremzēšana jau ir novērsta).
----------------- Nemāki braukt? Parādi to citiem - nopērc volvo!
nezinu, jāprasa noisexam. Principā operācijas ar lielajām tabulām kur ir virs 1 mio ierakstu. Tiklīdz kaut kas iebremzē, tā izbeidzas konekciju skaits un esot tā, ka pa vienu galu iekšā, bet pa otru nenāk ārā un viss apstājas uz laiku. Tas tā tēlaini. 100% precīzu iemeslu nezinu.
Būs labi viss. Šodien izsktās, ka ir manāmi ātrāks viss palicis un arī servera noslodze normas robežās. Vēl pieķimerēsim biš un paanalizēsim logu'us un tad jau būs ok viss.
31 Mar 2010, 15:17:28 Instigater rakstīja:
edzuli, varbūt vari padalīties noslēpumos, kas bija par iemeslu "norautajam ručņikam"?
ručniks rāvās brīdī, kad starp miljons ierakstiem db tika dzēsts ārā liels topiks ar, teiksim, 6K ierakstu, kas ir radušies laika gaitā nevis vienā dienā, sanāk ka pēc topika dzēšanas viņš reindexēja visu tabulu + uz to brīdi visa tabula tika nolockota, tāpēc pārējiem sql pieprasījumiem bija jāstāv rindā. tam workarounds ir gatavs un tagad nevajadzētu vairs būt bremzei.
P.S. esmu strādājis ar mazbudžeta projektiem, bet šitas gļuks ar tabulas lockošanu, dzēšanu un reindexēšanu iekš MySQL ir sāpe pakaļā.
----------------- Nemāki braukt? Parādi to citiem - nopērc volvo!
31 Mar 2010, 10:37:14 ROLEXX rakstīja:
Apsolos padzēst, bet man arī ir tā, ka daudz kas no arhīva vajadzīgs un tad man manuāli jāpārlasa, kas vajadzīgs, kas nē. Mēģināšu kādu daļu padzēst, bet, nu, galīgi nevaru izdarīt tā, ka tikai pēdējos simtus atstāju
nesaprotu kapec nevar dzest ara visu un miers?
Bļin, tāpēc, ka darba specifika tāda – ja kāds man kaut ko paprasa, tas nenozīmē, ka visas lietas jau nokārotas viena mēneša ietvaros.
Tu varbūt savu darba korespondenci glabā powerī? Jāatzīst, savdabīgs piegājiens
31 Mar 2010, 10:37:14 ROLEXX rakstīja:
Apsolos padzēst, bet man arī ir tā, ka daudz kas no arhīva vajadzīgs un tad man manuāli jāpārlasa, kas vajadzīgs, kas nē. Mēģināšu kādu daļu padzēst, bet, nu, galīgi nevaru izdarīt tā, ka tikai pēdējos simtus atstāju
nesaprotu kapec nevar dzest ara visu un miers?
Bļin, tāpēc, ka darba specifika tāda – ja kāds man kaut ko paprasa, tas nenozīmē, ka visas lietas jau nokārotas viena mēneša ietvaros.
Tu varbūt savu darba korespondenci glabā powerī? Jāatzīst, savdabīgs piegājiens
kas tur tāds pretdabīgs un amorāls, ka man šeit kāds kaut ko jautā un es atbildu???
kas tur tāds pretdabīgs un amorāls, ka man šeit kāds kaut ko jautā un es atbildu???
Nasing spešal, vienkārši jautājums
Tīri no savas subjektīvās puses varu teikt, ka man darba lietās daudz saprātīgāk šķiet elektroniski kontaktēties ar personām, kurām ir standarta e-pasta forma persona@kompānija, nevis portālos, vortālos un publiskos e-pasta serveros... bet nu katram savs, neuztver to personīgi
Sutat PM man 
Offline
