{ Code snippets }

ארכיון קטעי קוד - Snippets

הרבה פעמים אני רוצה לכתוב פוסט על קטע קוד קצר שיכול לעזור בכל מיני משימות בוורדפרס אבל זה לא בדיוק פוסט. אלו יכולים להיות קטעי css ו html או סניפטים קצרים למטרה מוגדרת ב js או php. במקרים אלו אני לא רוצה להאריך ולהסביר את כל הרקע וההסתעפויות שיכולות להיות אלא רק להראות בעיה ופתרון על ידי קוד קצר. ההתמקדות תהיה בעיקר על קוד לאלמנטור ולשיפורי ביצועים אבל לא רק.

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

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

החלפת אייקון חיפוש באלמנטור

ווידג'ט החיפוש של אלמנטור מגיע עם אייקון חיפוש של FA. הוא נקרא fa-seach. במידה ואתם רוצים להחליפו, אם משום שאתם משתמשים באייקונים מותאמים אישית בשביל לשפר מהירות טעינה או אולי אתם מעדיפים בכלל לא לשים שם אייקון אלא טקסט, כתבו את קוד ה CSS הבא:

הסרת query strings של גרסה מכתובת של קבצים

השימוש ב query strings של גרסה הוא חשוב באופן עקרוני אבל הרבה פעמים הוא מיותר. הבעיה בקריאה עם ver (או כל query string אחר) שזה יכול למנוע מהקובץ להתקבל מהקאש. תוספים מסוימים כבר יטפלו בבעיה בשבילכם כך שלא תצטרכו לטפל בזה בעצמכם. יש תוספים שיסירו

טעינה אסינכרונית של סקריפטים בדף מסוים – Swift Performance

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

טעינת CSS אחרי אינטרקציה בדפים מסוימים – Swift Performance

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

הוספת תמונה מותאמת אישית ל lazy-loading placeholder – Swift Performance

בעת שימוש ב lazy loading לתמונות ב swift performance יש תמונה דיפולטית שנמצאת במקום התמונה האמיתית כ placeholder והיא מראה אינדקציה של טעינה. אין איתה בעיה, אבל אם בכל זאת תרצו עוד בוסט קטן לגדול הדף, תוכלו לשים שם תמונה אחרת עם base64 שתשקול פחות.

ביטול טעינה מאוחרת של תמונות בדף מסוים – Swift Performance

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

החרגה של סקריפט מקאש והוספה לפוטר בדף מסוים – Swift Performance

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

החרגת דף מקאש על פי cookie עוגיה – Swift Performance

תוכלו לעשות את זה דרך ההגדרות של Swift Performance אבל רק כדי שתראו את הפוטנציאל בפילטר הזה, נשתמש בדוגמה הזאת של הקוקי. הוסיפו את הקוד הבא לקובץ functions.php של תבנית הבת. כמו שאתם רואים שימוש ב "swift_performance_is_cacheable" נותן אופציה להחזיר false במקרים שנחליט. בהמשך אפרסם

החרגה של inline style מדף מסוים – Swift Performance

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

החרגה של דף מקאש בצורה דינאמית – Swift Performance

בהמשך לפוסטים קודמים על החרגת פוסטים ודפים מקאש על פי קוקי או על פי פרמטר של הדף/פוסט הפעם נראה איך לבצע את ההחרגה על פי פרמטר דינאמי כחלק מה URL ו/או WP_Query. הוסיפו את הקוד הבא ל functions.php

החרגת פוסט מקאש על פי פרמטר – Swift Performance

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

הוספת סליידר html+css ללא js

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