Ceļakājas pārkārtošanās 28. jūnijā
- pieslēdzies vai reģistrējies, lai pievienotu komentārus
Esmu ieplānojis svētdien (2015. gada 28. jūnijā) veikt dažus pārkārtošanās darbus ceļakājā, brīžiem (vai arī uz ilgākiem laika posmiem) lapa varētu nebūt pieejama.
Pirmdien atkal viss būs darba (un izklaižu) kārtībā. 
Katrs varēs pārbaudīt savu atkarību no ceļakājas, vai šīs dienas laikā lomkas nepiemetās un varēs sagaidīt pirmdienu
Katrs varēs pārbaudīt savu atkarību no ceļakājas, vai šīs dienas laikā lomkas nepiemetās un varēs sagaidīt pirmdienu
mandm, piekrītu varētu būt lomkas, man rīts parasti sākās ar www.celakaja.lv
Kādas izmaiņas?
No lietotāja viedokļa nekas pamanāms, apdeitošanās uz jaunākām versijām un migrēšana starp serveriem, tīri lai optimizētu un sakārtotu saimniecību.
Labi, ka migrācija noritējusi sekmīgi. Tā arī izskatās, ka nekādas lielās pārmaiņas vismaz vizuāli nav, ceļakājas mobilā versija arī turpina darboties bez problēmām.
Iespējams, ka strādā nedaudz veiklāk, šim serverim ir SSD disks.
Jā, tā pirmajā brīdī arī likās, bet novēlu to uz iespējamo lietotāju trūkumu Tagad tas izskaidro arī to.
es gan redzu izmaiņu, kas man šķiet ārkārtīgi nepatīkama: pazudusi poga <<atzīmēt visas tēmas kā izlasītas>>. agrāk tāda bija gan pamatlapā, gan atsevišķajos subforumos, bet šobrīd nerādās nekur. vismaz pēdējā google chrome versijā tā ir...
Tā ir kļūme, tiks izlabots. (Līdz tam saite ir atrodama pie «Jaunākajām tēmām».)
Labi ka viss strada bija pazudusas 2 pedejas rindas bet tagad ir ,loti jocigi ka ra prieksa uzraksts ka celakaja nav pieejama
Nu vismaz pagaidām ir sajūta ka kustas par kapeiku ātrāk. Redzēs kā būs kad pamodīsies visi lietotāji.
Jāatzīst ka ātrdarbība tiešām ir uzlabojusies. Iznāk ka tas serveris visu laiku gar disku grabstas, ja reiz tik jūtamas pārmaiņas pārejot us SSD. Cik tad liela tā DB ir ka nelien kešā, vai arī tam serverim RAM ir 128 MB ? 
Jāņem vērā, ka lai turētu "kešā" nepietiek tikai ar RAM vajag arī CPU, kā arī tas, ka turēšana "kešā" palīdz tikai lasīšanas funkcijai, ne datu saglabāšanai, atjaunošanai.
Otra lieta, vai tu esi apskatījies cik ilgi lapa apstrādājas uz tava datora? iespējams vainīgs ir nevis datu nolasīšanas laiks, bet pats lapas "zīmēšanas" laiks.
Vēl ir sazvērestības variants, Juris tik daudz datus par mums saglabā, ka tas arī ietekmē ātrdarbību
Vēl ir variants izpētīt savu Traceroute līdz ceļakājai nu tīri tā ja nav ko darīt. Man piemēram līdz Itālija ir kāds laiciņš ms mērāms.
Vēl ir sazvērestības variants, Juris tik daudz datus par mums saglabā, ka tas arī ietekmē ātrdarbību
Šitais izklausās visticamāk, jo visi ieraksti ceļakājā varētu būt ap 1-2Gb vien 
Minēšu, ka slodzi veido pārsvarā lasīts/nelasīts markeru apstrāde.
Es nezinu kādi DBA rīki pieejami Jurim, bet vispār var jau iztikt bez minēšanas un apskatīties, kas rada slodzi un tad izdomāt, kā atrisināt. Lai gan, man personīgi vienīgā problēma ir ar meklēšanu, viss cits kā strādāja labi, tā joprojām strādā labi.
Procesors arī ir nedaudz veiklāks šim serverim. Šustrikam taisnība, 50% laika aizņem noskaidrot katram lietotājam nelasīto komentāru skaitu (kopējā, visu forumu skatā).
Par meklēšanas uzlabošanu atceros.
Nē nu šobrīd jau ir ciešami
Es tik tā, a ja nu vēl ko var uzlabot Lai gan pienemu ka visi DB pieprasijumi ir nooptimizēti un vajadzīgie lauki noindexeti. Diemžēl jauno postu skaits ir lauks, kurš visu laiku apdeitojas, tākā tur tiešām neko nenokešosi...
Ja nav noslēpums, cik GB mēs esam saģenerējuši pa šo laiku?
Pa šiem gadiem saražota ~500 MB datubāze ar tēmām, komentāriem utt, plus ~1 GB ar bildēm un citiem uzkopētajiem datiem.
Galvenās lapas sagatavošana ielogotam lietotājam aizņem aptuveni 0,7-0,8 sekundes, savukārt apakšforumu un tēmu skatā lapa tiek sagatavota 0,2-0,3 sekundēs (ja jāģenerē no jauna).
Anonīmiem lietotājiem ātrāk, jo viņiem nav personalizētas lapas.
50% laika aizņem noskaidrot katram lietotājam nelasīto komentāru skaitu (kopējā, visu forumu skatā).
Šī ir baigi vērtīgā fīča, labi, ka Ceļakājā tāda ir. Jap, tagad ir ātrāk.
Nu 500Mb toč manuprāt var iebāzt RAMā un no turienes darbināt, ja vien tā jau nav izdarīts.
Kas tur vispār apakšā griežas - kaukads MySQL, pgSQL vai vēl kāda cita eksotika?
Skatoties pēc uzturētāja, es teiktu MySQL
Tu pēc bārdas garuma nosaki lietoto datubāzi, jeb kā tas bija domāts?
Ir gan MySQL, bet kaut kad plānoju paeksperimentēt ar Postgres.
Nē, es domāju, ka procesors ar uzturētāju domāja to, kur tiek hostēts. Nopingojam celakaja.lv, iegūstam IP adresi, tad uz whois, kur atrodam, kas šo adresi hostē (iperweb) un tad jau paskatāmies piedāvājumu, kur standartā viņi piedāvā MySQL datubāzi
Man vienīgajam liekas, vai tas ir kāds tehnisks brāķis, pazudusi poga atzīmēt visas tēmas kā lasītas?
Pazudusi gan... varbūt atradīsies?
Jā, poga noklīdusi un plāno atgriezties.
Dzēsts. Netīšām samelojos
Tu pēc bārdas garuma nosaki lietoto datubāzi, jeb kā tas bija domāts?
Apmēram, man ir ataugusi bārda nedaudz virs 1cm tāpēc es strādāju ar Oracle, bet tev garāka, tātad MySQL
Bet realitātē, kautkas līdzīgi kā infests saka. Es tik izmantoju publiski pieejamos rīkus, kur arī pastāsta par Drupal, apache, php utt
es vispār konsoli cenšos pēc iespējas mazāk izmantot. Ja neskaita darbu, tad mājās pielietoju tikai shutdown /s /t filmas_beigu_laiks+10min (jo pie 10min parādās uzraksts ka izslēgsies dators).
Nu ja tas ir MySQL, iebakstam my.cnf:
innodb_buffer_pool_size=1G
(defaults ir 128M), viņš ierauj visu DB RAMa, un griežas rūkdams, ja ir pieejams RAM
Ja, protams, tas nav MyISAM, tad atliek tikai operēt ar key_buffer_size (defaultā 8M), kas ļauj kešot indexus, bet datus diemžēl tāpat jālasa no diska.