הגבלת גודל קובץ בהעלאה ב-API
-
ניסיתי להעלות קובץ גדול דרך ה-API וקיבלתי את השגיאה הבאה:
<html> <head><title>413 Request Entity Too Large</title></head> <body> <center><h1>413 Request Entity Too Large</h1></center> <hr><center>nginx/1.18.0 (Ubuntu)</center> </body> </html>
האם יש הגבלה על גודל הקבצים שאפשר להעלות ב-API ?
-
@שואל-ברצינות זה לא אמור להישאל בקטגוריה זו.
הנושא הועבר לקטגוריה המתאימה. -
-
@אלחנן1 אמר בהגבלת גודל קובץ בהעלאה ב-API:
@שואל-ברצינות זה לא אמור להישאל בקטגוריה זו.
הנושא הועבר לקטגוריה המתאימה.אני לא מסכים עם הקביעה הזו,
בצד שלי אין שום שגיאה
זו שגיאה שמחזיר השרת של ימות המשיח לקבצים מעל גודל מסויים
הייתי שמח לדעת מה המגבלה של השרת של ימות המשיח כדי להימנע מלכתחילה להעלות קבצים מעבר לרף הזה -
@שואל-ברצינות
שגיאה זה לא באג..
קודם כל תבדוק אם זה במכוון או שבאמת יש באג.
ורק אם מתברר שזה באג, מפרסמים בקטגוריית "באגים במערכת" -
-
@אלחנן1 אמר בהגבלת גודל קובץ בהעלאה ב-API:
קודם כל תבדוק אם זה במכוון או שבאמת יש באג.
במקרה הזה הדרך היחידה לבדוק עוברת דרך תגובה רשמית של ימות המשיח
אלא אם כן אני יצור קבצים במשקל עולה ויבדוק אותם אחד אחרי השני עד שאני יקבל את השגיאה -
@שואל-ברצינות אמר בהגבלת גודל קובץ בהעלאה ב-API:
ניסיתי להעלות קובץ גדול דרך ה-API וקיבלתי את השגיאה הבאה:
<html> <head><title>413 Request Entity Too Large</title></head> <body> <center><h1>413 Request Entity Too Large</h1></center> <hr><center>nginx/1.18.0 (Ubuntu)</center> </body> </html>
האם יש הגבלה על גודל הקבצים שאפשר להעלות ב-API ?
יש מגבלה
אני חושב של 60 מ״ב -
@MGM-IVR אמר בהגבלת גודל קובץ בהעלאה ב-API:
יש מגבלה
אני חושב של 60 מ״בזה בהעלאה רגילה או ב-FTP? (אם יש הבדל)
-
פוסט זה נמחק! -
נדמה לי שיש לזה איזשהו פיתרון אולי @eliyahu יודע
-
@amp-Software-0 זאת התגובה שמוחזרת ב-curl, בשלב קודם של הבדיקה שלחתי את ה-curl בשאילתת GET וקיבלתי את השגיאה בשרת שלי + רישום שגיאה בדו"ח של apache. במקרה הזה שלחתי את הבקשה ב-POST והתגובה הזו היא הפרמטר שמוחזר מהשרת של ימות, אין רישום של השגיאה הזו בשרת שלי שהוא בכלל בגרסה אחרת של ubuntu
-
@אבו אמר בהגבלת גודל קובץ בהעלאה ב-API:
@MGM-IVR אמר בהגבלת גודל קובץ בהעלאה ב-API:
יש מגבלה
אני חושב של 60 מ״בזה בהעלאה רגילה או ב-FTP? (אם יש הבדל)
ftp אין הגבלה (אולי בהרבה גיגות, בכללי אין הגבלה)
-
@חוויה-טלפונית אמר בהגבלת גודל קובץ בהעלאה ב-API:
נדמה לי שיש לזה איזשהו פיתרון אולי @eliyahu יודע
יש לזה פיתרון ע"י פיצול הקובץ לכמה חלקים ואז להעלות כל חלק בנפרד תוכלו לראות את ה api המלא באתר הבטא (שם זה מומש)
-
@אהרן-שובקס
ואיך מחברים את הכל בצד של ימות?
וכן, איך אני רואה באתר הבטא את ה API המלא? -
@amp-Software-0 אמר בהגבלת גודל קובץ בהעלאה ב-API:
@אהרן-שובקס
ואיך מחברים את הכל בצד של ימות?
וכן, איך אני רואה באתר הבטא את ה API המלא?תנסה להעלות קובץ כבד ותראה
-
@אהרן-שובקס ניסתי להעלות. הוא מציג לי פס מתקדם של העלאה
? -
אני רואה רצף של פעולות שנשלחות ב-
POST
לכתובת:https://www.call2all.co.il/ym/api//UploadFile
(ה
מנה
האחרונה נשלחת עם הפרמטרdone
ב-URL , כך:https://www.call2all.co.il/ym/api//UploadFile?done
)שליחה לדוגמא:
uploader: yemot-admin token: ofxxxxxxxxxxxxxxX path: ivr/2/ convertAudio: 0 autoNumbering: true qqpartindex: 0 qqpartbyteoffset: 0 qqchunksize: 4000000 qqtotalparts: 15 qqtotalfilesize: 59588462 qqfilename: song.mp3 qquuid: d8xxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx qqfile: (בינארי)
עכשיו נותר לי לעבור על קוד המקור כדי לזהות איזה פרמטר אמור להישלח ב-
qquuid
עריכה: אני רואה שמדובר לכאורה במחרוזת רנדומלית חסרת משמעות, תקנו אותי אם אני טועה -
לכאורה זה
convertAudio: 0
-
@לעזור-לכולם אמר בהגבלת גודל קובץ בהעלאה ב-API:
לכאורה זה
convertAudio: 0
פרשנות שלי, אשמח לקבל אישור או הערות:
qqpartindex
- אינדקס מספרי של החלק הנוכחי
qqpartbyteoffset
- מיקום ב-בייטים
שבו מתחיל החלק הנוכחי שנשלח כעת
qqchunksize
- גודל יחידת הבייטים שנשלחת כעת
qqtotalparts
- סך כל החלקים שאמורים להישלח עבור קובץ "מפורק" זה
qqtotalfilesize
- גודל כללי של הקובץ
qqfilename
- השם המקורי של הקובץ
qqfile
- מנת הבייטים הנוכחית שנשלחת - בקידוד בינארימכיוון שלא מתבצעת המרה מיידית של הקובץ חובה להגדיר:
convertAudio: 0
-
@חוויה-טלפונית אמר בהגבלת גודל קובץ בהעלאה ב-API:
נדמה לי שיש לזה איזשהו פיתרון אולי @eliyahu יודע
העליתי תיעוד מלא כאן