Jump to content
php.lv forumi

CMS jautājumi


wingmanz

Recommended Posts

1) Jūsu prāt labākais CMS lielam portālam, ar personalizācijas daļu labu, un iespējami daudzām ziņu kategorijām un kārtošanu. Nu lielam portālam.

2) Vai jums ir pieredze, vai zināms, vai e107 tur lielu apmeklētāju skaitu stabili?

3) runājam galvenokārt par Open source. Taču ja ir kāds revolucionārs maxas, arī der.

Link to comment
Share on other sites

Ljoti lielam portalam diemzeel naksies rakstiit pasham.... Jo cik esmu ieverojis tad Lielakai daljai IR ljoti daudz lieku fiichu --> kas nemaz nav vajadziigas + Db uztaisiitas taa lai buutu max ALL in 1 ...

Un tasnebuut nedod atrdarbiibu --> nelielam portalam tas gan ir Ok.. ,bet lielam garaam (jo tur jadomaa par katru optimizaaciju)

Link to comment
Share on other sites

Ljoti lielam portalam diemzeel naksies rakstiit pasham.... Jo cik esmu ieverojis tad Lielakai daljai IR ljoti daudz lieku fiichu --> kas nemaz nav vajadziigas + Db uztaisiitas taa lai buutu max ALL in 1 ...

Un tasnebuut nedod atrdarbiibu --> nelielam portalam tas gan ir Ok.. ,bet lielam garaam (jo tur jadomaa par katru optimizaaciju)

 

 

nu jā es tieši par to optimizāciju domāju tagad, vai nav tāds, kas ļoti labi tiek galā ar masām. Bet cik skatos e107 ir tīri žiperīgs. Protams portāla izmērs nav domāts draugiem.lv lielumā, bet aptuveni 1000 lietotāju vienlaicīgi lapā. Nu piemēram mambo pamats ar to tiek galā, taču tas ir pārlieku neerts papildināšanai ar fīčām un pati vadības sistēma.

 

Vispār ja padomā kārtīgāk, apmeklētāju skaits iespējams varētu sasniegt kādus 5 000 vienlaicīgi lapā.

Edited by wingmanz
Link to comment
Share on other sites

doh... `lietotāji online` vēl nav rādītājs... viss atkarīgs no tā, kādu kontentu tu velc ārā... Ir lapas, kur ir statisks teksts, un ir tādas, kur pa 10 SQL.

Meklē CMS, kuram ir kešošanas iespējas, citādi bremze un DB overkills garantēti. (CMS-iem paŗsvarā ļoti daudz DB pieprasījumu)

Link to comment
Share on other sites

doh... `lietotāji online` vēl nav rādītājs... viss atkarīgs no tā, kādu kontentu tu velc ārā... Ir lapas, kur ir statisks teksts, un ir tādas, kur pa 10 SQL.

Meklē CMS, kuram ir kešošanas iespējas, citādi bremze un DB overkills garantēti. (CMS-iem paŗsvarā ļoti daudz DB pieprasījumu)

 

 

Nu teksti noteikti statiski tik pat kā nebūs. pārsvarā viss no SQL.

 

Nu ar liela mēroga lapām man vēl nav pārāk liela pieredze. Tāpēc noteikti vajadzēs vairākus optimizācijas padomus. Lielākā pagaidām ar aptuveni 1,5k apmeklētājiem online un viss teksts pārsvarā no SQL ( ja tas ir tik ļoti svarīgi).

 

Un kādā ziņā sadrumstalota DB mambo?

Edited by wingmanz
Link to comment
Share on other sites

Un kādā ziņā sadrumstalota DB mambo?

Piemeram --> lai dabutu jaunumus no DB dabusi izmantot nevis 3 tabulas bet kaadas 8 ...

paskaties cik tabulas ir kopaa (ja nemaldos tad kaadas 40)

Tas gan taisiits lai taa sistema buutu maksimali Elastiiga , bet lieliem projektiem tas nav tik buutiski , vairak vajadziiga atrdarbiiba.... + optimizacija...

--------

1,5K online nebut nav mazinsh projekts.....

parekjini cik apmekletaji dienaa .....

(ja katrs pavada teksim 1 h tad dienaa kaadi 20K....)

skjiet ka tavs projekts bijis latvijas 10 apmekletako viduu --> Piedod bet neticu....

---

P.S. Kursh latvijas projekts tas ir?

Link to comment
Share on other sites

ja tāds cms būtu, tad vietējā mēroga ziņu lapas ar izmantotu to opensources risinājumu, nevis savējos taisītu. vismaz nevienai apakšā neredzeju powered by kaut kāds opensource cms.

 

par ārzemju ziņu lapām nezinu, bet domāju ka tur būs līdzīgi.

Link to comment
Share on other sites

Nu projekts tas ap 1,5k ir mansdarbs.lv

Dienā ap 6000 unikālie.

 

Nu powered by ļoti daudz kur neraxta, lai gan izmanto kādu open source CMS. Tomēr atverot source var manīt ka tā ir viena vai otra CMS.

 

 

Tomēr var paņemt cms un attiecīgi to optimizēt un pielāgot projekta īpatnībām. Tabulu izmantošanu var pārbūvēt. Tātad, jo vairāk infu kaut kam ņem no vienas vienīgas tabulas, jo labāk? Vai vienas tabulas pārslogošana te neparādās? Nu piemēram lietotāju profila datus ņem no vienas tabulas... Tas nav sliktāk, kā sadalīt katras jomas datus kaut vai tiem pašiem lietotāju profiliem pa vairākām tabulām. Piemēram lietotāja profila foruma posti, tur privātās ziņas utml, katrs savā tabulā un visu sasaista ar lietotāja ID piemēram.

Link to comment
Share on other sites

wingmanz --> kamer parakstiisi Lielu CMS tikmer jau sen buutu uzrakstijis saveejo....

protams ka nav visi dati jabaazj vienaa tabulaa..... ;)

user datos var glabaat teiksim:

id/nicku/paroli/ reg datumu/ pedejo apmeklejumu/ cik jaunu personiigo mesagu/ utt infu...

(mesageu skaitu ir izdeviigi glabaat, jo tad pie usera ielaades buus 1 pieprasijums nevis ntie...)

pashas mesages arii jadala 2 tabulaas (vai pat trijaas) ... bet ne jau Ntajaas .... (kur tiek izmantota tulkoshana utt)

---

Daudzas CMS nosaukumus/lebeljus glabaa ieksh DB tapat kaa patu pages Contentu --> kas protams nebuut neneek par labu atrdarbiibai / optimizacijai....

Link to comment
Share on other sites

pashas mesages arii jadala 2 tabulaas (vai pat trijaas) ... bet ne jau Ntajaas .... (kur tiek izmantota tulkoshana utt)

 

 

Tātad katrai valodai vēl vajadzētu taisīt savu tabulu komplektu?

Link to comment
Share on other sites

Nu jā viss skaidrīte. izvēlējos e107 un uz tā bāzes arī taisīšu.

Ļoti labi tiek galā ar lielām masām. Katrai valodai var taisīt savas tabulas, ir kešatmiņa un visas fīčas nepieciešamās. Un pie tās atjaunošanas un drošības uzlabošanas nemitīgi strādā diezgan liels skaits cilvēku. Manuprāt ļoti labs risinājums.

Link to comment
Share on other sites

Un pie tās atjaunošanas un drošības uzlabošanas nemitīgi strādā diezgan liels skaits cilvēku.

Uzmanies - satjuuneesi/paarveidosi visu pa savam un peec tam vairs nevareesi apdeitot sisteemu. Savaadaak riskeesi ar savu kustomizaaciju pazaudeeshanu.

Link to comment
Share on other sites

×
×
  • Create New...