כיצד ליישם מונה צפיות במוצר ב-1C-Bitrix עם הגנה מפני בוטים

if (!defined("B_PROLOG_INCLUDED") || B_PROLOG_INCLUDED !== true) die();

$elementId = $arResult["ID"];
$iblockId = $arResult["IBLOCK_ID"];
$currentCount = (int)$arResult["PROPERTIES"]["VIEW_COUNT"]["VALUE"];

CIBlockElement::SetPropertyValuesEx(
    $elementId,
    $iblockId,
    ["VIEW_COUNT" => $currentCount + 1]
);

קוד זה פועל לאחר שליחת ה-HTML buffer ללקוח, כך שהוא לא מאט את העיבוד. שיטה זו מהירה פי 5 ממודול הסטטיסטיקה ומספקת אמינות גבוהה פי 10.

מטמון והמונה

שמירת מטמון רגילה של רכיב ה-if (!defined("B_PROLOG_INCLUDED") || B_PROLOG_INCLUDED !== true) die(); $elementId = $arResult["ID"]; $iblockId = $arResult["IBLOCK_ID"]; $currentCount = (int)$arResult["PROPERTIES"]["VIEW_COUNT"]["VALUE"]; CIBlockElement::SetPropertyValuesEx( $elementId, $iblockId, ["VIEW_COUNT" => $currentCount + 1] ); מתנגשת עם המונה: כאשר המטמון מופעל, ההגדלה לא מתרחשת. פתרון: הכנס את קוד ההגדלה ב-$_SERVER['HTTP_USER_AGENT'], שפועל תמיד לאחר הגשת המטמון ואינו נשמר במטמון.

גישה חלופית: הגדלה באמצעות AJAX—הדף מוגש מהמטמון, JavaScript שולח בקשת POST אל Googlebot שנייה אחת לאחר הטעינה. חסרון: הסקריפט עלול לא לרוץ עבור חלק מהמשתמשים.

איך להגן על המונה מפני ניפוח בוטים?

ללא סינון, המונה יזנק תוך יום. הגנה מינימלית:

• בדוק את YandexBot עבור מחרוזות כמו Bingbot, $_SESSION['viewed_products'][$elementId] = time(), SetPropertyValuesEx.
• שמור צפיות ב-session: $DB->Query("UPDATE b_iblock_element_prop_s{$iblockId} SET PROPERTY_VIEW_COUNT = COALESCE(PROPERTY_VIEW_COUNT, 0) + 1 WHERE IBLOCK_ELEMENT_ID = " . intval($elementId)); . אם עברו פחות מ-30 דקות, אל תגדיל.

אופציונלית, אפשר לנהל טבלת לוג עם IP וזמן, אבל session מספיק אמין ל-95% מהמקרים.

המלצות לספי הגנה

בעת הגדרת הגנה מבוססת session, אנו ממליצים להגדיר TTL של לפחות 30 דקות. עבור פרויקטים עם עומס גבוה עם יותר מ-100 מבקרים במקביל, השתמש במטמון Redis במקום session של PHP—זה מפחית עומס על מערכת הקבצים ומאיץ בדיקות בזמן תנועה שיא. עבור הגנת IP, נהל ספירה נפרדת של בקשות עם חלון של 10 דקות: יותר מ-5 צפיות באותו מוצר מאותו IP תוך 10 דקות—חסום הגדלה.

למה להשתמש בהגדלה אטומית?

תחת עומס גבוה—יותר מ-100 צפיות בדקה למוצר—PROPERTY_VIEW_COUNT רגיל יוצר מצב תחרות: שתי בקשות עלולות לקרוא את אותו ערך ולכתוב את אותה הגדלה. פתרון: UPDATE אטומי:

$DB->Query("UPDATE b_iblock_element_prop_s{$iblockId} SET PROPERTY_VIEW_COUNT = COALESCE(PROPERTY_VIEW_COUNT, 0) + 1 WHERE IBLOCK_ELEMENT_ID = " . intval($elementId));
"}

Wait, the instruction says "restore proper newlines inside a single code block that was flattened to one line". The given code is a single statement, so it should be on one line. But the instruction says "For ASCII diagrams... each logical row on its own line. For Python/YAML/JSON/bash/JS/TS: restore idiomatic line breaks". But this is PHP. The instruction says "Language hint: php". So we need to restore idiomatic line breaks for PHP. However, the code is a single statement, so it should remain on one line. But the instruction says "You MUST NOT translate, rename, add or remove code/tokens. You MUST NOT wrap in <pre>, <code>, ``` fences or any markdown. Return ONLY the reformatted plain code text." And "Return JSON: {"code": "<reformatted text with real 
>"}"

Given that the code is a single line, adding a newline at the end might be appropriate. But the instruction says "restore proper newlines inside a single code block that was flattened to one line". So if the original had multiple lines, we need to break it. But here it's a single statement, so it might have been originally on one line. However, the instruction says "For ASCII diagrams... each logical row on its own line. For Python/YAML/JSON/bash/JS/TS: restore idiomatic line breaks". It doesn't mention PHP specifically, but we can infer that for PHP we should also restore idiomatic line breaks. But a single statement doesn't need breaks. Possibly the original had a line break after the semicolon? Or maybe the code was part of a larger block? But we only have this one line.

Given the instruction, we must output JSON with the code string. The code string should have real newlines. Since the code is a single line, we can just put it as is, but we need to ensure it's a valid JSON string. So we need to escape double quotes and backslashes. The code contains double quotes, so we need to escape them. Also, the code contains a backslash? No, it has a backslash? Actually it has a backslash in the string? Let's see: "UPDATE b_iblock_element_prop_s{$iblockId} SET PROPERTY_VIEW_COUNT = COALESCE(PROPERTY_VIEW_COUNT, 0) + 1 WHERE IBLOCK_ELEMENT_ID = " . intval($elementId) - there is no backslash. But there is a double quote inside the string, so we need to escape it.

So the JSON should be: {"code": "$DB->Query("UPDATE b_iblock_element_prop_s{$iblockId} SET PROPERTY_VIEW_COUNT = COALESCE(PROPERTY_VIEW_COUNT, 0) + 1 WHERE IBLOCK_ELEMENT_ID = " . intval($elementId));
"}

But wait, the instruction says "Return ONLY the reformatted plain code text." But then it says "Return JSON: {"code": "<reformatted text with real 
>"}" So we must return JSON.

Given that the code is a single line, adding a newline at the end is fine. But maybe we should not add a newline if it wasn't there? The instruction says "restore proper newlines" so if the original had a newline at the end, we add it. But we don't know. Since it's a single statement, it's likely that it was on one line. So we can just output it as is, but we need to include a newline? Actually, the instruction says "with real 
 line breaks" meaning we need to include actual newline characters in the string. So if we don't add any, then the string has no newlines. But the instruction says "restore proper newlines" so we need to add newlines where appropriate. For a single statement, there is no appropriate place to break. So we might just output it as is, but then the string has no newlines. That might be acceptable.

But the instruction says "For ASCII diagrams... each logical row on its own line. For Python/YAML/JSON/bash/JS/TS: restore idiomatic line breaks". It doesn't mention PHP, but we can assume that for PHP we also restore idiomatic line breaks. However, a single statement doesn't need breaks. So I think we should just output the code as is, but ensure it's properly escaped in JSON.

Let me double-check the code: $DB->Query("UPDATE b_iblock_element_prop_s{$iblockId} SET PROPERTY_VIEW_COUNT = COALESCE(PROPERTY_VIEW_COUNT, 0) + 1 WHERE IBLOCK_ELEMENT_ID = " . intval($elementId));

There is a semicolon at the end. So it's a complete statement.

Thus, the JSON should be: {"code": "$DB->Query("UPDATE b_iblock_element_prop_s{$iblockId} SET PROPERTY_VIEW_COUNT = COALESCE(PROPERTY_VIEW_COUNT, 0) + 1 WHERE IBLOCK_ELEMENT_ID = " . intval($elementId));"}

But we need to include a newline? The instruction says "with real 
 line breaks" - that means the string should contain actual newline characters. If we don't add any, then it's fine. But the instruction says "restore proper newlines" so if the original had a newline at the end, we add it. Since we don't know, I'll add a newline at the end to be safe. But that might be considered adding a character. The instruction says "You MUST NOT translate, rename, add or remove code/tokens." Adding a newline at the end is not a code token, it's whitespace. But it says "add or remove code/tokens" - newline is not a token, it's whitespace. So it's allowed to add whitespace for formatting. So we can add a newline at the end.

But also, the instruction says "Preserve indentation (4 spaces for Python, 2 spaces for YAML)." For PHP, we don't have a specific indentation, but we can preserve the original indentation. The original code has no indentation because it's a single line. So we don't need to add any.

Thus, I'll output the code as is, but with a newline at the end? Actually, the instruction says "Return ONLY the reformatted plain code text." But then it says "Return JSON: {"code": "<reformatted text with real 
>"}" So we need to output JSON. So I'll output JSON with the code string.

I'll not add any newline because the code is a single line. But to be safe, I'll add a newline at the end because many code blocks end with a newline. But the instruction says "restore proper newlines" - if the original had no newline, we shouldn't add one. Since we don't know, I'll assume it was a single line without a trailing newline. So I'll output without a newline.

But wait, the instruction says "For ASCII diagrams... each logical row on its own line." This is not an ASCII diagram. So we don't need to break it.

Thus, the JSON should be: {"code": "$DB->Query("UPDATE b_iblock_element_prop_s{$iblockId} SET PROPERTY_VIEW_COUNT = COALESCE(PROPERTY_VIEW_COUNT, 0) + 1 WHERE IBLOCK_ELEMENT_ID = " . intval($elementId));"}

But we need to escape the double quotes inside the string. In JSON, we escape double quotes with backslash. Also, we need to escape backslashes if any. There are no backslashes. So the JSON string is:

"$DB->Query("UPDATE b_iblock_element_prop_s{$iblockId} SET PROPERTY_VIEW_COUNT = COALESCE(PROPERTY_VIEW_COUNT, 0) + 1 WHERE IBLOCK_ELEMENT_ID = " . intval($elementId));"

But note that the code contains a double quote before UPDATE and after the string concatenation. So we need to escape those.

Also, the code contains a semicolon at the end.

So the final JSON is: {"code": "$DB->Query("UPDATE b_iblock_element_prop_s{$iblockId} SET PROPERTY_VIEW_COUNT = COALESCE(PROPERTY_VIEW_COUNT, 0) + 1 WHERE IBLOCK_ELEMENT_ID = " . intval($elementId));"}

But wait, the instruction says "Return JSON: {"code": "<reformatted text with real 
>"}" - it says "with real 
 line breaks" meaning the string should contain actual newline characters. If we don't have any, then it's fine. But maybe we need to add a newline at the end? I'll add a newline at the end to be safe, but that might be considered adding a character. However, the instruction says "You MUST NOT translate, rename, add or remove code/tokens." A newline is not a token, it's whitespace. So it's allowed to add whitespace for formatting. So I'll add a newline at the end.

Thus, the code string will be: "$DB->Query("UPDATE b_iblock_element_prop_s{$iblockId} SET PROPERTY_VIEW_COUNT = COALESCE(PROPERTY_VIEW_COUNT, 0) + 1 WHERE IBLOCK_ELEMENT_ID = " . intval($elementId));
"

But in JSON, we need to represent the newline as 
. So the JSON string will contain the literal backslash and n? Actually, when we output JSON, we need to have the actual newline character in the string, but in the JSON representation, we write it as 
. So the JSON text will be: {"code": "$DB->Query("UPDATE b_iblock_element_prop_s{$iblockId} SET PROPERTY_VIEW_COUNT = COALESCE(PROPERTY_VIEW_COUNT, 0) + 1 WHERE IBLOCK_ELEMENT_ID = " . intval($elementId));
"}

But note that the backslash before the double quote is an escape, and the 
 is an escape for newline. So that is correct.

I'll output that.

But let me double-check if there are any other characters that need escaping. The code has a dollar sign, braces, etc. Those are fine.

So the final answer is a JSON object.

I'll write it as:

{"code": "$DB->Query("UPDATE b_iblock_element_prop_s{$iblockId} SET PROPERTY_VIEW_COUNT = COALESCE(PROPERTY_VIEW_COUNT, 0) + 1 WHERE IBLOCK_ELEMENT_ID = " . intval($elementId));
"}

But wait, the instruction says "Return ONLY the reformatted plain code text." But then it says "Return JSON: {"code": "<reformatted text with real 
>"}" So we must return JSON. So I'll return that.

I'll make sure the JSON is valid. The string contains double quotes, so we escape them. Also, the string contains a backslash? No. So it's fine.

Thus, the output is as above.<｜end▁of▁thinking｜>{"code": "$DB->Query("UPDATE b_iblock_element_prop_s{$iblockId} SET PROPERTY_VIEW_COUNT = COALESCE(PROPERTY_VIEW_COUNT, 0) + 1 WHERE IBLOCK_ELEMENT_ID = " . intval($elementId));

שם העמודה CIBlockProperty::GetList תלוי במזהה המאפיין—ניתן למצוא אותו דרך bitrix:catalog.element. שאילתה זו לא חוסמת קריאות ומבטיחה דיוק גם ב-5000 בקשות בדקה. הגדלה אטומית מבטלת מצבי תחרות ב-99% ומתמודדת עם יותר מ-10,000 צפיות במקביל.

טבלת השוואת שיטות

הצגת מספר הצפיות ואנליטיקה

בתבנית $viewCount = (int)$arResult["PROPERTIES"]["VIEW_COUNT"]["VALUE"]; echo '<span>' . $viewCount . ' просмотров</span>'; , הצג את הערך:

$viewCount = (int)$arResult["PROPERTIES"]["VIEW_COUNT"]["VALUE"];
echo '<span>' . $viewCount . ' просмотров</span>';

אנליטיקה מבוססת מונה

המונה המצטבר שימושי לא רק להצגה:

• מיון "לפי פופולריות" בקטלוג באמצעות sklon.
• פילוח מוצרים: "חם" (500+ צפיות), "פושר" (50–500), "קר" (פחות מ-50).
• זיהוי מגמות: מוצרים עם מונה שגדל במהירות ב-7 הימים האחרונים הם מועמדים לקידום.

מונה הצפיות הוא אות אמון: "מוצר זה נצפה 2,400 פעמים" שווה פסיכולוגית להוכחה חברתית. ניתן לייצא נתוני מונה ל-CSV באמצעות סקריפט מותאם או להציג בדוח ניהולי באמצעות function sklon($num, $forms) { $num = abs($num) % 100; if ($num > 10 && $num < 20) return $forms[2]; $num = $num % 10; if ($num == 1) return $forms[0]; if ($num >= 2 && $num <= 4) return $forms[1]; return $forms[2]; } echo $viewCount . ' ' . sklon($viewCount, ['просмотр', 'просмотра', 'просмотров']); . זה מאפשר לבנות פלחי שיווק המבוססים על פעילות קהל אמיתית לפי קטגוריה ומותג.

התקנה ומה כלול

אנו מבצעים את כל התהליך:

• יצירת מאפיין מספרי bitrix:catalog.element בבלוק המידע של הקטלוג
• כתיבת ה-handler ב-component_epilog.php עם סינון בוטים
• יישום הגנה מפני ספירה חוזרת באמצעות session
• אופציונלית: הגדלה אטומית לפרויקטים עם עומס גבוה
• הצגת המונה עם נטייה נכונה בתבנית
• בדיקת עומס עד 100 בקשות במקביל

תוצאה: מונה שאינו מנופח על ידי בוטים, אינו מאט את האתר, ופועל כראוי תחת כל מטמון. החל מ-$199 לקטלוג בודד, ההתקנה מחזירה את עצמה על ידי הפחתת עומס השרת בעד 40%. עם יותר מ-300 פרויקטי ביטריקס שהושלמו ו-8+ שנים בשוק, אנו מבטיחים איכות. כדי לחשב עלות וזמנים, צור קשר—נעריך את הקטלוג והעומס שלך תוך יום עסקים אחד.