विपणन साइट के लिए पेज-व्यू काउंटर

शिप

17 सितंबर 2026 को 12:59 am बजे UTC

लेखक

Kamo

Commit

2240cdd

देखने की गिनती के पीछे दो टेबल कैम-मार्केटिंग अब के पैर पर दिखाई देता है प्रत्येक पृष्ठ, जिसे KBService/internal/page-views endpoints द्वारा लिखा गया है। KbArticleView (KB ARTICLE VIEWS) एक ज्ञान-आधारित लेख के विचारों की गणना करता है। ARTICLE, अपने uid द्वारा कुंजी, इसलिए गिनती लेख का हिस्सा है और इस प्रकार है इसका नाम बदलकर /kb में ले जाया जाता है। यह अपनी खुद की बजाय एक टेबल है KB ARTICLES पर कॉलम: आलेख पंक्ति को JPA द्वारा पूरी तरह बचाया जाता है, इसलिए एक काउंटर ऑन यह तब पढ़ा जाएगा जब एक संपादक ने लेख खोला और वापस लिखा जब वे सहेजा गया, बीच में हर दृश्य को त्याग देना। विदेशी कुंजी cascades में डेटाबेस, क्योंकि KbArticle इस पंक्ति का नक्शा नहीं है और एक हाइबरनेट डिलीट ऑफ an लेख अन्यथा उस पर विफल हो जाएगा। MarketingPageView (MarETING Page views) अपने रास्ते पर हर दूसरे पृष्ठ की गिनती करता है स्थानीय उपसर्ग के नीचे, इसलिए /en/pricing और /fr/pricing शेयर एक गिनती। दोनों SEED COUNT रखें, शुरुआती आंकड़ा एक पंक्ति के साथ बनाया गया है, इसके अलावा, View Count, विचार वास्तव में गिना जाता है; पृष्ठ उनकी राशि और वास्तविक दिखाता है। यातायात तालिका से पठनीय रहता है। प्रस्ताव केवल तीन बयानों को देखने की जरूरत को उजागर करते हैं: एक मूल कि गिनती, एक है कि बीज गिनती के बिना, और कुल, के बाद पढ़ा उसी लेन-देन में लिखना। कोई बचत नहीं (): एक काउंटर लोड, बढ़ी हुई और बचाया वापस समवर्ती विचार खो देता है। चेक ऑफलाइन: एक सत्र कारखाना सभी ग्यारह KB संस्थाओं के साथ-साथ बनाता है इन पर हाइबरनेट 6.2.13 (KBService, और अन्य बूट 3.1 सेवाएं) और 6.5.3 (बूट 3.3), और स्कीमा स्क्रिप्ट यह डीडीएल से मेल खाती है जिसे लागू किया गया है हाथ, सहित ON DELETE CASCADE। डीडीएल-ऑटो हर जगह कोई नहीं बल्कि हर जगह नहीं है। शुरुआती, इसलिए कोई अन्य सेवा तालिकाओं को छूती है।.