כל כלי ה-MCP
כל 116 הכלים ששרת ה-MCP של Ploa נותן לסוכן שלך, לפי הסדר שבו אפליקציה עוברת דרכם. לא מפעילים אותם בעצמך: מבקשים במילים פשוטות, והסוכן בוחר את הכלים. לכל כלי כתוב מה הוא עושה, מתי משתמשים בו, האם הוא מחכה לך, ומשהו שאפשר לבקש.
כלי שמבקש אישור חוזר מיד עם בקשה. שום דבר לא מגיע לחנות עד שאתה מאשר אותו בלוח הבקרה או מהתראה, והסוכן עוקב אחרי התשובה עם ploa_approval_status. אם הפכת את הסוכן לאוטונומי, אותם כלים עוברים ישר, ועדיין נרשמים על שמו.
ברשת (https://ploa.dev/mcp) הסוכן מקבל כל כלי שלא מסומן המחשב הזה, ועוד את ploa_apps, והבניות תמיד רצות ב-GitHub. ראה חיבור הסוכן.
התחלה והגדרה
המקום שבו כל אפליקציה חדשה מתחילה: מה נשאר בכל חנות, מי עושה כל צעד, המזהה של האפליקציה, ואיך הסוכן שלך עובד איתך.
ploa_setup_guide
בודק איפה האפליקציה עומדת (כניסה, מזהי אפליקציה, קישור ל-Ploa, החיבור לכל חנות, האפליקציה בכל חנות, חתימה, דף החנות, בנייה ראשונה, הדרך של Google Play לפרודקשן) ואומר מה הלאה, לפי הסדר: מי עושה כל צעד (אתה או הסוכן), מה בדיוק עושים, וקישורים שפותחים את העמוד הנכון ב-App Store Connect, ב-Play Console, באתר המפתחים של Apple וב-Ploa. בעדכון, הוא אומר מה חנות דחתה. מציע bundle ID ו-package name כשאין, ופותח בשאלה איך הסוכן שלך יעבוד, עד שתענה עליה.
מתי: בתחילת כל אפליקציה חדשה, ושוב אחרי כל צעד עד שלא נשאר כלום.
תגדיר את האפליקציה הזאת ל-App Store ול-Google Play עם Ploa. תראה לי את השלבים ואילו צעדים הם שלי.
ploa_access
של מי הטוקן של הסוכן, מה הרמה שלו (קריאה, טיוטה, הגשה, פרודקשן), האם הבעלים שלו הפך אותו לאוטונומי, ואיך בחרת שהוא יעבוד. עם choose הוא רושם את התשובה שלך: אישורים, מיד; אוטונומי, רק כבקשה, עם קישור שבו מאשרים את זה ב-Ploa. סוכן אף פעם לא יכול להפוך את עצמו לאוטונומי.
מתי: פעם אחת בהתחלה, כדי לרשום איך אתה רוצה שהסוכן יעבוד, ובכל פעם שאתה שואל מה מותר לו.
מה מותר לך לעשות ב-Ploa עם הטוקן הזה?
ploa_link
מקשר את האפליקציה שבתיקייה הזאת ל-Ploa, כמו ploa init: אפליקציית Expo, Flutter, React Native, Capacitor, אנדרואיד (Gradle) או Xcode. מוצא את האפליקציה לפי ה-bundle ID או ה-package name שלה, או מוסיף אותה עם חיבורי החנויות של סביבת העבודה, וכותב ploa.json (בלי סודות, אפשר לעשות לו commit).
מתי: פעם אחת לכל אפליקציה, כשהמדריך אומר שהתיקייה עוד לא מקושרת.
תקשר את התיקייה הזאת לאפליקציה ב-Ploa.
ploa_apps
האפליקציות של סביבת העבודה עם המזהים, ה-bundle IDs וה-package names שלהן. ברשת אין תיקיית פרויקט, אז הסוכן מציין אפליקציה לפי המזהה שלה.
מתי: הדבר הראשון ברשת, כדי לבחור את האפליקציה.
אילו אפליקציות אתה רואה ב-Ploa?
ploa_appstore_register_bundle_id
רושם אצל Apple את ה-bundle ID של אפליקציית iOS חדשה (אם הוא כבר רשום, לא קורה כלום), כך שכשתיצור את האפליקציה ב-App Store Connect (את זה רק אתה יכול לעשות שם), תצטרך רק לבחור אותו.
מתי: לפני שאתה יוצר אפליקציה חדשה ב-App Store Connect.
תרשום את ה-bundle ID אצל Apple כדי שאוכל ליצור את האפליקציה.
ploa_app_icon_sync
שולח את האייקון של הפרויקט ל-Ploa, כך שלוח הבקרה מציג אותו מיד ולא רק אחרי שהבנייה הבאה מגיעה לחנויות. הוא גם שם אותו (בגודל 512×512) בדף של Google Play שעוד אין לו אייקון; אייקון שכבר יש ב-Play נשאר.
מתי: מיד אחרי שהאייקון משתנה, או כדי לתת אייקון לדף ב-Google Play של אפליקציה חדשה.
תשלח את האייקון החדש ל-Ploa.
ploa_android_upload_key_get
האם מפתח ההעלאה של אנדרואיד של האפליקציה נמצא אצל Ploa: ה-alias, טביעת האצבע, התפוגה והתעודה הציבורית, שהוא יכול לשמור לקובץ בשביל איפוס מפתח ההעלאה ב-Play Console. המפתח עצמו אף פעם לא יוצא מ-Ploa.
מתי: כש-Play Console מבקש את התעודה של מפתח ההעלאה, או כדי לבדוק איזה מפתח חותם על האפליקציה.
באיזה מפתח העלאה של אנדרואיד Ploa חותמת על האפליקציה הזאת?
ploa_android_upload_key_save
נותן ל-Ploa את מפתח ההעלאה של אנדרואיד: מפתח חדש שנוצר בתוך הכספת (לאפליקציה ש-Play עוד לא ראה ממנה בנייה), או keystore קיים מהמחשב הזה (לאפליקציה ש-Play כבר מכיר, למשל כזאת ש-EAS או Android Studio יצרו לה מפתח). החלפת מפתח ש-Ploa כבר מחזיקה דורשת אישור מפורש שלך, והבעלים מקבלים הודעה בכל פעם.
מתי: פעם אחת לכל אפליקציית אנדרואיד, לפני הבנייה הראשונה שלה דרך Ploa.
תיצור בכספת של Ploa את מפתח ההעלאה של אנדרואיד לאפליקציה החדשה הזאת.
צעדים שרק אתה יכול לעשות
לחלק מהטפסים וההצהרות אין API בחנות (App Privacy, רוב ה-App content של Play, הסכם שרק ה-Account Holder יכול לאשר). Ploa פותחת כל אחד כמשימה באישורים שלך, עם צעדים ממוספרים וקישורים, והסוכן מלווה אותך בה.
ploa_person_tasks
המשימות שמחכות שתעשה אותן ביד, אלה ש-Ploa פתחה כשחנות עצרה בקשה ואלה שסוכנים ביקשו: כל אחת עם הצעדים הממוספרים שלה, הקישורים שלהם, והעמוד שלה ב-Ploa.
מתי: אחרי שחנות מסרבת למשהו או עוצרת אותו, ובכל פעם שאתה שואל מה נשאר לך.
מה נשאר לי לעשות ביד בחנויות?
ploa_ask_person
פותח באישורים שלך משימה על צעד שרק אתה יכול לעשות, כשהסוכן מגלה שצריך אותו: צעדים ממוספרים, כל אחד עם התשובה המדויקת והקישור שלו, באנגלית ובעברית. אף פעם לא בשביל משהו שהסוכן יכול לעשות בעצמו, ואף פעם לא כדי לעקוף אישור.
מתי: כשהסוכן מוצא צעד בקונסולה ש-Ploa עוד לא פתחה לו משימה.
תשים באישורים שלי את הצעדים למעמד הסוחר של Apple באיחוד האירופי, ותלווה אותי בהם.
פרטי החנות
כל מה ששתי החנויות מבקשות, כסט תשובות אחד: טקסט לכל שפה, קישורים, פרטי קשר, קטגוריה, סיווג גיל, מחיר ומדינות, איש הקשר ל-App Review. הסוכן כותב אותם מהקוד שלך, והם מחכים כטיוטות עד שהם נשלחים. ראה דף החנות.
ploa_details_get
כל התשובות, כמו באשף פרטי החנות בלוח הבקרה, עם מה שכל חנות הייתה דוחה עכשיו, מה שנראה כמו טעות, ומה נשאר לך למלא בקונסולה של חנות, עם קישורים.
מתי: לפני שכותבים משהו לדף החנות, וכדי לראות מה חנות הייתה דוחה.
מה כל חנות הייתה דוחה בדף החנות כרגע?
ploa_details_save
שומר תשובות כטיוטות לשתי החנויות, צעד אחד בכל פעם: טקסט בכמה שפות בבת אחת, קישורים, פרטי קשר, שפת ברירת המחדל ב-Google Play, קטגוריה, סיווג גיל, מחיר ומדינות, איש הקשר ל-App Review ואפשרות השחרור. "מה חדש" יכול להיות טקסט אחד לשתי החנויות או טקסט לכל חנות. מחזיר מה כל חנות עדיין הייתה דוחה.
מתי: כדי לכתוב או לשנות כל חלק בדף החנות.
תכתוב את דף החנות באנגלית ובעברית מהקוד של האפליקציה. קודם תשאל אותי על המחיר והמדינות.
ploa_details_send
בודק כל תשובה מול הכללים של שתי החנויות, וכשאין שום דבר שהיה נדחה, שולח את כל הטיוטות ל-App Store Connect ול-Google Play בבת אחת. בדרך כלל אתה לוחץ על שליחה בדף פרטי החנות; הסוכן שולח רק אם הוא אוטונומי. שינוי מחיר הופך לבקשת אישור.
מתי: כשהטיוטות מוכנות והסוכן אוטונומי; אחרת הוא אומר לך איפה ללחוץ על שליחה.
תשלח את פרטי החנות לשתי החנויות.
ploa_changes_get
כל טיוטה שמחכה לשליחה, חנות אחרי חנות ושדה אחרי שדה, והשינויים ש-Ploa שומרת בצד כל עוד הגרסה אצל App Review ב-Apple.
מתי: כדי לראות מה ישתנה בחנויות לפני שמשהו נשלח.
מה מחכה לשליחה לחנויות?
ploa_held_changes
השינויים ש-Ploa שומרת בצד כל עוד מה שהם שייכים אליו נמצא אצל App Review ב-Apple (טקסט, צילומי מסך, סרטוני תצוגה, תמונה של מוצר, אירוע). Ploa שולחת אותם בעצמה ברגע ש-Apple מחליטה; עם send הוא מבקש לשלוח אותם עכשיו.
מתי: כש-App Review כבר החליט ואתה לא רוצה לחכות, או כדי לראות מה שמור בצד.
אילו שינויים שמורים בצד בשביל App Review? תשלח אותם עכשיו.
ploa_listing_get
דף החנות בשתי החנויות לפי שפה: שם, כותרת משנה, תיאורים, מילות מפתח, קישורים, צילומי מסך וסרטונים לפי הסדר, לכל שדה הערך החי, הטיוטה והמגבלה, ומה עוד חסר לכל חנות בכל שפה.
מתי: לפני שמשנים צילומי מסך או טקסט של שפה, כדי לקבל את המזהים והמגבלות.
תראה לי את דף החנות בעברית עם צילומי המסך שלו.
ploa_listing_start_version
Apple מקבלת שינויים בטקסט ובצילומי המסך רק בגרסה שבהכנה. הכלי הזה יוצר את הגרסה הבאה (למשל 1.2.0), ומעתיק אליה את הטקסט וצילומי המסך של הגרסה הקודמת.
מתי: לפני שמשנים את דף ה-App Store של אפליקציה שכבר באוויר.
תפתח את גרסה 1.2.0 ב-App Store.
ploa_appstore_price_points
כל מחיר ש-Apple מציעה במדינת הבסיס של האפליקציה, מהזול ליקר (0 הוא חינם), כל אחד עם המזהה שצעד המחיר מקבל.
מתי: כשמחליטים על המחיר של האפליקציה.
מאילו מחירים ב-App Store אפשר לבחור?
ploa_review_attachment_upload
מצרף קובץ לבודקים של Apple בגרסה שבהכנה, ליד ההערות ל-App Review: סרטון הדגמה של תהליך שהם לא יכולים להגיע אליו, או מסמך, עד 500 MB. הקובץ עולה ל-Apple מיד; כשהגרסה אצל App Review, Ploa שומרת אותו עד ש-Apple מחליטה.
מתי: כש-App Review צריך לראות משהו שהוא לא יכול להגיע אליו (חומרה, חשבון בתשלום, מקום).
תצרף את סרטון ההדגמה הזה ל-App Review.
ploa_review_attachment_remove
מסיר קובץ אחד שצורף ל-App Review מהגרסה שבהכנה.
מתי: כשקובץ מצורף כבר לא עדכני.
תסיר את סרטון ההדגמה הישן מההערות ל-App Review.
פרטיות
מה האפליקציה אוספת, בתשובה אחת לשתי החנויות. Ploa בונה ממנה את ה-App Privacy של Apple ואת ה-Data safety של Google Play. את Data safety אפשר לשלוח ל-Google דרך Ploa; את App Privacy ממלאים ב-App Store Connect.
ploa_privacy_hints
קורא את החבילות, ההגדרות, מחרוזות ההסבר, ההרשאות של אנדרואיד וה-privacy manifests של האפליקציה, ומחזיר רמזים: כל SDK והרשאה מוכרים עם הנתונים שהם בדרך כלל כרוכים בהם, איפה הם נמצאו, ומה לבדוק בקוד. הוא לא מחליט על התשובות.
מתי: לפני שעונים על App Privacy ועל Data safety.
תבין מהקוד אילו נתונים האפליקציה הזאת אוספת.
ploa_privacy_save
שומר מה האפליקציה אוספת, פעם אחת לשתי החנויות: סוגי הנתונים של Apple עם המטרות שלהם, האם כל אחד מקושר לזהות ומשמש למעקב, והשאלות של Google על הצפנה, מחיקה וחשבונות.
מתי: כשהתשובות מוכנות, וכשהאפליקציה מתחילה לאסוף משהו חדש.
תשמור את תשובות הפרטיות לשתי החנויות.
ploa_play_data_safety_send
שולח את תשובות ה-Data safety ל-Google Play, ומחליף את כל הטופס ב-Play Console; אחר כך Google בודקת אותו. אחרת לוחצים על שליחה ל-Google Play בלוח הבקרה.
מתי: אחרי שתשובות הפרטיות נשמרו, כשהסוכן אוטונומי.
תשלח את Data safety ל-Google Play.
תאימות לייצוא
Apple שואלת על כל בנייה של iOS אם האפליקציה משתמשת בהצפנה. Ploa שומרת את התשובות שלך, יוצרת את ההצהרה כשצריך אחת, ועונה על כל בנייה חדשה.
ploa_encryption_get
התשובות שלך על ההצפנה באפליקציה, האם צריך הצהרה אצל Apple ואיזה מסמך, מצב הבדיקה של ההצהרה, התשובה של כל בנייה, מה צריך להיות ב-Info.plist, והשאלות במילים פשוטות.
מתי: לפני שבניית ה-iOS הראשונה מגיעה לבודקים מחוץ לצוות שלך.
צריך הצהרת תאימות לייצוא לאפליקציה הזאת?
ploa_encryption_save
שומר את התשובות שלך (אין הצפנה, פטורה, סטנדרטית, קניינית או שתיהן, נמכרת בצרפת או לא). אלה הצהרות שלך לפי כללי הייצוא של ארצות הברית ושל צרפת, אז הסוכן שואל אותך ושומר רק את מה שאמרת.
מתי: אחרי שענית על השאלות.
אנחנו משתמשים רק ב-HTTPS דרך iOS. תשמור את זה כתשובה שלנו לתאימות לייצוא.
ploa_encryption_document
מעלה את המסמך ש-Apple מבקשת עם הצהרה (ה-CCATS, ההצהרה הצרפתית), מקובץ שנתת לסוכן. הוא נשמר ב-Ploa ונשלח עם ההצהרה.
מתי: רק כשהתשובות שלך דורשות מסמך.
תעלה את קובץ ה-PDF הזה של ה-CCATS בשביל ההצהרה.
ploa_encryption_declare
שולח את התשובות ל-Apple: יוצר את ההצהרה כשצריך אחת ומצמיד אותה לבניות, או עונה עליהן "אין הצפנה שאינה פטורה". אחרת לוחצים על שליחה בדף פרטי החנות.
מתי: אחרי שהתשובות נשמרו, כשהסוכן אוטונומי.
תשלח ל-Apple את התשובות לתאימות לייצוא.
צילומי מסך וסרטונים
הגדלים המדויקים שכל חנות מקבלת, מצולמים מסימולטור או מאמולטור, נבדקים ומועלים לפי הסדר. סרטונים הם רשות בשתי החנויות: הסוכן שואל לפני שהוא מכין אחד.
ploa_screenshot_specs
הכללים של כל חנות לצילומי מסך לפי מכשיר: גדלים מדויקים או טווחים, כמה צילומים נכנסים בסט, הפורמט, אילו סטים כל חנות מבקשת ואיזה סימולטור נותן כל גודל של Apple. ואז אילו סטים האפליקציה עוד צריכה, לפי שפה.
מתי: לפני שמכינים צילומי מסך.
אילו צילומי מסך החנויות עוד צריכות מאיתנו?
ploa_screenshot_capture
שומר כ-PNG את מה שמוצג עכשיו בסימולטור iOS או באמולטור אנדרואיד שרצים, בתיקייה store/screenshots של האפליקציה, ואומר לאילו גדלים בחנויות הוא מתאים. הוא רק מצלם: האפליקציה צריכה להיות קודם על המסך הנכון.
מתי: כשהאפליקציה רצה על המסך שאתה רוצה בחנות.
תצלם את מסך הבית בסימולטור של iPhone 17 Pro Max.
ploa_screenshot_web
מצלם דף של גרסת ה-web של האפליקציה בגודל המדויק של חנות (אייפון 6.9 אינץ' כברירת מחדל) עם Chrome או Edge ברקע: צילומי אייפון מ-Windows או לינוקס, לאפליקציה שגרסת ה-web שלה היא אותה אפליקציה.
מתי: בלי מק, ובודקים שהתוצאה נראית כמו האפליקציה בטלפון.
תכין צילומי אייפון מגרסת ה-web.
ploa_screenshot_check
בודק קובצי תמונה במחשב הזה מול הכללים של חנות (פורמט, בלי שקיפות, מידות, גודל קובץ) לפני שמשהו נשלח.
מתי: לפני שמעלים צילומי מסך שהוכנו במקום אחר.
תבדוק את צילומי המסך האלה מול הכללים של ה-App Store.
ploa_screenshot_upload
מעלה צילום מסך אחד, או את התמונה הראשית של Google Play, ישר לדף החנות, אחרי בדיקה מול הכללים של החנות. הם נכנסים אחרי אלה שכבר שם, ולכן מעלים אותם לפי הסדר.
מתי: כשצילומי המסך מקובלים עליך.
תעלה את צילומי המסך של ה-iPhone בסדר הזה.
ploa_screenshot_remove
מסיר צילום מסך או גרפיקה אחת מדף החנות.
מתי: כדי להחליף צילום מסך או לוותר עליו.
תסיר את צילום המסך השלישי של אנדרואיד.
ploa_screenshot_order
קובע את הסדר של סט צילומי מסך אחד ב-App Store. ב-Google Play נשמר סדר ההעלאה, אז שם מסירים אותם ומעלים מחדש.
מתי: כשה-App Store מציג אותם בסדר הלא נכון.
תשים את צילום המסך של ההגדרות אחרון ב-App Store.
ploa_preview_upload
מעלה סרטון תצוגה (app preview) ל-App Store, לשפה אחת ולגודל מכשיר אחד, אחרי בדיקה מול הכללים של Apple (פורמט, 15 עד 30 שניות, רזולוציה, גודל). רשות: רק כשאתה רוצה אחד.
מתי: כשהחלטת שיהיה סרטון תצוגה.
תעלה את הסרטון הזה כסרטון התצוגה של ה-iPhone.
ploa_preview_remove
מסיר סרטון תצוגה אחד מהגרסה שבהכנה.
מתי: כדי להחליף סרטון תצוגה או לוותר עליו.
תסיר את סרטון התצוגה של ה-iPad.
ploa_preview_order
קובע את הסדר של סט אחד של עד שלושה סרטוני תצוגה.
מתי: כשיש יותר מסרטון תצוגה אחד לגודל מכשיר.
תציג קודם את סרטון התצוגה הקצר.
ploa_preview_poster
בוחר את הפריים שאנשים רואים לפני שסרטון התצוגה מתחיל.
מתי: כשפריים ברירת המחדל (אחרי 5 שניות) לא נותן תמונה טובה.
תשתמש בפריים של 2.5 שניות כתמונת הפתיחה של סרטון התצוגה.
בניות
בודקים את הפרויקט, בונים, חותמים ושולחים ל-TestFlight ולבדיקה פנימית ב-Google Play. הבניות רצות במחשב הזה, ב-GitHub, ב-Xcode Cloud או ב-Google Cloud שלך. ראה בנייה וחתימה.
ploa_preflight
בודק בפרויקט, לפני בנייה, מה App Store Connect ו-Google Play היו דוחים: מספרי גרסה ובנייה, bundle IDs, האייקון, מחרוזות ההסבר של iOS, ה-privacy manifest, תאימות לייצוא, ה-target SDK של Play, הרשאות רגישות וסודות שנכנסו ל-git. כל ממצא מגיע עם התיקון שלו. (אפליקציה שאינה Expo עוד לא נבדקת; הוא אומר את זה, והבנייה יכולה להמשיך.)
מתי: לפני כל בנייה.
תריץ בדיקה מקדימה ותתקן את מה שהחנויות היו דוחות.
ploa_release_start
בונה ושולח לבודקים: iOS ל-TestFlight, אנדרואיד לבדיקה פנימית, בחתימה של Ploa. where בוחר את המכונה: המחשב הזה (ברירת המחדל), github, xcode-cloud, gcp, או auto (GitHub כשהוא מוכן שם). מחזיר מזהה שחרור מיד ורץ ברקע. אף פעם לא מגיע ל-App Review או לפרודקשן. ברשת הוא תמיד בונה ב-GitHub.
מתי: בכל פעם שאתה רוצה בנייה חדשה אצל הבודקים.
תבנה iOS ואנדרואיד ותשלח לבודקים.
ploa_release_status
איפה שחרור עומד: בבנייה, בהעלאה, בעיבוד אצל Apple, ב-TestFlight או בבדיקה פנימית, או נכשל ולמה, עם השורות האחרונות של יומן הבנייה כשהיא רצה במחשב הזה.
מתי: בזמן שבנייה רצה, עד שהבודקים מקבלים אותה.
הבנייה כבר ב-TestFlight?
ploa_release_stop
עוצר בנייה שעדיין רצה, בכל מקום שבו היא רצה, כמו כפתור העצירה בלוח הבקרה. בשני שלבים: הקריאה הראשונה לא משנה כלום ואומרת מה העצירה עושה שם; רק אחרי שאתה מסכים הוא עוצר אותה. גרסת ווב שעדיין עולה נעצרת באותה דרך.
מתי: כשבנייה התחילה בטעות או עם הקוד הלא נכון.
תעצור את הבנייה שרצה.
ploa_build_files_push
מוצא את הקבצים שבנייה ב-GitHub צריכה ושאין ב-git (google-services.json, GoogleService-Info.plist, קובצי ה-.env ש-Expo טוען) ושולח אותם מוצפנים לכספת של Ploa. הם מחכים לאישור שלך בהקשה אחת; אם לא אושרו תוך 24 שעות, הם נמחקים. הערכים שלהם אף פעם לא עוברים דרך הסוכן.
מתי: לפני הבנייה הראשונה ב-GitHub או בענן, כש-ploa_github_status אומר שחסרים קבצים.
תשלח את קובצי הבנייה שחסרים ב-GitHub.
ploa_gap_report
רושם לצוות של Ploa משהו ש-Ploa לא עושה ושהעבודה נתקלה בו, במקום לעקוף אותו בשקט. זה מגיע למפעילים של Ploa, לא אליך, ולא מבקש אישור מאף אחד.
מתי: כשצעד נעשה ביד.
תגיד ל-Ploa מה חסר לה כאן.
ploa_support_request
מנסח פנייה לתמיכה של Ploa ומחכה לאישור שלך: היא יוצאת בשמך אחרי שאתה מאשר, אף פעם לא על ידי הסוכן לבד.
מתי: לבעיה ב-Ploa עצמה, בחיוב או בהחזר.
תכתוב לתמיכה של Ploa על ההעלאה שנכשלה.
ploa_build_diagnose
למה בנייה נכשלה, כסיבה אחת והצעד שמתקן אותה, מהריצה האחרונה שנכשלה ומהלוג שלה: דיסק או זיכרון, קובץ gradlew ששמרו מ-Windows, ה-JDK או ה-Android SDK, CocoaPods, Xcode ישן, חתימה, מספר בנייה שכבר נוצל, ה-target SDK של Google Play, קבצים חסרים, החיוב של GitHub. כשזו הייתה רק הרשת או חנות עמוסה, הוא אומר להתחיל את אותה בנייה שוב.
מתי: מיד אחרי שבנייה נכשלה.
הבנייה נכשלה. למה, ומה מתקנים?
בודקים
קבוצות, בודקים ו-beta review ב-TestFlight, ומסלולי הבדיקה של Google Play. ראה בודקים.
ploa_testflight_get
TestFlight כמו שהוא ב-App Store Connect: קבוצות (פנימיות, חיצוניות, קישור ציבורי, בניות), פרטי הבטא ואיש הקשר, ומה חסר לפני beta review. לבנייה אחת, ה-What to Test שלה, הקבוצות והתשובה לתאימות לייצוא; לקבוצה אחת, הבודקים שלה ואיפה כל אחד עומד.
מתי: לפני שמשנים בודקים או שולחים בנייה לאנשים מחוץ לצוות שלך.
מי בודק ב-TestFlight, ואיזו בנייה יש לו?
ploa_testflight_save
שינוי אחד ב-TestFlight: יצירה, שינוי או מחיקה של קבוצה, הוספה או הסרה של בודקים, What to Test, אילו קבוצות מקבלות בנייה, התשובה לתאימות לייצוא, פרטי הבטא ואיש הקשר, או שליחת בנייה ל-beta review. הוספת בודקים (Apple שולחת להם מייל) ו-beta review מבקשים קודם אישור.
מתי: כדי להגדיר בדיקות מעבר לצוות שלך.
תיצור קבוצה חיצונית בשם Friends עם קישור ציבורי, ותכתוב What to Test לבנייה החדשה ביותר.
ploa_play_testers_get
מסלולי הבדיקה הפנימית, הסגורה והפתוחה של Google Play עם השחרור שבכל אחד, קבוצות ה-Google Groups של הבודקים, וקישור ההצטרפות.
מתי: כדי לראות מי יכול להתקין בנייה מ-Google Play.
אילו Google Groups בודקות במסלול הסגור?
ploa_play_testers_save
מוסיף ומסיר קבוצות Google Groups של בודקים במסלול פנימי או סגור, בעריכה אחת. ה-API של Play מקבל רק Google Groups; רשימות של כתובות מייל בודדות נשארות ב-Play Console.
מתי: כדי לתת לקבוצת אנשים מסלול בדיקה.
תוסיף את testers@googlegroups.com למסלול הסגור.
App Review ופרודקשן
כל מה שמוציא גרסה לציבור מחכה לאישור שלך. הסוכן מכין, מבקש ועוקב אחרי התשובה שלך. ראה App Review ושחרור.
ploa_release_submit_review
מבקש להגיש בנייה מ-TestFlight ל-App Review, עם המוצרים לרכישה באפליקציה שמוכנים. עם replace, מחליף את הבנייה שכבר נמצאת ב-App Review בבנייה חדשה יותר, באישור אחד. גרסה ש-App Review דחה חוזרת באותה דרך, עם בנייה חדשה או עם אותה בנייה. עם replyId, התשובה שלך ל-App Review נכנסת קודם להערות של הגרסה.
מתי: כשבנייה ב-TestFlight מוכנה ל-App Store.
תגיש ל-App Review את הבנייה החדשה ביותר ב-TestFlight.
ploa_release_withdraw_review
מבקש להוציא גרסת iOS מ-App Review, כך שאפשר לערוך אותה שוב, והבנייה שלה נשארת ב-TestFlight.
מתי: כשמצאת בעיה אחרי ההגשה.
תוציא את הגרסה מ-App Review.
ploa_app_review_status
איפה גרסת ה-App Store עומדת ב-App Review (ממתינה, בבדיקה, אושרה, משוחררת בהדרגה, נדחתה), הבנייה שלה ואפשרות השחרור, החלטות קודמות, בקשות שממתינות, והצעדים הבאים עם הכלי לכל אחד.
מתי: אחרי הגשה, ובכל פעם שאתה שואל על App Review.
איפה הגרסה עומדת ב-App Review?
ploa_appstore_release
מבקש לשחרר ל-App Store גרסה ש-App Review אישר ושמחכה לך (שחרור ידני), לכולם או בשחרור הדרגתי של 7 ימים.
מתי: כש-App Review אישר והגרסה מחכה לך.
תשחרר ל-App Store את הגרסה שאושרה, בשחרור הדרגתי.
ploa_appstore_phased_release
מבקש להשהות, להמשיך או להשלים שחרור הדרגתי ב-App Store.
מתי: במהלך שחרור הדרגתי של 7 ימים.
תשהה את השחרור ההדרגתי.
ploa_appstore_release_type
מבקש לשנות אם הגרסאות של האפליקציה ב-App Store יוצאות ברגע ש-Apple מאשרת אותן, או מחכות שתשחרר אותן. Ploa שומרת את זה גם לגרסאות הבאות.
מתי: בכל זמן: לפני ש-App Review מאשר, זה משנה גם את הגרסה שבבדיקה; אחרי, זה חל על הגרסאות הבאות.
תחזיק את הגרסה אחרי האישור, כדי שאשחרר אותה בעצמי.
ploa_play_review_status
איפה גרסת הפרודקשן שלך עומדת בבדיקה של Google Play, והאם פרסום מנוהל (managed publishing) מחזיק את מה ש-Google אישרה. ל-Google אין API לפרסום מנוהל, אז להפעיל או לכבות אותו ולפרסם גרסה שמוחזקת זה בידיים שלך, ב-Play Console (התשובה מקשרת לשם).
מתי: אחרי קידום לפרודקשן ב-Google Play.
איפה שחרור האנדרואיד עומד בבדיקה של Google?
ploa_release_promote
מבקש להעביר שחרור אנדרואיד מבדיקה פנימית לפרודקשן (או ל-beta, ל-alpha), ואפשר גם כהפצה הדרגתית לחלק מהמשתמשים.
מתי: כשבניית האנדרואיד נבדקה.
תקדם את שחרור האנדרואיד לפרודקשן ב-10%.
ploa_rollout
מבקש לשנות הפצה הדרגתית של שחרור אנדרואיד ב-Google Play: להרחיב אותה לחלק גדול יותר, לעצור אותה (מי שכבר קיבל נשאר עם הגרסה, ואף אחד חדש לא מקבל), להמשיך הפצה שנעצרה, או לשחרר לכולם.
מתי: כשהקריסות עולות אחרי שחרור (לעצור), או כשההפצה נראית תקינה.
הקריסות עלו אחרי 2.3: תעצור את ההפצה באנדרואיד.
ploa_schedule_release
מבקש לשחרר בשעה קבועה, בחנות אחת או בשתיהן יחד: הגרסה ש-App Review אישר ל-App Store, ובניית האנדרואיד לפרודקשן. אחרי שאתה מאשר, כל אחת יוצאת בזמנה.
מתי: ליום השקה.
תשחרר בשתי החנויות ביום שלישי ב-10:00.
ploa_min_version
קובע את הגרסה הנמוכה ביותר שאפשר להמשיך להשתמש בה, לכל פלטפורמה, בלי SDK: האפליקציה שואלת את Ploa כשהיא עולה, ומתחת לגרסה הזאת מקבלת הודעה לעדכן, עם ההודעה שלך והקישור לחנות.
מתי: כשבגרסה יש באג שחייבים לצאת ממנו.
תבקש מכל מי שמתחת ל-2.4 לעדכן.
ploa_approval_status
האם בקשה אושרה, נדחתה או עדיין מחכה להחלטה, ואחרי אישור, מה החנות ענתה.
מתי: אחרי כל כלי שמבקש אישור.
כבר אישרתי את ההגשה ל-App Review?
ploa_news
מה קרה בשבוע האחרון שהסוכן צריך לדעת: תשובה של חנות בבדיקה, בנייה שנכשלה או הגיעה לבודקים, אישור שהחלטת עליו, משימה שעשית, משהו שחנות דחתה, ביקורת נמוכה, בנייה ב-TestFlight שעומדת לפוג, חיבור לחנות שהפסיק לעבוד. לכל אחד, מה לעשות עכשיו. החדשים מגיעים גם בסוף התשובה של כל כלי של Ploa, פעם אחת כל אחד.
מתי: בתחילת העבודה, וכששואלים מה חדש.
מה קרה עם האפליקציה שלי מאתמול?
דחיות
מה החנויות דחו, למה, והדרך חזרה.
ploa_review_rejection
כל מה שהחנויות דחו, במקום אחד (גרסאות App Store, בניות, beta review, מוצרים, אירועים, דפי מוצר, שחרורים ב-Play), עם כל סיבה שה-APIs שלהן נותנים, קישור לטקסט המלא, ומה עושים הלאה. ההודעה של Apple לא נמצאת ב-API שלה: מדביקים אותה לסוכן, ו-Ploa שומרת אותה עם הדחייה.
מתי: ברגע שחנות דוחה משהו.
למה האפליקציה נדחתה, ומה צריך לתקן?
ploa_app_review_reply
שומר את התשובה להודעה של App Review, כשההודעה מבקשת תשובה (דחייה שמבקשת תיקון לא צריכה תשובה: הבנייה המתוקנת היא התשובה). היא מופיעה מתחת לגרסה בעמוד Release של האפליקציה, עם העתקת התשובה וקישור לשרשור ב-App Store Connect, שם מדביקים אותה ולוחצים Send: ה-API של Apple לא יכול לשלוח אותה. כשמעבירים אותה ל-ploa_release_submit_review, היא נכנסת גם להערות של הגרסה.
מתי: כש-App Review שואל שאלה, או כשאתה לא מסכים עם דחייה.
תנסח תשובה לשאלה של App Review על הכניסה לאפליקציה.
רכישות בתוך האפליקציה ומנויים
מוצרים, מנויים, מחירים, תקופות ניסיון חינם, הצעות, קודי הצעה ו-RevenueCat, ישר בחנויות. כל מה שקובע כמה אנשים משלמים מבקש ממך אישור קודם. ראה רכישות בתוך האפליקציה.
ploa_product_get
מוצר או מנוי אחד כמו שהוא בחנות שלו: סוג, מצב, שמות ותיאורים לפי שפה, מחיר, תקופה וניסיון חינם, ומה החנות עוד צריכה לפני שאפשר למכור אותו. בלי מוצר, מה מוצר חדש צריך.
מתי: לפני שיוצרים או משנים מוצר.
מה המנוי החודשי עוד צריך לפני App Review?
ploa_product_save
יוצר או משנה מוצר או מנוי בחנות אחת: סוג, מזהה, מחיר, תקופה, ניסיון חינם, שמות ותיאורים, ובמוצר של ה-App Store גם הקבוצה, ההערה ל-App Review ו-Family Sharing. מוצר חדש, מחיר או ניסיון חינם מבקשים אישור; שמות והערות עוברים ישר.
מתי: כדי להוסיף מוצר או לשנות את המחיר, הניסיון או הטקסט שלו.
תיצור בשתי החנויות מנוי חודשי ב-4.99$ עם שבוע ניסיון חינם.
ploa_product_job
כמה התקדמה כתיבה ארוכה של מוצר (מחיר או הצעה של מנוי ב-App Store, שנקבעים מדינה אחרי מדינה), ובסוף מה יש בחנות או למה זה נכשל.
מתי: אחרי שינוי מחיר או ניסיון ב-App Store, עד שזה נגמר.
המחיר החדש של המנוי כבר נקבע בכל המדינות?
ploa_product_submit
שולח מוצר אחד לדרכו אל האנשים: ב-App Store ל-App Review (מוצר ראשון יוצא יחד עם גרסה), ב-Google Play למכירה.
מתי: כשלמוצר יש כל מה שהחנות צריכה.
תשלח את המנוי השנתי לבדיקה.
ploa_product_review_screenshot
מעלה את צילום המסך ש-App Review מסתכל עליו במוצר אחד של ה-App Store: המסך שבו קונים אותו.
מתי: לפני שמוצר ב-App Store נשלח לבדיקה.
תעלה את צילום המסך הזה של מסך הרכישה לבדיקה של המנוי.
ploa_product_image
מעלה את התמונה בגודל 1024×1024 שה-App Store מציג עם מוצר אחד. כשהמוצר אצל App Review, Ploa שומרת אותה ושולחת אותה ברגע ש-Apple מחליטה.
מתי: כשאתה רוצה שה-App Store יקדם את המוצר.
תשתמש בתמונה הזאת למנוי Pro ב-App Store.
ploa_offers_get
ההצעות של מנוי כמו שהן בחנות שלו: הצעות היכרות ותקופות ניסיון חינם, promotional, win-back וקודי הצעה ב-App Store; הצעות עם שלבים וזכאות ב-Google Play.
מתי: לפני שיוצרים הצעה או מסיימים אחת.
אילו הצעות יש למנוי השנתי?
ploa_offer_save
יוצר, משנה או מסיים הצעה במנוי אחד. הצעה חדשה, מחיר, שלבים או העלאה למכירה מבקשים אישור; סיום עובר ישר.
מתי: כדי להריץ מחיר היכרות, win-back או הנחה.
תיתן למנויים חדשים את החודש הראשון ב-0.99$.
ploa_offer_codes
הקודים של קוד הצעה אחד ב-App Store: רשימת האצוות, יצירת קודים חד-פעמיים (עד 25,000 באצווה) או קוד מותאם אישית, הורדת אצווה לקובץ (הקודים אף פעם לא מוצגים), או סיום של אחת.
מתי: לקמפיין שמחלק קודים.
תכין 500 קודים חד-פעמיים להצעת ההשקה ותשמור אותם ב-codes.csv.
ploa_revenuecat_product_options
ה-entitlements של פרויקט ה-RevenueCat והחבילות ב-offering הנוכחי שלו, עם המזהים שלהם.
מתי: לפני שמוסיפים מוצר מהחנות ל-RevenueCat.
אילו entitlements וחבילות יש ב-RevenueCat?
ploa_revenuecat_create_product
מוסיף מוצר מהחנות לפרויקט ה-RevenueCat של האפליקציה, באותו מזהה, ואם רוצים גם ל-entitlement ולחבילה, כדי שרכישות יפתחו את מה שהן צריכות לפתוח.
מתי: אחרי שיוצרים מוצר בחנויות, אם האפליקציה משתמשת ב-RevenueCat.
תוסיף את המנוי החדש ל-entitlement בשם pro ב-RevenueCat.
ביקורות ומכירות
מה אנשים אומרים ואיך האפליקציה נמכרת. ראה ביקורות, מכירות ושיווק.
ploa_reviews_get
ביקורות משתי החנויות ברשימה אחת, מהחדשה לישנה, עם כוכבים, טקסט, מדינה או שפה, גרסה ותגובה אם יש, וסיכום הדירוגים של כל חנות. Google Play נותן רק את הביקורות עם טקסט מהשבוע האחרון בערך.
מתי: כדי לראות מה אנשים אומרים, או למצוא ביקורות לענות עליהן.
תראה לי את הביקורות של כוכב אחד ושני כוכבים מהשבוע שעוד אין להן תגובה.
ploa_review_reply
מגיב לביקורת בחנות, שם כולם יכולים לקרוא את התגובה; תגובה חדשה מחליפה את הקודמת.
מתי: כדי לענות על ביקורת.
תגיב לביקורת הזאת: תודה, והקריסה תוקנה בגרסה 1.2.
ploa_sales
הורדות ב-30 הימים האחרונים מול 30 הימים שלפניהם, המשפך של כל דף חנות (חשיפות, צפיות בדף, המרה), ולמי שמורשה לראות כסף (אנשים וטוקנים) גם ההכנסות והמספרים של RevenueCat. חנות שאי אפשר לקרוא את הדוחות שלה אומרת מה להגדיר.
מתי: כדי לראות איך האפליקציה מצליחה.
כמה הורדות היו לנו החודש לעומת החודש שעבר?
שיווק ו-In-App Events
דפי המוצר המותאמים של ה-App Store, בדיקות A/B לדף המוצר, ו-In-App Events. למקבילות שלהם ב-Google Play אין API, והן נשארות ב-Play Console.
ploa_marketing_get
דפי המוצר המותאמים של ה-App Store (מצב, קישור, שפות) ובדיקות A/B לדף המוצר (מצב, אחוז המבקרים, הגרסאות שנבדקות). ה-API של Apple לא נותן תוצאות של בדיקות; הן ב-App Store Connect.
מתי: לפני שיוצרים דף מוצר או בדיקה.
אילו דפי מוצר מותאמים יש לנו?
ploa_marketing_save
שינוי אחד בדף מוצר מותאם או בבדיקת A/B: יצירה, שינוי שם, טקסט, גרסה חדשה, הסרה; יצירת בדיקה, הגרסאות והשפות שלה, הפעלה או עצירה. שליחה של דף או בדיקה ל-App Review, והפעלה או עצירה של בדיקה, מבקשות אישור.
מתי: כדי להריץ דף לקמפיין או לבדוק אייקון או צילומי מסך חדשים.
תיצור דף מוצר לקמפיין הקיץ מהדף שבאוויר.
ploa_marketing_upload
מעלה צילום מסך או סרטון תצוגה לשפה של דף מוצר מותאם או של גרסה בבדיקת A/B.
מתי: אחרי שיצרת את הדף או את הגרסה.
תעלה את צילומי המסך האלה לדף הקיץ באנגלית.
ploa_events_get
ה-In-App Events של האפליקציה, מהקרוב לרחוק: מצב, תאריכים, תג, טקסט לפי שפה, מדיה, ומה אירוע עוד צריך לפני App Review.
מתי: לפני שיוצרים או משנים אירוע.
אילו In-App Events מתקרבים?
ploa_event_save
יוצר In-App Event או משנה אחד שבטיוטה או שנדחה: שם, תג, deep link, תאריכים לפי מדינה, טקסט לפי שפה.
מתי: כדי לתכנן אירוע ב-App Store.
תיצור אירוע חי לגמר הגביע ב-12 ביוני, עם deep link למסך המשחק.
ploa_event_media_upload
מעלה תמונה או סרטון לכרטיס של אירוע או לדף הפרטים שלו, לשפה אחת.
מתי: אחרי שהטקסט של האירוע נשמר.
תעלה את התמונה הזאת ככרטיס של האירוע.
ploa_event_submit
מבקש לשלוח אירוע מוכן ל-App Review. אחרי ש-Apple מאשרת אותו, ה-App Store מציג אותו בתאריכים שלו.
מתי: כשלאירוע יש טקסט ומדיה.
תשלח את האירוע ל-App Review.
GitHub
בניות ב-GitHub Actions, תוויות PR, Releases ב-GitHub ודף החנות מהריפו. ראה GitHub.
ploa_github_status
איפה הבנייה ב-GitHub עומדת: האם GitHub מחובר, הריפו, התיקייה וענף השחרור מקושרים, ה-workflow של Ploa בענף הזה, מצב הבנייה של כל פלטפורמה עם הסיבה, איפה iOS נבנה, קובצי בנייה חסרים ודקות GitHub, ובסוף הצעדים הבאים שלך ושל הסוכן.
מתי: לפני בנייה ב-GitHub, וכשבנייה ב-GitHub לא מתחילה.
האפליקציה הזאת יכולה להיבנות ב-GitHub? מה חסר?
ploa_github_setup
עושה את החלק של הסוכן בהגדרת בנייה ב-GitHub ומבקש ממך את שלך: הקישור לחיבור GitHub, האישור שלך לקשר את הריפו, התיקייה וענף השחרור, ואז ה-workflow של Ploa בענף (pull request כשהענף מוגן).
מתי: פעם אחת לכל אפליקציה, כדי לבנות בלי המחשב שלך.
תגדיר בנייה ב-GitHub לריפו הזה.
ploa_github_settings
מבקש לשנות את ההגדרות של האפליקציה ב-GitHub: תוויות PR שבונות (ploa:android, ploa:ios, ploa:all), iOS על ה-Macs של GitHub (רק בעלים), Releases ב-GitHub, דף החנות מתיקיית store/ בריפו, ו-issues ב-GitHub מהחנויות.
מתי: כדי להפעיל בנייה מתוויות, Releases או issues.
תפעיל בנייה מתוויות PR ו-issues מדחיות בחנויות.
הווב: אתר ואפליקציית ווב
הווב הוא עוד פלטפורמה של האפליקציה, ש-Ploa מארחת בכתובת חינמית ב-ploa.app. כל גרסה עוברת קודם לבודקים, ועולה לאוויר רק באישור שלך. Ploa לא מוכרת דומיינים: אפשר לחבר דומיין שכבר בבעלותך. ראה ווב: אתר ואפליקציית ווב.
ploa_web_status
הווב של סביבת העבודה: הכתובת של כל אפליקציה, מה יש בה (אפליקציית ווב, אתר תצוגה או שניהם, ניתן להתקנה או לא), הגרסאות ואיפה כל אחת עומדת, הבדיקות של Ploa על כל אחת, והמקום באחסון.
מתי: קודם, לפני כל שינוי בווב.
איפה האתר של האפליקציה עומד?
ploa_web_setup
מוסיף ווב לאפליקציה בכתובת חינמית <name>.ploa.app, או משנה מה יש בו: האפליקציה עצמה בדפדפן, דפים על האפליקציה, או שניהם, והאם הוא ניתן להתקנה. הסוכן שואל אותך איזו כתובת ואיזה סוג.
מתי: פעם אחת, כדי לתת לאפליקציה מקום בווב.
תוסיף לאפליקציה הזאת אתר תצוגה בכתובת myapp.ploa.app.
ploa_web_build
בונה את אפליקציית הווב או האתר עם הפריימוורק שלו (Expo, ייצוא סטטי של Next.js, Astro, SvelteKit, Vite, Flutter, HTML פשוט ועוד הרבה) ושולח אותו כגרסה חדשה לכתובת הבדיקה שלו. Ploa בודקת אותו קודם: בלי מפתחות או .env, בלי טופס ששולח סיסמה למקום אחר, טלפונים, שיתוף, הקישורים לחנויות. שום דבר לא עולה לאוויר.
מתי: לכל גרסת ווב חדשה.
תבנה את האתר ותשלח אותו לבודקים.
ploa_app_links
גורם לקישורים לאתר של האפליקציה לפתוח את האפליקציה עצמה: כותב את שני הקבצים ש-iOS ואנדרואיד בודקים (apple-app-site-association ו-assetlinks.json) מתוך ה-bundle ID, הצוות באפל, שם החבילה וטביעת האצבע של מפתח ההעלאה שכבר יש ל-Ploa, ואומר מה צריך בהגדרות של האפליקציה עצמה. את טביעת האצבע של מפתח החתימה של Google Play נותנים פעם אחת, מ-Play Console. הם עולים לאוויר עם הגרסה הבאה של האתר.
מתי: כשקישורים ששותפו מהאפליקציה צריכים לפתוח אותה, לא את הדפדפן.
תגרום לקישורים לאתר שלנו לפתוח את האפליקציה באייפון ובאנדרואיד.
ploa_web_testers
מי פותח את כתובות הבדיקה: בודקים לפי מייל (הם נכנסים עם קוד), סיסמה, או כל מי שיש לו את הקישור, ומה לבדוק.
מתי: לפני ששולחים גרסה לבודקים.
תאפשר ל-dana@example.com לבדוק את האתר, ותבקש ממנה לבדוק את טופס ההרשמה.
ploa_web_release
מבקש להעלות לאוויר גרסה שנבדקה, בכתובת של האתר ובדומיינים שלך, עכשיו או בשעה שנקבעה. Ploa בודקת אותה שוב קודם.
מתי: כשהבודקים מרוצים מגרסה.
תשחרר את גרסת הווב החדשה ביותר הלילה ב-22:00.
ploa_web_rollback
מחזיר את האתר לגרסה קודמת שהייתה באוויר, מיד ובלי בדיקה. Ploa שומרת את 10 הגרסאות האחרונות.
מתי: כששחרור השתבש.
תחזיר את האתר לגרסה הקודמת.
ploa_web_domain_add
מחבר לאתר דומיין שכבר בבעלותך ומחזיר את רשומות ה-DNS שמוסיפים במקום שבו מנהלים את ה-DNS של הדומיין. התוכנית שלך קובעת כמה דומיינים אפשר לחבר.
מתי: כשאתה רוצה את האתר בדומיין שלך.
תחבר את www.example.com לאתר.
ploa_web_domain_check
בודק עכשיו את הדומיינים של האתר: האם כל רשומה במקום והבקשות מגיעות ל-Ploa, ומה עוד חסר.
מתי: אחרי שהוספת את רשומות ה-DNS.
example.com כבר מחובר?
השרת של האפליקציה
צד השרת של אפליקציית הווב: API, משימות מתוזמנות ומסד נתונים Postgres ב-Google Cloud, בענן של Ploa (ב-Pro וב-Team) או בפרויקט Google Cloud שלך. ראה ווב: אתר ואפליקציית ווב.
ploa_server_status
השרת של האפליקציה: איפה הוא עומד, הכתובת שלו, הגרסה שבאוויר והפריסות האחרונות, המשתנים שלו (סודות רק לפי שם), המשימות שלו, ומה צריך כשהוא עצור. בלי שרת, אילו סוגים סביבת העבודה יכולה לקבל.
מתי: קודם, לפני כל שינוי בשרת.
יש לאפליקציה הזאת שרת? איפה הוא עומד?
ploa_server_create
יוצר את השרת של האפליקציה, בענן של Ploa או בפרויקט Google Cloud שלך (Ploa מדפיסה את הפקודות שמריצים פעם אחת כדי לתת לה גישה). הסוכן שואל אותך איפה.
מתי: פעם אחת, כשאפליקציית הווב צריכה צד שרת.
תיצור שרת לאפליקציה הזאת בענן של Ploa.
ploa_server_deploy
שולח את הקוד של השרת כגרסה חדשה, מתיקיית הפרויקט או מהריפו המקושר ב-GitHub, בונה אותו ב-Google Cloud, מריץ את פקודת השחרור, ומעלה אותו לאוויר; הגרסה הקודמת נשארת כדי שאפשר יהיה לחזור אליה.
מתי: לכל שינוי בשרת.
תפרוס את ה-API.
ploa_server_env
קובע או מסיר משתני סביבה של השרת; סודות נשמרים בכספת של Ploa ולא מוצגים שוב. הסוכן אף פעם לא קובע סוד שלא נתת לו.
מתי: כשהשרת צריך הגדרה או מפתח.
תקבע בשרת את LOG_LEVEL ל-debug.
ploa_server_logs
הפלט של השרת ושל המשימות שלו, מהחדש לישן: מה הוא הדפיס, בקשות וקריסות, עם סינון לפי מילים או משימה.
מתי: כשמשהו בשרת לא עובד כמו שצריך.
תראה לי את השגיאות של השרת מהשעה האחרונה.
ploa_server_run
מריץ פקודה פעם אחת עם הגרסה שבאוויר, המשתנים ומסד הנתונים שלה (סקריפט seed, תיקון חד-פעמי). הפלט שלה נכנס ליומנים.
מתי: למשימה חד-פעמית בשרת שבאוויר.
תריץ את סקריפט ה-seed בשרת.
ploa_server_jobs
מוסיף, משנה או מסיר משימה מתוזמנת (cron, לפי UTC, לכל היותר כל 5 דקות).
מתי: לעבודה שרצה לפי לוח זמנים.
תריץ את סקריפט הניקוי כל לילה ב-3:00 לפי UTC.
ploa_db_query
מריץ SQL על מסד הנתונים של השרת. קריאה בלבד, אלא אם write מופעל, ואז הוא צריך את רמת הפרודקשן.
מתי: כדי להסתכל על נתונים, או לתקן שורה ביד.
כמה משתמשים נרשמו השבוע?
מצב ודוחות
איפה הכול עומד, ואיך כל שחרור עבר.
ploa_shipping_report
דוח אחד של איפה האפליקציה עומדת בכל מקום: הבנייה החדשה ביותר ב-TestFlight וגרסת ה-App Store, המסלולים וההפצה ב-Play, מה מחכה לאישור, וההרצה האחרונה.
מתי: קודם, לשאלות כמו "מה מצב האפליקציה?" או "מה הלאה?".
איפה האפליקציה עומדת בשתי החנויות?
ploa_what_now
כל האפליקציות של סביבת העבודה בתשובה אחת, כמו "מה עכשיו" בדף הבית: בקשות שמחכות לאישור שלך, בניות שנכשלו או נעצרו, ומה בדרך.
מתי: בתחילת העבודה, וכשאתה שואל מה קורה.
מה מחכה לי בכל האפליקציות?
ploa_activity
מה נעשה באפליקציה, מהחדש לישן, מיומן הפעולות של Ploa: פרטי חנות שנשלחו, בניות, בקשות אישור והחלטות, מפתחות והגדרות, ולצד כל אחד מי עשה (אתה, סוכן בשמו, טוקן או Ploa) ומתי.
מתי: כשממשיכים עבודה שמישהו אחר התחיל, או כדי לדעת מי שינה משהו.
מי שינה את דף החנות השבוע?
ploa_size_report
הגודל של כל בנייה אחרונה לכל פלטפורמה, השינוי מהבנייה הקודמת, ואזהרה כשבניית אייפון עוברת 200 MB, שמעליהם האייפון שואל לפני הורדה ברשת סלולרית.
מתי: אחרי בנייה שגדלה, או לפני הוספת ספרייה או קבצים גדולים.
למה האפליקציה גדלה?
ploa_store_deadlines
הכללים של החנויות שיש להם תאריך ש-Ploa מכירה (מאיזה Xcode בנייה צריכה לבוא, ה-target SDK של Google Play, הצהרת הסוחר ב-Play), וכל אפליקציה מולם.
מתי: לפני תכנון שחרור.
יש משהו בחנויות שמתקרב ונוגע באפליקציות שלנו?
ploa_usage_get
כמה מהתוכנית בשימוש: אפליקציות וחברי צוות מול המכסה, והמקום באחסון של האתר. בניות במחשב שלך, ב-GitHub, ב-Xcode Cloud או ב-Google Cloud שלך אף פעם לא נספרות.
מתי: לפני הוספת אפליקציה או הזמנת מישהו.
כמה אפליקציות עוד אפשר להוסיף בתוכנית שלנו?
ploa_status
מה יש בחנויות עכשיו: בניות iOS אחרונות והעיבוד שלהן, גרסאות App Store, והמסלולים של Google Play עם השחרורים וההפצה שלהם.
מתי: כדי לראות את התמונה של החנויות עצמן, בנפרד מזו של Ploa.
מה יש בחנויות לאפליקציה הזאת עכשיו?
ploa_runs
הרצות השחרור האחרונות של האפליקציה, כל צעד עם משך הזמן שלו (בנייה, העלאה, חתימה, העיבוד אצל Apple או Google Play, מסלול הבדיקה, האישור), מי התחיל כל אחת וה-commit.
מתי: כדי להבין למה שחרור נכשל או איפה הוא נתקע.
למה השחרור האחרון נכשל?
ploa_quality
כמה יציבות הגרסאות ששוחררו. ב-Google Play: שיעורי קריסות ו-ANR ב-28 ימים מול הספים של Play, לפי גרסה, והקריסות המובילות. ב-App Store: המדדים של Xcode (הפעלה, תקיעות, זיכרון) עם הנסיגות ש-Apple מזהה.
מתי: לפני שמרחיבים הפצה או משחררים לכולם.
גרסת האנדרואיד החדשה יציבה מספיק כדי להרחיב את ההפצה?
ploa_release_changes
ה-pull requests וה-commits שבין שני שחרורים, מהריפו של האפליקציה ב-GitHub, עם כותרות, כותבים ותיאורים.
מתי: כשכותבים את "מה חדש".
תכתוב "מה חדש" מה-pull requests מאז הגרסה הקודמת.