צריך המלצה על עיצוב מוכן וחינמי שדומה כמה שיותר לאתר שב

שלום גיל,
רקע שלא מתגלל ביחד עם התוכן זה לא בעיה
פשוט תוסיף קוד לקובץ style.css של התבנית בתוך סוגריים של body

background-attachment: fixed;

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

העדפתי בסוף ללכת על פתרון של בניית דפי HTML מ 0 על פני הפתרון של שימוש במערכת wordpress במחשב מקומי בלבד בשביל לבנות דפי HTML סטטיים (בעזרת פלאגין שבעזרתו אפשר לייצא דפי HTML סטטיים מהמערכת).

הסיבות שלי הם:
1) במערכת wordpress לא מצאתי אפשרויות מתקדמות לעריכת אתר. חשבתי שיש למערכת עורך אתרים רציני כמו ב wix. לצערי גיליתי שלא.. העורך איפשר לי רק לשנות דברים מינוריים כמו כותרות, תתי כותרות ולא את העיצוב עצמו.
2) הפלאגין שמייצא דפי HTML סטטיים עובד אבל לא עובד מושלם.. צריך לכתוב סקריפט שעובר על הקבצים שהפלאגין עשה ומתקן אותם(מחליף את הסטרינג localhost בשם של הדומיין). הפלאגין יכול לעשות עבודה מלאה כך שלא צריך לכתוב סקריפט כזה אבל זה בתנאי שקונים אותו.
3) בחרתי להשתמש בפתרון של דפי HTML סטטיים מסיבות אבטחה בלבד. אני אפרט בהמשך.
4) מצאתי תוכנה בשם WYSIWYG Web Builder 9 שהיא מעיין פוטושופ לאתרים. היה לי קל ללמוד אותה.. יש המון מדריכים ביוטיוב. תוך יומיים הצלחתי לעשות העתק מדוייק של הדף הזה.

לגבי סעיף 3:
הסיבה למה בחרתי להשתמש בדפי HTML סטטיים על פני זה שתהיה מערכת עם דפי HTML היא סיבת אבטחה טהורה ומגבלות חומרה.
סיבת אבטחה:
כשבוחרים פתרון שהוא אתר+מערכת, למעשה יוצרים עוד דלת שאפשר לנסות לפרוץ אותה. הדלת היא מערכת של האתר.
הדלת הזאת היא דלת שיש לה כתובת ברורה – אפשר לדעת איפה הדלת בקלות וזה בגלל שהכתובת של הדלת כוללת את הדומיין של האתר. הדלת הזאת מתווספת לדלת שהיא החשבון בשרת שמאחסן את האתר.
למערכת של האתר יש הרשאות כתיבה על התחום שבו נמצאים דפי ה HTML של האתר.

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

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

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

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

מגבלות חומרה:
השרת שיאחסן את האתר יהיה חינמי בשלבים שבהם העסק לא יצליח ולכן חשוב מאוד לא להוות נטל על השרת. כשמריצים מערכת על השרת צריך לקחת בחשבון שהמערכת לוקחת זיכרון, CPU ורוחב פס של הורדה.. מדי פעם היא מעדכנת את עצמה, היא מנהלת מסד נתונים, משתמשים יכולים לשלוח לה inputs ולקבל inputs בחזרה. כל זה דורש משהו. וכשלא משלמים, רצוי מאוד לחסוך את זה כדי לא להוות נטל.
דפי HTML בלבד זה פתרון מאוד יעיל בתחום הזה כי הם לא צורכים משאבים כאלה. ניתן להתגבר על המגבלות שלא ניתן לשלוח inputs ולקבל outpust על ידי הטמעת קודים של HTML של מערכות צד שלישי כגון: מערכת תגובות, מערכת חיפוש של גוגל ועוד. נוסף לכך, ניתן לקסטם את הדפים כך שיעבירו את התעבורה של הורדת התמונות לשרת אחר כמו google drive.. לדוגמה במקום לאחסן תמונות בשרת, אפשר לאחסן אותם בשרת אחר ובדפי HTML לכניס לינקים לתמונות וכך המעמסה של שליחת התמונות לא תעבור לשרת אלא לשרת חיצוני..

אפשר לייבא את מה הדפים שבניתי עד עכשיו עם WYSIWYG Web Builder 9 לפלאגין הזה?

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

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

לגבי זה שאתה אומר שיהיה לי קשה לעשות שינויים בדפים, אני חושב שזה תלוי באיזה אתר מדובר. אם מדובר באתר בלוג אז אין ספק שאתה צודק וחייבים לנהל את הבלוג עם וורדפרס (אבל עדיין לא חייבים להתקין וורדפרס על השרת של האתר בשביל זה). אם האתר הוא סתם אתר לאיזה תוכנה או מוצר והוא לא בלוג והוא לא מתעתכן בתדירות גבוהה וכל זה אז לא צריך וורדפרס בשביל לנהל אותו..
מספיק להשתמש בתוכנה WYSIWYG Web Builder 9. היא לא רעה בכלל אחרי שמבינים איך להשתמש בה.

במקרה שלי מדובר באתר פשוט אז אני לא חושב שחייבים להשתמש בוורדפרס..

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