תארו לעצמכם: רכשתם רישיון Bitrix24, התקנתם את ההפצה על השרת שלכם, ובתוך חודש העובדים מתלוננים על ביצועים איטיים, הודעות דוא"ל מגיעות לספאם, והאינטגרציה עם 1C נכשלת. נשמע מוכר? אנחנו נתקלים בזה בכל פרויקט שני. לדוגמה, בפרויקט אחרון עם 30 משתמשים, דפים נטענו תוך 12 שניות לאחר ההתקנה ללא הגדרת Redis — מה שגרם לירידה של 40% בפריון. או מקרה שבו הגדרות cron שגויות מנעו מהסוכנים לשלוח הודעות, מה שגרם למנהלים לפספס עסקה. הגדרה נכונה של Bitrix24 On-Premise אינה רק הרצת אשף ההתקנה. זהו סט מקיף של משימות: מבחירת ערימת השרתים ועד להגדרת סוכנים וקאשינג. עם ניסיון של 10+ שנים וסטטוס שותף מוסמך של Bitrix24, הגדרנו מעל 50 התקנות On-Premise, שכל אחת דרשה גישה אישית. אנחנו מבטיחים תוצאות או החזר כספי תוך 30 יום. קבלו ייעוץ עם מהנדס — נבדוק את התצורה שלכם ונציע אופטימיזציות.
הגדרת Bitrix24 On-Premise: רשימת בדיקה מלאה
דרישות תשתית
דרישות מינימליות לצוותים של עד 50 משתמשים:
| רכיב | מינימום | מומלץ |
|---|---|---|
| מעבד (CPU) | 4 ליבות | 8 ליבות |
| זיכרון RAM | 8 GB | 16 GB |
| שטח דיסק | 100 GB SSD | 500 GB SSD + NAS |
| מערכת הפעלה | CentOS 7 / Ubuntu 20.04 | Ubuntu 22.04 LTS |
| מערכת ניהול מסד נתונים (DBMS) | MySQL 5.7+ / MariaDB | MariaDB 10.6 |
| PHP | 7.4 | 8.1 |
עבור 100+ משתמשים, נדרש clustering — זהו נושא נפרד. עם זאת, אפילו ב-50 משתמשים, חשוב למקם את ה-DBMS על שרת נפרד.
הגדרה ראשונית לאחר ההתקנה
לאחר התקנת ההפצה והשלמת אשף ההתקנה, עברו על רשימת הבדיקה החובה הזו.
כיצד להגדיר SSL/TLS?
Bitrix24 On-Premise ללא HTTPS הוא בלתי נסלח. השתמשו ב-Certbot + Let's Encrypt או בתעודה ארגונית. הגדירו הפניה כפויה מ-HTTP ל-HTTPS בתצורת nginx.
כיצד לבצע אופטימיזציה ל-PHP?
פרמטרים קריטיים ב-php.ini:
memory_limit = 512M
max_execution_time = 300
upload_max_filesize = 100M
post_max_size = 100M
opcache.enable = 1
opcache.memory_consumption = 256כיצד להגדיר MySQL/MariaDB?
הגדרות חובה ב-memory_limit = 512M max_execution_time = 300 upload_max_filesize = 100M post_max_size = 100M opcache.enable = 1 opcache.memory_consumption = 256 :
innodb_buffer_pool_size = 4G # ~60-70% от RAM
innodb_log_file_size = 512M
max_connections = 200
query_cache_type = 0 # отключить, используйте Redisכיצד להגדיר קאשינג?
חברו Redis או Memcached עבור סשנים וקאש נתונים. ללא קאשינג, המערכת פועלת פי 3–5 לאט יותר תחת עומס. Redis היא הבחירה האופטימלית. לפי התיעוד הרשמי, קאשינג עם Redis משפר ביצועים עד פי 5. קאש Redis עולה על Memcached פי 2 בתפוקת עסקאות. טכניקות האופטימיזציה שלנו מבטיחות ביצועים שיא.
סוכנים ו-Cron: למה זה קריטי
Bitrix24 On-Premise משתמש בסוכנים למשימות רקע: שליחת הודעות, סנכרון עם 1C, עדכון אינדקס החיפוש. אם הסוכנים אינם מוגדרים, המערכת תיתקע במהלך פעולות המוניות. הגדירו ביצוע סוכנים מבוסס cron במקום ה-hit המובנה my.cnf:
*/5 * * * * php -f /var/www/bitrix/tools/cron_agents.php או השתמשו ב-innodb_buffer_pool_size = 4G # ~60-70% от RAM innodb_log_file_size = 512M max_connections = 200 query_cache_type = 0 # отключить, используйте Redis . ודאו שהקבוע /bitrix/tools/cron_agents.php מוגדר ב-*/5 * * * * php -f /var/www/bitrix/tools/cron_agents.php .
כיצד לוודא פעולת סוכנים?
- בדקו אם cron פועל:
cron_events.php. - ודאו ש-
dbconn.phpמוגדר ב-BX_CRONTAB_SUPPORT. - הריצו בדיקה:
crontab -l. - בדקו יומני סוכנים ביומן האירועים של Bitrix24.
אינטגרציה עם 1C ושירותים חיצוניים
החלפה עם 1C דרך CommerceML היא נקודת כשל נפוצה. ודאו שהרשאות גישה ל-infoblocks מוגדרות כראוי ופרופילי ההחלפה פועלים. עבור Bitrix24 REST API, השתמשו ב-webhooks ובאימות OAuth. פרטים נוספים בתיעוד הרשמי.
השוואה בין מהדורות Business ו-Enterprise
| תכונה | Business | Enterprise |
|---|---|---|
| מקסימום משתמשים | 100 | ללא הגבלה |
| Smart Processes | לא | כן |
| ריבוי משפכים | לא | כן |
| Clustering | לא | כן |
| מאזן עומסים | לא | כן |
שרת דוא"ל והודעות
On-Premise אינו משתמש בשרתי הדוא"ל הענן של Bitrix24 — עליכם לחבר SMTP משלכם. הגדרה: הגדרות → דוא"ל → דוא"ל יוצא. אנו ממליצים לא להשתמש ב-SMTP ארגוני ישירות — הגדירו Postfix כ-relay עם כתובת IP בעלת מוניטין או השתמשו בשירות טרנזקציוני (SendGrid, Unisender). הגדירו בנפרד DKIM ו-SPF עבור הדומיין שלכם — אחרת הודעות Bitrix24 יגיעו לספאם.
עדכונים ותחזוקה
עדכוני On-Premise מבוצעים ידנית או דרך המעודכן המובנה. אנו ממליצים בחום:
- אל תעדכנו מיד לאחר שחרור גרסה חדשה — המתינו 2–3 שבועות לתיקונים.
- בצעו גיבוי מלא (קבצים + DB) לפני כל עדכון.
- תחזקו שרת staging עם אותה גרסה לבדיקות מקדימות של עדכונים.
עדכון Bitrix24 On-Premise אינו רק "לחיצה על כפתור". לאחר עדכוני גרסה מרכזיים, שינויים מותאמים אישית שנעשו דרך dbconn.php נשברים לעיתים קרובות. הקצו זמן לבדיקות ותיקונים.
שגיאות נפוצות ופתרונות
לחצו להרחבת שגיאות נפוצות
- סוכנים לא פועלים: בדקו cron והרשאות ביצוע של סקריפטים PHP. - דוא"ל לא נשלח: הגדירו אימות SMTP ובדקו DKIM/SPF. - ביצועים איטיים: הפעילו קאשינג מתויג ובדקו אינדקסים של MySQL. - שגיאות לאחר עדכון: בדקו על staging לפני יישום בייצור.תוצרים – מה כלול בהגדרת On-Premise
- ביקורת תשתית השרתים הנוכחית
- התקנה והגדרה של הפצת Bitrix24
- הגדרת PHP, MySQL, שרת אינטרנט (nginx/apache)
- הגדרת קאשינג (Redis/Memcached)
- הגדרת SSL/TLS (Let's Encrypt או תעודה ארגונית)
- הגדרת שרת דוא"ל ורשומות DNS (DKIM, SPF)
- הגדרת סוכנים ו-cron
- אינטגרציה עם 1C (CommerceML) ושירותים חיצוניים
- הדרכת מנהלים על תפעול המערכת
- תמיכה טכנית לאחר ההשקה (עד 3 חודשים)
- תיעוד מלא של התצורה
- פרטי גישה ומסירה
גרסת On-Premise דורשת השקעה ראשונית אך מבטלת תשלומים חודשיים, מה שמועיל בעת התרחבות. השירות שלנו מתחיל מ-$2,500 ויכול לחסוך לכם עד $5,000 בשנה בהשוואה לדמי מנוי ענן. הגדרת קאשינג נכונה מפחיתה עלויות משאבי שרת על ידי הורדת עומס CPU ו-DB. הזמינו ביקורת לגרסת ה-On-Premise שלכם — נזהה צווארי בקבוק ונציע אופטימיזציה. צרו קשר לייעוץ על התקנה ותמיכה של On-Premise.