Pārskats

Skaitļi, kas redzami Discussions tēmu sarakstā, netiek aprēķināti uzreiz. Atbildes, skatījumi, atzīmes „patīk”, pēdējā aktivitāte, pēdējais atbildētājs un pieņemtā atbilde tiek glabāti tēmas elementā sarakstā Discussions Topics un atjaunināti tā lietotāja pārlūkprogrammā, kurš atbild, atver vai atzīmē ar „patīk”. Tas notur dēli ar tūkstošiem tēmu ātru, bet par to cenu, ka skaitītājs reizēm var atpalikt no realitātes. Šajā rakstā paskaidrots, kā katra vērtība tiek uzturēta versijā 26.10.3, kādās situācijās tā izskatās nepareiza un kā to labot. Skaitītāju nozīme galalietotājiem ir aprakstīta rakstā KB10405. Patīk atzīmes, skatījumi un atbilžu skaitītāji Discussions.

Kā vērtības tiek glabātas

Rādīts kāKolonna sarakstā Discussions TopicsAtjaunināts, kad
N repliesReplies (VtxReplyCount)Tiek publicēta apstiprināta atbilde (+1), gaidoša atbilde tiek apstiprināta tīmekļa daļā (+1), apstiprināta atbilde tiek izdzēsta vai noraidīta tīmekļa daļā (−1)
N viewsViews (VtxViewCount)Lietotājs, kurš var rakstīt, atver tēmu (+1), vienu reizi katrai tēmai pārlūkprogrammas sesijā
Secība sarakstā, 3 hours agoLast activity (VtxLastActivity)Tēma tiek izveidota; apstiprināta atbilde tiek publicēta vai apstiprināta
—Last reply by (VtxLastReplyBy)Tāpat kā pēdējā aktivitāte; vērtība ir atbildes autors, arī tad, ja atbildi apstiprina moderators
Like (N)Likes (VtxLikeCount) un Liked by (VtxLikedBy)Lietotājs atzīmē tēmu ar „patīk” vai atzīmi noņem
Emblēma Answered un atzīme, skats Answered, pieņemtā atbilde augšāAccepted post (VtxAcceptedPostId) lielāks par 0 tēmā, Is accepted answer (VtxIsAccepted) atbildē; Status (VtxStatus) tiek iestatīts uz Answered kopā ar tiem, ja vien tēma nav bloķētaTēmas autors vai moderators noklikšķina uz Mark as answer vai Unmark answer

Atbildēm ir savas kolonnas Likes un Liked by sarakstā Discussions Posts. Visi šie atjauninājumi notiek pēc labāko iespēju principa: ja skaitītāja atjaunināšana neizdodas pēc tam, kad pati atbilde jau saglabāta, atbilde tiek paturēta, un skaitītājs vienkārši netiek mainīts. Tīmekļa daļa nekad nerāda kļūdu par neizdevušos skaitītāja atjaunināšanu.

📝 Piezīme
Saraksta Discussions Boards kolonna Topics (VtxTopicCount) tiek palielināta, kad tīmekļa daļā tiek izveidota tēma, un samazināta, kad tīmekļa daļā tēma tiek izdzēsta, — pēc labāko iespēju principa. Tā nekur netiek rādīta tīmekļa daļā, un tēmas, ko izveidojis klasiskā dēļa importētājs vai kas pievienotas un izdzēstas tieši sarakstā, netiek skaitītas, tāpēc precīzam skaitlim skaitiet dēļa tēmas sarakstā Discussions Topics.

Atbilžu skaitītājs atšķiras no pavediena

Simptoms. Saraksts saka 5 replies, bet pavedienā redzamas četras, vai otrādi.

Cēloņi un risinājumi.

  • Gaidošās un noraidītās atbildes netiek skaitītas. Atbilde, kas gaida apstiprināšanu, tiek pieskaitīta skaitītājam tikai tad, kad tā tiek apstiprināta tīmekļa daļā; noraidīta atbilde netiek skaitīta nekad, un, kad moderators noraida jau apstiprinātu atbildi, skaitītājs samazinās par vienu. Moderators pavedienā redz gaidošās un noraidītās atbildes, tāpēc moderatoram pavediens pamatoti var rādīt vairāk atbilžu nekā skaitītājs.
  • Atbilde tika apstiprināta, noraidīta vai izdzēsta tieši sarakstā. Kolonnas Approval status mainīšana sarakstā Discussions Posts vai elementa dzēšana tur apiet tīmekļa daļu, tāpēc skaitītājs netiek skarts. Apstipriniet, noraidiet un dzēsiet tīmekļa daļā; ja izmaiņas tika veiktas sarakstā, labojiet skaitītāju manuāli (skatiet tālāk).
  • Divi cilvēki atbildēja vienā brīdī. Katra pārlūkprogramma nolasa pašreizējo vērtību, pieskaita vienu un ieraksta atpakaļ; divas vienlaicīgas atbildes var tikt saskaitītas kā viena. Tas notiek reti un pats izlabojas nākamajā reizē, kad vērtība tiek rediģēta manuāli.
  • Atbildētājs nevar rediģēt tēmas elementu. Skaitītājs atrodas tēmā, ko izveidojis kāds cits. Ja vietnes īpašnieks sarakstam Discussions Topics iestatīja Saraksta iestatījumi → Papildu iestatījumi → Elementu līmeņa atļaujas (List settings → Advanced settings → Item-level permissions) uz Izveidot elementus un rediģēt lietotāja izveidotos elementus, neviens, izņemot autoru un moderatorus, nevar atjaunināt tēmas skaitītājus. Discussions sarakstiem saglabājiet noklusējuma vērtību Izveidot un rediģēt visus elementus.
  • Importētās tēmas. Klasiskā dēļa importētājs iestata skaitītājus savā pēdējā fāzē (Updating counters and answers); ja importēšana tika pārtraukta, palaidiet to vēlreiz. Skatiet KB10421. Klasiskā dēļa importēšanas problēmu novēršana.

Tēmas saglabātie atbilžu un skatījumu skaitītāji

Tēmas saglabātie atbilžu un skatījumu skaitītāji

Skatījumi netiek skaitīti vai tiek skaitīti par daudz

Simptoms. Tēma, ko lasījuši daudzi cilvēki, rāda dažus skatījumus, vai skaitītājs aug, kad viens un tas pats cilvēks atgriežas pie tēmas jaunā pārlūkprogrammas sesijā.

Cēlonis. Tīmekļa daļa pieskaita vienu skatījumu, kad tēma tiek atvērta, ierakstot tēmas elementā, taču tikai vienu reizi katrai tēmai pārlūkprogrammas sesijā: tā saglabā karogu pārlūkprogrammas sesijas krātuvē (session storage), tāpēc atkārtota tēmas atvēršana tajā pašā sesijā netiek skaitīta. Karogs tiek dzēsts, kad pārlūkprogrammas cilne tiek aizvērta, tāpēc jauna sesija, cita pārlūkprogramma vai cita ierīce skaitās atkal, bet, ja pārlūkprogramma bloķē sesijas krātuvi, tiek skaitīta katra atvēršana. Apmeklētāji ar atļauju Lasīšana (Read) nevar rakstīt, tāpēc viņu apmeklējumi netiek skaitīti vispār; dēlī, kurā lielākā daļa cilvēku ir lasītāji, skaitītājs atspoguļo tikai dalībniekus. Autora apmeklējumi tiek skaitīti tāpat kā citi. Skaitītājs, ko redzat, atverot tēmu, ir vērtība pirms jūsu paša apmeklējuma.

Risinājums. Nav ko labot; uztveriet skatījumus kā dalībnieku aktivitātes rādītāju, nevis auditorijas skaitli. Ja skaitītāji nav vajadzīgi, paslēpiet tos ar Show reply and view counters (rādīt atbilžu un skatījumu skaitītājus) rekvizītu rūtī; skatiet KB10422. Skati, lapošana, meklēšana un skaitītāji: Discussions tīmekļa daļas attēlošanas iestatījumi.

Pēdējā aktivitāte un pēdējais atbildētājs

Simptoms. Šodien rediģēta tēma joprojām atrodas tālu lejā sarakstā Recent; tēma, kuras pēdējā atbilde tika izdzēsta, saglabā veco datumu; Last reply by nosauc moderatoru, kurš nekad nav atbildējis.

Cēlonis. Last activity un Last reply by tiek iestatīti, kad tēma tiek izveidota un kad apstiprināta atbilde tiek publicēta vai apstiprināta. Tos nemaina tēmas vai atbildes rediģēšana, atzīmēšana ar „patīk”, piespraušana, izcelšana vai bloķēšana, atbildes noraidīšana vai pēdējās atbildes dzēšana, kas atstāj iepriekšējās vērtības spēkā. Kad moderators apstiprina gaidošu atbildi, tīmekļa daļa kā Last reply by ieraksta atbildes autoru, nevis moderatoru. Versija 26.10.2 ierakstīja apstiprinošo moderatoru, tāpēc tēmās, kuru atbildes apstiprinātas ar šo versiju, joprojām var būt redzams moderators.

Risinājums. Saraksta secība ir pareiza tam, lai parādītu, kur notiek sarunas; ja tēmai jāpaliek augšā, moderators var to Pin (piespraust). Lai labotu vērtību, rediģējiet kolonnas sarakstā (tālāk).

Labākā atbilde un statuss Answered

Simptoms. Jautājums rāda emblēmu Answered, bet neviena atbilde nav atzīmēta kā pieņemtā; vai bloķēts jautājums joprojām rāda emblēmu Answered; vai pieņemtā atbilde nav augšā; vai trūkst Mark as answer.

Cēloņi un risinājumi.

  • Atbildētais stāvoklis seko pieņemtajai atbildei, nevis statusam. Emblēma Answered, atzīmes ikona un skats Answered ir atkarīgi no tā, vai Accepted post ir lielāks par 0; skatā Unanswered ir jautājumi, kuriem Accepted post ir 0. Tāpēc, bloķējot jautājumu ar pieņemtu atbildi, tas saglabā emblēmu, ikonu un vietu skatā Answered, kaut arī Status ir Locked, bet, atbloķējot tēmu, Status atkal kļūst Answered (vai Open, ja pieņemtas atbildes nav). Tā tas ir paredzēts.
  • Pieņemtā atbilde tika izdzēsta. Kad atbilde tiek izdzēsta tīmekļa daļā, tēmā tiek notīrīts Accepted post un tā atgriežas stāvoklī Open (bloķēta tēma paliek Locked), tāpēc jautājums atgriežas skatā Unanswered. Ja atbilde tika izdzēsta tieši sarakstā vai ar versiju 26.10.2, tēma laukā Accepted post joprojām glabā izdzēstās atbildes ID: emblēma paliek, kamēr pavedienā pieņemtas atbildes nav. Autors vai moderators atzīmē citu atbildi ar Mark as answer (kas aizstāj saglabāto ID), vai moderators sarakstā iestata Accepted post uz 0 un Status uz Open.
  • Pieņemt var tikai augšējā līmeņa atbildes. Mark as answer tiek piedāvāts tiešajām atbildēm uz jautājumu, ne atbildēm uz atbildēm, un tikai tēmās ar tipu Question. Discussion tipa tēmai labākās atbildes nav, un tā nekad nesaņem atbildēto stāvokli Answered.
  • Pogu redz tikai autors un moderatori. Citi dalībnieki Mark as answer neredz vispār. Gaidošu atbildi nevar pieņemt, līdz tā tiek apstiprināta.
  • Tēma ir bloķēta. Pogas Mark as answer un Unmark answer ir paslēptas, kamēr tēma ir bloķēta. Moderators vispirms atbloķē tēmu, nomaina atbildi un bloķē to atkal.
  • Atzīmētas divas atbildes. Tīmekļa daļa notīra iepriekšējo pieņemto atbildi, kad tiek atzīmēta jauna; ja iepriekšējā tajā brīdī jau bija izdzēsta, nav ko notīrīt. Ja kāda atbilde joprojām nepareizi rāda Accepted answer, moderators atver Discussions Posts un tai iestata Is accepted answer uz No.
  • Statuss tika mainīts sarakstā. Iestatot sarakstā Status uz Answered, tēma netiek padarīta par atbildētu: emblēma un skats Answered seko kolonnai Accepted post. Iestatiet to atpakaļ uz Open, ja vien atbilde nav atzīmēta.

Kā pieņemšana darbojas galalietotājiem, aprakstīts rakstā KB10400. Labākās atbildes atzīmēšana jautājumu un atbilžu tēmās.

Atzīmes „patīk”

Simptoms. Tiek rādīts Like (3), bet laukā Liked by uzskaitīti tikai divi cilvēki, vai lietotājs nevar noņemt atzīmi „patīk”.

Cēlonis. Atzīmju skaits un lietotāju saraksts tiek rakstīti kopā no pārlūkprogrammas; vienlaicīgas atzīmes no diviem lietotājiem var atstāt abas kolonnas nesaskaņotas. Tas, vai poga Like lietotājam ir izcelta, ir atkarīgs no saraksta Liked by, bet rādītais skaitlis ir skaitītājs Likes. Lasītāji ar atļauju Lasīšana skaitu redz, bet atzīmēt nevar.

Risinājums. Moderators sarakstā var saskaņot abas kolonnas: iestatīt Likes uz cilvēku skaitu laukā Liked by.

Vērtību labošana sarakstā

Moderators var labot jebkuru no saglabātajām vērtībām tieši:

  1. Noklikšķiniet uz Open List virs tīmekļa daļas (vai rekvizītu rūts grupā Board). Tiek atvērts saraksts Discussions Topics.
  2. Atrodiet tēmu un atveriet tās elementu rediģēšanai. Kolonnas Replies, Views, Last activity, Last reply by, Likes, Status un Accepted post var rediģēt tāpat kā jebkuras saraksta kolonnas. Atbildētais stāvoklis seko kolonnai Accepted post: iestatiet to uz 0, lai jautājums atkal kļūtu par neatbildētu.
  3. Lai iegūtu pareizo atbilžu skaitu, atveriet Discussions Posts un filtrējiet to pēc kolonnas Topic un Approval status = Approved; elementu skaits ir vērtība laukam Replies.
  4. Saglabājiet un pārlādējiet dēļa lapu.

Tēmas saglabāto skaitītāju rediģēšana sarakstā

Tēmas saglabāto skaitītāju rediģēšana sarakstā

❗ Svarīgi
Rediģējiet tikai iepriekš nosauktās kolonnas. Nemainiet Board, Type, Path, Depth vai Parent post un nedzēsiet un nepārdēvējiet Vtx kolonnas: tīmekļa daļa tās identificē pēc fiksētiem ID, un pavediena struktūra no tām ir atkarīga. Katra tēmas elementa rediģēšana, tostarp katrs saskaitītais skatījums, izveido versiju saraksta versiju vēsturē; ja vēsture aug pārāk strauji, samaziniet saglabāto versiju skaitu sadaļā Versiju iestatījumi (Versioning settings).

Izvēlētie raksti

Kā pievienot un konfigurēt Organizational Chart tīmekļa daļu

Soli pa solim: kā pievienot Vitextra Organizational Chart tīmekļa daļu SharePoint Online lapai un to konfigurēt — Microsoft Graph atļauju apstiprināšana, diagrammas režīma un izkārtojuma izvēle, darbinieku kartītēs rādāmo atribūtu atlase, darbinieku filtrēšana un izslēgšana, eksporta iespējošana un noklusējuma iestatījumu saglabāšana Microsoft Teams.

81 6 min
Kā vadīt prakses kopienas vai mācību kursa forumu ar Discussions

Soli pa solim izklāstīts scenārijs prakses kopienas vai mācību kursa forumam pakalpojumā SharePoint Online un Microsoft Teams ar Vitextra Discussions tīmekļa daļu: panelis jauktajā režīmā ar diskusijām un jautājumiem, jaunu ierakstu apstiprināšana no pasniedzēja puses, piesprausta un slēgta noteikumu tēma, koda bloki un attēli atbildēs, moderēšanas rinda, @pieminējumi un nedēļas kopsavilkums.

5 7 min
My Tasks: nepieciešamās atļaujas, konfidencialitāte un drošība

Kādas Microsoft Graph un Azure DevOps atļaujas pieprasa Vitextra My Tasks, kā nomnieka administrators tās apstiprina SharePoint administrēšanas centrā, ar kādām tiesībām tiek lasīti dati, kas tiek glabāts pārlūkprogrammā un kāpēc tīmekļa daļa nemaina Planner un To Do uzdevumus.

67 5 min

Kopīgot