היי,
אני מתנצל מראש אם שאלו חלק מהשאלות קודם. עשיתי חיפוש ולא כל כך מצאתי...

יש לי כמה שאלות בנושא יעילות בPHP.
אני מאחסן את האתר שלי (כ3000 משתמשים ביום) בשרת רגיל (לא DEDICATED)
וכל הזמן מתלוננים מחברת האחסון שזה גוזל להם משאבים ומורידים לי את האתר (מעצבן למדי וגורם נזק...).
ממה שאני רואה מסביב, אף אתר בעל סדר גודל כשלי לא מחזיק שרת ייעודי.
אשמח לשמוע אם יש סיכוי שהם פשוט צודקים, ובאופן כללי - חשבתי שאולי אלו הבעיות שגורמות לזלילת המשאבים:

§ האם זה גוזל משאבים/זמן להכנס ולצאת לקוד עם <? ?>

§ האם include גוזל תוספת זמן? מה עדיף: include או require_once ?

§ האם טעינה מקדימה של תמונות מייעלת את הגלישה בכל המחשבים? לכולם יש CACHE?

§ אני מציג 20 רשימות בכל דף אשר בתחתיתו יש תפריט המאפשר לקפוץ לדף האחרון, לדף הבא וכו... השאלה היא האם עדיף לעשות אגרגציה, כלומר - להריץ סקריפט פעם ביום למשל שיחשב מה הנמצא בכל דף ויזין את זה לעמודה נוספת או שבזמן טעינת הדף אצור שאילתה שמחשבת עם MOD את התפריט. (האם קריאה למידע מטבלה מהירה באופן משמעותי מחישוב בודד על סמך שאילתא)

תודה לכם אנשים טובים

היו שלום, ותודה על הדגים
[התמונה הבאה מגיעה מקישור שלא מתחיל ב https ולכן לא הוטמעה בדף כדי לשמור על https תקין: http://www.washingtontrout.org/Vashon/Vashon2001/Icons/Fish.gif]

• באופן מזערי. אם אתה עושה את זה הרבה פעמים, נסה להשתמש ב-heredoc
• יותר בטוח להשתמש ב-include_once, אבל אני חושב שבגלל שהוא מבצע בדיקה שהקובץ לא נטען קודם הוא יותר גוזל משאבים
• ברור שתמונות שמנצאות ב-cache של המשתמש חוסכות לשרת משאבים (במיוחד אם זה הרבה תמונות, או תמונות כבדות). לא ראיתי אפשרות אצלי לביטול של ה-cache בדפדפן, אבל בטוח זה קיים (אם לא אצלי אז בדפדפנים אחרים)
• תעשה ניסיון, אי אפשר להעריך ככה סתם. אנחנו לא יודעים כמה צפיות עמודים יש לך כל יום וכמה עמודים כאלו יש לך, כדי לטען אם יעיל יותר לעשות פעם אחת ל-300 עמודים כל יום, או שיותר יעיל להראות את זה אם יש רק 200 צפיות.

תודה רבה עמרי.
אבדוק את הפונקציה.
לגבי הנקודה האחרונה. אני משער לעצמי שאין תשובה חד משמעית.
בכל מקרה, סדר גודל חשיפות לדף של התפריטים הוא יותר מעשרת אלפים חשיפות ביום.
חשבתי לשים קוד שבודק כמה זמן לוקח לדף להטען. ראיתי את זה איפה שהוא.
אתה זוכר מה הפקודה? אם לא, אני אמצא כבר.
תודה!

היו שלום, ותודה על הדגים
[התמונה הבאה מגיעה מקישור שלא מתחיל ב https ולכן לא הוטמעה בדף כדי לשמור על https תקין: http://www.washingtontrout.org/Vashon/Vashon2001/Icons/Fish.gif]

גם הפקטור של כמה דפים יש לך לעדכן חשוב. אבל אני מעריך שבאמת יהיה יעיל יותר לעשות את זה אחת ליום אם יש מעל 10 אלף צפיות ביום.

כדי למדוד זמן של טעינת דף, אתה צריך לבדוק מתי הדף עלה באמצעות microtime ומתי הטעינה נגמרה, באמצעות אותה פונקציה בסוף הדף. אתה מחסר את הראשונה מהשניה ומקבל את התוצאה

לא הזכרת שום דבר לגבי DB. יש DB? אם יש - האם בטוח שהם מתלוננים על עומס שנוצר מקוד ה PHP, או שמא מה DB? עם DB קל מאוד להגיע לעומסים גבוהים אם אתה לא מייעל אותו כראוי...

נמאס לכם לזכור סיסמאות? לחצו כאן!

עד כמה שאילתות ה-SQL כתובות נכון ?!
נתקלתי בהרבה דפי תסריט של צד שרת המכילים שאילתות מיותרות. שאילתות הכתובות בצורה אופטימלית ובעיקר שימוש ב-join חוסך שאילתות מיותרות (ולשאילתה מוקצה משאב גודל וזמן הגדול בכמה עשרות מונים ממאות או אלפי חישובים בקטעי קוד פשוטים יותר).

הבעיות שרשמת באשכול הנ"ל עלולות להשפיע במידה מעוטה על יעילות האתר, אך בכל הנוגע למסד נתונים, אתה יכול להקריס אתר שלם עם שאליתאות אשר כתובות לא כראוי. אני חושב שזה הצד שאתה צריך להתעמק בו יותר.

לא חשבתי שזה הכיוון.
בסך הכל יש לי מסד נתונים עם כאלף רשומות וחשבתי שזה סדר גודל קטן יחסית
אבל כשאני חושב על זה, אולי יש עמודה (שמחזיקה הרבה טקסט) שמסבכת את העניינים.

זהו המבנה:

קוד:

 
CREATE TABLE `brachot` (
`id` int(11) NOT NULL auto_increment,
`approved` int(11) NOT NULL default '0',
`category` text NOT NULL,
`category_num` int(11) NOT NULL default '0',
`subject` text NOT NULL,
`bracha` text NOT NULL,
`name` text NOT NULL,
`email` text NOT NULL,
`sent` int(11) NOT NULL default '0',
`length` text NOT NULL,
`date` text NOT NULL,
`ip` text NOT NULL,
`ip_name` text NOT NULL,
`next_id` int(6) NOT NULL default '0',
`prev_id` int(6) NOT NULL default '0',
`next_page` int(3) NOT NULL default '0',
`prev_page` int(3) NOT NULL default '0',
KEY `id` (`id`)
) TYPE=MyISAM AUTO_INCREMENT=1200 ;
 

התא העיקרי בטבלה הנו התא "bracha" שמחזיק קטעים שלמים ולא מילים/משפטים קצרים.

השאילתות שאני עושה הן די בסיסיות אבל אני לוקח את זה לשעורי בית. אבדוק אותן שוב.
אצרף אותן כאן אם תהיה לי התלבטות לגביהן.

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

שוב תודה!
אוריאל

היו שלום, ותודה על הדגים
[התמונה הבאה מגיעה מקישור שלא מתחיל ב https ולכן לא הוטמעה בדף כדי לשמור על https תקין: http://www.washingtontrout.org/Vashon/Vashon2001/Icons/Fish.gif]

דבר אחד ששמתי לב, בכל תא שהוא מכיל מחרוזת, סוג התא הוא text, לפעמים זה נכון, וזה מה שצריך לשים בקטעי טקסט ארוכים, אבל במקרה של העמודה category אני חושב שסוג התא varchar יחסוך הרבה משאבים.

חוץ מזה, זה אתר גדול, ואם השרת לא מצליח להחזיק אותו, כדאי לשקול מספר דברים:
1) משהו טיפה קיצוני, להתקין לאתר שרתי Mirror וככה יהיה פחות עומס
2) לפנות לשרת שיכול להחזיק אתר גדול.. מה זה הדבר הזה להוריד אתר? ראיתי מספיק אתרים גדולים שבנויים ממש לא יעיל (סך הכל זמן ריצה שלהם..) אבל עדיין אף אחד מהם לא ירד אף-פעם

כי אין ממש כלים לבדוק מאיזה דף מגיעה שאילתא שמעמיסה על DB (לא באופן אוטומטי בכל אופן) - מול מסד הנתונים מוחזק חיבור אנונימי מבחינתו, הוא לא יודע מאיזה דף זה הגיע, רק מאיזה מכונה הדף מתחבר...

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

נמאס לכם לזכור סיסמאות? לחצו כאן!

נדב, אני אתקן בהתאם. חשבתי ש VCHAR זה רק לתווים ולא למחרוזות. תודה.

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

בגדול יש שני דפים בעייתיים הנה הקישור:
bracha.php
list.php

בדפים האלו אני מבצע שאילתות פשוטות. אעשה סריקה של הלולאות והשאילתות ואצרף אותם לכאן.

תודה!

היו שלום, ותודה על הדגים
[התמונה הבאה מגיעה מקישור שלא מתחיל ב https ולכן לא הוטמעה בדף כדי לשמור על https תקין: http://www.washingtontrout.org/Vashon/Vashon2001/Icons/Fish.gif]

1.
מבחינת הקוד -
הדפים כוללים ג'אווה סקריפט לואלידציות של טפסים.
בנוסף יש הרבה IFים שאפשר היה להחליף ב switch (זה גוזל זמן? עדיף?)

2.
תרשו לי להוסיף באופן חריג חלק גדול יחסית מהקוד שבסופו של דבר נראה כך באתר.

הנה המהלך והשאילתא העיקרית בדפים הללו שאולי גורמת לבזבוז.
האם לדעתכם יש לי דרך לייעל אותה?
בהתחלה השאילתא מחשבת את כמות הרשומות על מנת לחלק לעשרים רשומות בכל הצגה.
אחר כך היא מציגה את התוצאות.
הסרתי את ה ECHO ושמתי ...

ביום רגיל הדף הזה נטען משהו כמו 15,000 פעם ביום על ידי הגולשים.
כשהאתר קרס, אני משער שהוא נטען בסביבות 60,000 פעם באותו יום.

המון תודה!!
אוריאל

קוד PHP:

 // calculating menu page (next, prev, last page, first page...
define("RESULTS_PER_PAGE",20); 
$pre_query = "
SELECT id 
FROM brachot 
WHERE (approved=1) AND (category_num='$category_num') 
ORDER BY `name` DESC"
$cursor = mysql_query($pre_query); 
$totalResultsNumber = mysql_num_rows($cursor); 
$numberOfPages = floor($totalResultsNumber / RESULTS_PER_PAGE); 
if (($totalResultsNumber % RESULTS_PER_PAGE) > 0) 
$numberOfPages++; 
$min = ($page-1) * RESULTS_PER_PAGE; 
 
 
// show list of brachot
$query = "
SELECT id,name,subject,bracha,length 
FROM brachot 
WHERE category_num='$category_num' AND approved=1 
ORDER BY `name` DESC LIMIT $min,".RESULTS_PER_PAGE;
 
$result = mysql_query($query) or die ("problem with SELECT brachot list");
$numOfRows = mysql_num_rows ($result);
for ($i = 0; $i < $numOfRows; $i++) 
{
$subject = mysql_result ($result, $i, "subject");
...
...
...
echo '<tr>
<td bgcolor='.$row_color.' nowrap align=center>'.$subject.'</td>
...
...
...
</tr>';
} // for
 
echo "</table>";
 
 
if ($page == $numberOfPages) 
$max_show = $totalResultsNumber; 
else 
$max_show = $min + RESULTS_PER_PAGE; 
($max_show) ." <br>"; 
$inc_page=$page+1;
$dec_page=$page-1;
$category_num=($category_num); 
 
echo "<div dir=ltr><table width = 468 border=0 align=center><tr bgcolor=#E2E4AF>";
if ($page == 1 ) { 
if ($totalResultsNumber<=RESULTS_PER_PAGE) {
echo "<td align=left nowrap></td>"; 
echo "<a href=\"index.php\">דף ראשי</a> ";
}
else{
echo "<td align=left nowrap>".
" <font size=2 face=arial>[ ".$numberOfPages." עמוד <b> ".$page." </b> מתוך ] </font>".
"<a href=\"list.php?page=$numberOfPages&category_num=$category_num\" >דף נוסף</a> ".
...
...
... 


היו שלום, ותודה על הדגים
[התמונה הבאה מגיעה מקישור שלא מתחיל ב https ולכן לא הוטמעה בדף כדי לשמור על https תקין: http://www.washingtontrout.org/Vashon/Vashon2001/Icons/Fish.gif]

אממ.. הדף הזה לא אמור להיות מעיק במיוחד...אבל כשהוא נטען הרבה פעמים..

אני מציע לך לשקול לשלוף את הפרטים מהמסד נתונים ולסדר אותם ב- JS..

בקרוב אני רוצה לפרסם מדריך איך להציג שרשור בצורה הזאת מבלי להעמיס לשרת.. המחרוזת המתקבל מהשרת היא משהו כזה:
שיהיה לך יום מקסים! - סרטון*מיהו ישראלי*דוח מהירות*לחיות באמת*מילים מילים ... מה קורה כשהופכים אותם*התיזה של השפן*כמה דברים לא מובנים

וכו' וכו' וכו'...

הייתה גם חברה שבצד שרת הוציעה פלטXML שאורגן ב- JS...

בנוסף אפשר לחסוך את הואלידציה בשרת ע"י ולידאציה בצד לקוח עם AJAX שייצור Session.. מצד שני ניתן לפרוץ את זה בקלות ללא הגנות וזה לא חוסך פעולה של השרת.. ככה שזה לא רעיון מוצלח במיוחד..

בנוסף, פירסמתי באנצ'מרקים, תנסה להשתמש בקוד שהכנתי ותבדוק על המחשב שלך שינויים ועד כמה הם עוזרים, למשל שימוש ב- mysql_fetch_assoc במקום mysql_result.

חוץ מזה שאתה מגדיר בתוכנה שלך סתם משתנים, ניתן לחסוך אותם, בעיקר בשפת תכנות כמו PHP בה כל המשתנים הם מסוג Varinat (אחח.. כמה שאני רוצה לשנות את זה...) וכל ומשתנים מיותרים, רצים 60,000 פעם ביום, דיי טוחנים את הזיכרון של השרת

Switch הוא ללא ספק יותר מהיר מ- IF, ניסיתי את זה כבר