אבי קינן – מחשבים וכו'

מיקום הבררת מחדל של קבצי לוג של apache נמצא ב-etc/httpd/logs/ 

ב-DirectAdmin, ה-access log נמצא ב:

var/log/httpd/domains/domain.com.log/

וה-error log נמצא ב:

var/log/httpd/domains/domain.com.error.log/

באחד משרתי הווידאו שאני מפעיל, ניצול רוחב הפס עומד על 40-50Mbit, בשעות העומס יש קפיצה  ל250-300Mbit, רוחב פס מאוד זול בארץ בהשוואה לחו"ל (כל Mbit עולה בין 4-8 שקל – תלוי בכמות), המחיר מאוד זול, אבל עדיין ניתן להתייעל ולחסוך בתעבורה, אז הפעלתי Traffic shaping בסרטי הווידאו בשרת, כתבתי סקריפט שמוציא את ניצול רוחב הפס כל 30 שניות, הנה הפקודה שהשתמשתי בה כדי למדוד את רוחב הפס:

vnstat -tr | grep tx  | awk '{print $3 "n" $2}' | sed 's/Mbit/s/1/g' | sed 's/kbit/s/0/g'

הערה: יש להתקין vnstat בשרת (בידקו ש-UnitMode מוגדר ל-0).

פלט לדוגמא:

1
77.15

הסבר:

• אם רוחב הפס הוא ב-Mb, אז הספרה בשורה הראשונה היא 1.
• אם רוחב הפס הוא ב-kb, אז הספרה בשורה הראשונה היא 0.
• בשורה השנייה מופיע רוחב הפס בניצול (במקרה הזה, 77Mbit).

לאחר קינפוג המערכת לפי ההגדרות החדשות, לאחר שמשתמש מוריד 1500kb (בין 8-15 שניות), מהירות ההורדה מוגבלת ל-120kb לשנייה.

במשך השבוע שההגבלה פועלת, ניצול התעבורה בשעות השיא הגיע ל-150Mbit.

אחד הלקוחות שלי ביקש ממני להוסיף קוד מעקב של גוגל אנליטיקס לאתר שלו,

המתכנת של האתר, מסיבותיו שלו, תכנן את הקוד כמו מבצר, לא ניתן לערוך שום דבר באתר שלו, וחלק מהאתר מקודד ב-Ioncube.

הצירוף של כל הגורמים ביחד, גרם לכל הסיפור להיות תענוג אחד גדול.

יש פונקציה שמאפשרת ביצוע של קוד דינאמי/סטאטי ולהציגו ב-Header (לא רצוי), או אחרי ה-FOOTER (מומלץ), באמצעות auto_append_file.

הפונקציה הזו מבצעת require() לקובץ שאנו מגדירים.

כתבתי את קוד האנליטיקס כ-HTML והצבתי אותו בספריית הלקוח (הפונקציה מוגבלת ל-include_path), בנוסף, הגדרתי הרשאות קריאה בלבד והוספתי הגדרה ב-htaccess:

php_value auto_append_file "/path/to/file"

לאחר מכן הבנתי שתיתכן התנגשות מאחר והאתר משתמש ב-POST וב-AJAX, להחזיר תשובה לבקשות אלה עם קוד JavaScript יכול לשבור את התהליך.

אז ערכתי את הקוד והוספתי קוד PHP שקוד ה-HTML יתווסף רק במידה ומדובר בבקשת GET:

(הערה: אני יודע שוורדפרס מעוות את הקוד, ניתן להעתיק את כולו ולצפות בכתבן עד אשר יימצא פתרון לבעיה).

<?
if($_SERVER['REQUEST_METHOD'] == 'GET') {
?>
<script type="text/javascript">
var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-XXXXXX-XX']);
_gaq.push(['_trackPageview']);
(function() {
var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
})();
</script>
<?
} else {
exit(); } ?>

הפתרון הזה הוא זמני, עד אשר אני אמצא פתרון יעיל יותר, שיאפשר ליישם את הפונקציה רק על בקשות GET באמצעות Htaccess (אשמח אם מישהו יגיב עם פתרון). 

אבי

באחד השרתים שלי מותקן Nginx להפחתת עומסים לאתרים כבדים, את כל קבצי ה-JS, CSS והתמונות (עד  משקל של 55kb)  אני מארח דרך השרת הזה.

השרת מאחורי FW, עם 64Gb זכרון ראם, כל התוכן יושב על RamDisk.

אצל חלק מהלקוחות לא כל המערכות מוגדרות לייעילות מרבית, אצלי כבררת מחדל:

• קובץ CSS/JS שאינו דחוס (מכיל רווחים, הערות וכו') עובר דחיסה אוטומטית.
• יש  דחיסת Gzip לכל קבצי txt. .js .css ב-HTTP/1.1 (דפדפנים תומכים).
• דפדפנים ישנים המשתמשים שלא תומכים ב-Gzip מקבלים את התוכן ללא Gzip.
• Expire header מוגדר כהלכה.
• KeepAlive פועל.
• ה-TTFB נמוך מאוד.

בנוסף, שימוש ב-IP של השרת מאשר בכתובת האתר מאפשר טעינה מהירה יותר מאחר והדפדפן פותח עוד 2-8 חיבורים והאייפי הוא "חסר עוגיה".

ערכתי מס' בדיקות ומצאתי שאפשר לחסוך זמן מעבד ולשפר את ה-TTFB עוד יותר (ב-HTTP/1.1), באמצעות פונקצית gzip_static ב-nginx.

הפונקציה הזו מאפשרת לך ליצור מראש שני קבצים:

• file.txt – קובץ המקור, ללא דחיסה.
• file.txt.gz – הקובץ לאחר הדחיסה.

כאשר תתקבל בקשה לקובץ, לא תתבצע פעולת דחיסה אלא קריאת הקובץ הדחוס וכך נחסכת פעולת הדחיסה (וזמן מעבד) בכל בקשת קובץ.

מספר טיפים:

1. שימוש ב-gzip_static ללא קבצי gz הוא בזבזני, מאחר וכל בקשת קובץ Nginx מחפש את קובץ ה-gz, ורק במידה והוא לא קיים הוא ממשיך לקובץ המקור, ניתן לחסוך המון I/O בביטול האפשרות הזאת.

2. במידה ואתם מציגים גם תמונות (שאותם לא דוחסים) וגם קבצי טקסט, יש לבטל את gzip_static עבור התמונות:

location ~* ^.+.(jpg|png|bmp|jpeg|tif)$ {
# Rest of configuration
gzip_static off;

}

3. במידה ו-Nginx משרת המון קבצים שונים, נפעיל את האפשרות רק עבור קבצי טקסט:

location ~* ^.+.(js|css|txt)$ {
# Rest of configuration
gzip_static on;
}

אבי קינן.

ברשת אינטרנט ארגונית, יש המון תעבורה כפולה ומיותרת, כדי ליעל את השימוש ברשת, ניתן לסנן המון תעבורה מיותרת (לדוגמא: פרסומות) ולשפר את מהירות טעינת האתרים הפופולרים.

נעשה זאת ע"י 2 הפעולות הבאות:

1. נערוך את ערכי ה-DNS ונציב 0.0.0.0 בכתובות לא נחוצות (כמו פרסומות) – ניתן לבצע זאת בשרת ה-DNS במקום העבודה, או בקובץ ה-HOSTS בכל המחשבים בעבודה.

2. נתקין שרת Proxy (לדוגמא: Squid) ברשת הפנימית ונגדיר CACHE לתוכן סטטי (קבצי JS, CSS, תמונות), בנוסף, נוסיף Expires header ל-30 יום לכל התוכן מהסוג הזה.

קצת מספרים: 

1. ב-Ynet יש 21 קבצי JS (זה המון!) בעמוד הראשי, המשקל שלהם עומד על קצת יותר מ-450Kb.

2. יישום פעולה מס' 1 על 80% מהפרסומות ב-Ynet, יגרום לטעינה מהירה יותר ב-5 שניות לפחות לדף הבית של Ynet.

קיבלתי לפני כ-3 ימים כונן SSD מ-KSP במקום הקודם שמת. (אני רוצה להודות לאלכס מ-KSP על השירות שלהם).

הנה האריזה פתוחה:

פתיחת הקרטון:

לאחר פתיחת האריזה ופריקת הקרטון:

כככ

מה באריזה:

1. קרטון מהודר.

2. מדריך למשתמש.

3. פלטה המאפשרת חיבור כונן ה-SSD 2.5" לחיבור 3.5".

4. הכונן באיזה אנטי סטטית.

5. ברגים.

הכונן החדש:

כדי להראות כמה שהכונן קטן, הנחתי את הכונן על דיסק.

הרכבתי הכל והנה:

מצד ימין, LG X120 השני שלי שהשתמשתי בו בזמן ה-RMA.

מצד שמאל, המחשב מורכב עם הכונן החדש במהלך התקנה של WINDOWS 7.

סוף סיפור.

החיפוש המובנה של Windows XP לא כל כך מוצלח בחיפוש בתוך קובץ (לדוגמא, לחפש קוד מסויים בתוך סקריפט). ב-Windows 7 החיפוש נעשה עוד יותר גרוע למרות שלחיפוש יש אינדקס.

אני משתמש ב-Seeker, תוכנה מעולה לחיפוש והיא חינמית, ניתן להוריד אותה כאן.

אלו שמעוניינים לקרוא עוד לגביה, הנה קישור לדף התוכנה.

שבוע טוב,

אבי.