용량 초과·지원하지 않는 형식 등 업로드 오류 진단

오류 텍스트는 짧고 의심되지 않습니다 : "파일 너무 크다". 그러나 파일은 200 KB입니다. 당신은 검사합니다.

그것은 어떤 포털이 말한다과 컴퓨터가 말한다 가장 업로드 문제 해결 실제로 일어나는 곳. 당신이 아무것도 다시 압축하기 전에, 정확한 오류 메시지의 두 조각을 얻을, 그리고 정확한 요구 사항이 나타납니다. 그런 다음 그들을 일치.

이 가이드는 당신이 볼 가능성이 가장 오류 텍스트에 의해 조직된다. 찾기, 실제로 의미를 읽고, 거기 시작.

"파일 너무 크다"- 및 KB/KiB 함정

"my file is already under the limit" 불평의 단일 가장 일반적인 원인은 두 가지 프로그램이 동일한 문자를 사용하여 다른 숫자를 의미한다.

소수점에서 1 KB = 1,000 바이트. 이진에서 1 KiB = 1,024 바이트. 이진 컨벤션에 내장 된 소프트웨어는 종종 "KB" 어쨌든 레이블. 그래서 "195 KB"로 파일을보고 사진 편집기는 실제로 195 KiB를 의미 할 수 있습니다, 이는 199,680 바이트 - 200,000를 계산하는 포털보다 더 작은, 그것은 더 작은 형식을 허용하지만, 그것은 숫자보다 더 작은 형식을 허용한다.

번호:

제품정보	관련 기사	팟캐스트
200 KB (진수)	200 × 1,000	모델 번호: 200,000
200 KiB (기본)	200 × 1,024	모델 번호: 204,800
1 MB (진수)	1 × 1,000,000	모델 번호: 1,000,000
1 MiB (기본)	1 × 1,024 × 1,024	모델 번호: 1,048,576

포털은 200 KB라고 말하면 소프트웨어가 199 KB를 호출하는 파일을 거부하면 포털은 아마도 바이트를 계산하고, 파일은 200,000에 있습니다. AttachReady의 200 KB 미리 설치는 200,000 바이트입니다 —는 두 가지의 엄격한 판독을 나타내므로 해석이 만족합니다.

먼저 확인하는 방법: 도구로 파일의 실제 바이트 수를 확인하고, 반올림된 KB 표시가 아닌 실제 수치를 제한과 비교하세요. 파일 사전 검사는 파일 이름으로 추측하지 않고 정수 바이트를 보고합니다.

** 수정:** 압축은 정확한 한계 보다는 약간 맨 위실을 가진 표적에. 이진 크기 혼란은 또한 200,000 바이트 satisfies에 204,800를 의미하는 포털을 갖춰, 그러나 204,800에서 겨냥하는 것은 200,000를 의미하는 것을 1개 실패합니다. 당신의 디스크에 "크기"가 당신의 파일에 의하여 배열되지 않는 것을 주의하십시오; 그것은 모든 크기 관리에 그것입니다.

"Unsupported format"- 확장이 될 때

확장은 파일 이름의 끝에 문자입니다. 그들은 내부 바이트와 일치하지 않습니다.

photo.jpg라는 파일은 HEIC 데이터를 포함 할 수 있으며, 누군가가 iPhone 사진을 이름을 붙여서 양식을 과거에 얻을 수 있습니다. 포털은 실제 바이트를 읽었으며 HEIC를 참조하고 거부합니다. 이름은 아무것도하지 않았습니다.

이 두 번째, 스니커 버전이 있습니다. 메시징 앱 - WeChat, WhatsApp, Telegram 및 이와 유사한 - 종종 transit에 이미지를 인코딩합니다. 업로드 한 사진은 3 MB에서 JPEG였습니다. 친구가 수신하고 전달 한 사람이 JPEG 또는 WebP가 낮을 수 있습니다. 다른 해상도로 다른 파일 이름을 들고 다른 파일 이름을 들고 있습니다. 당신이 다른 사람에게서 작업하는 경우, 원본으로 보내지 못할 수도 있습니다.

** 먼저 확인하는 방법:** 실제 파일 유형. 이미지 검사는 디코딩 파일을 읽고 이름을 신뢰하는 것보다 포맷, 치수 및 메타 데이터를보고.

** 수정:** 제대로 변환. 이미지 변환 형식의 새로운 파일을 생성하는 포털은 받아 들이고, 확장은 새로운 바이트를 일치시킵니다. 이름 바꾸는 것은 — 파일을 라벨링하는 방법을 제외하고 아무것도 변경하지 않습니다.

더 많은 형식의 가장자리를 알기 : 투명 PNG 또는 WebP를 JPEG로 변환하는 것은 투명성을 평평하게합니다. JPEG는 알파 채널이 없습니다. 투명 영역은 견고한 배경 색상으로 나옵니다. 투명성이 정보를 운반하면, 그것을 지원하는 형식을 유지합니다.

"무효한 이미지 크기"- 크기와 모양은 별도의 문제입니다

화소 차원과 파일 크기는 독립적인 재산입니다. 바이트에서 더 작은 이미지를 전부에 그것의 폭 및 고도를 바꾸지 않습니다. 심각한 압축은 보통 반대를 합니다: 그것은 차원을 감소시키고 또는 세부사항을 표합니다, 그리고 바이트 조사는 따릅니다.

표준 차원이 정확한 값을 원하는 포털: 600 × 800 픽셀, 또는 3:4와 같은 측면 비율. 그들은 파일 크기가 아닌 디코딩 된 이미지를 확인합니다.

** 먼저 확인하는 방법:** 실제 폭, 높이 및 종횡비, 각에 명시된 한계와 더불어, 어떤 형태 캡 폭과 높이를 별도로 캡.

수정 사항: 제품 설명 명시된 차원에. 다른 종횡비에 맞게 이미지를 뻗지 마십시오; 얼굴과 텍스트 왜곡, 및 검토 통지. 모양이 잘못되면, 뚱 베어 정확한 비율에 첫째로, 그 후에 크기를 resize. 그리고 가정하지 마십시오 DPI 그것을 입력 — 화소와 DPI 다른 속성이며 편집 DPI metadata 필드는 픽셀을 추가하지 않습니다.

"많은 페이지"또는 "페이지 카운트는 제한을 초과"

페이지 제한은 각 소스 파일에 제출되지 않은 문서에 적용됩니다. 이 수치는 사람들이 수화합니다.

양식이 100 페이지를 허용하고 60-page 문서를 다른 60-page 문서와 병합하면 결과는 120 페이지입니다. 모든 입력은 괜찮습니다. 출력은 아닙니다.

** 먼저 확인하는 방법:** 입력이 아닌 완성 된 파일의 페이지 수.

** 수정:** 수신자는 모든 콘텐츠를 정품적으로 필요로하는 경우 기술적인 트릭 —가 다른 배열을 필요로하거나 실제로 원하는 것에 대한 수신자와 대화가 없습니다. 그들은 모든 페이지, 페이지 선택가 필요한 경우 나머지를 드롭합니다. 그것은 내용 결정이므로 끝에서 트리밍에 의해 결정적으로 만듭니다.

PDF가 합산된 이유는 정상보다 커질 수 있습니다.

여기에 있습니다: merging 압축하지 않습니다. 그것은 concatenates. 두 8 MB 문서는 대략 16 MB에 병합. 포털의 바이트 제한이 다른 것은 실패하는 경우에, merging는 그것을 더 악화하고, 당신은 결과 압축에 필요하거나 더 작은 부분에서 그것을 재건할 것입니다. 관련 독서: PDF로 이미지 결합.

"파일은 손상되지 않음", "읽을 수 없습니다", 또는 "암호화"

이 한 가지는 주의적인 대답을 필요로한다. 수정이 다르기 때문입니다.

**Encrypted or password-protected PDFs는 이러한 도구에 의해 열 수 없습니다. **가 PDF가 그것을 열 때 암호를 요청하거나 메타 데이터가 암호화 된 경우 범위를 벗어난다. AttachReady는 암호화 된 PDF를 거부하고 전환 할 수있는 암호 기억 기능이 없습니다. 유일한 방법은 독자가 암호를 암호화하지 못하는 것이 아니라 암호를 암호화하지 못하는 데 도움이 될 수 있습니다. 암호를 암호화하거나 암호를 암호화하지 못하는 데 도움이 될 수도 있습니다.

실제 세부 사항 : 많은 독자는 암호를 한 번 묻고 기억하기 만하면 이중 클릭으로 열 수있는 문서는 여전히 디스크에 암호화 될 수 있습니다. 확인하려면 속성을 열고 PDF 검사를 통해 실행하십시오. 문서의 구조적 인 사실을보고하십시오.

**Genuinely 손상된 파일은 여기에서 수리할 수 없습니다.**에는 PDF 수리 기능이 없습니다. 파일이 두 가지 다른 독자에서 열릴 때 손상됩니다. 소스로 돌아 가기 - 다시 다운로드, 다시 내보내거나 다시 요청하십시오.

**"응용 프로그램 손상된"는 또한 거짓 경보일 수 있습니다. ** 몇몇 validators는 그들이 지원하지 않는 특징을 포함하는 PDF를 거절합니다: 묻힌 파일 부착, 자바 스크립트, 또는 특정 외부 활동. 이 문서는 완벽하게 읽을 수 있습니다, 그러나 그들은 활동적인 내용을 나르고, AttachReady는 그 이렇게 거절합니다. 근원 신청에서 보통 PDF를 수출하는 것은 보통 그것을 명확하게 합니다.

이 목록에서 not인 한 가지: 디지털 서명. 서명 된 PDF는 일반적으로 일반적으로 및 프로세스를 엽니 다. 그러나 압축, merging 및 페이지 선택은 모든 파일을 다시 작성하고 서명을 다시 작성합니다. 복사본에 서명 된 원본의 비접촉 및 작업을 계속하십시오.

파일이 모든 체크를 통과하면 볼 수 있습니다.

때로는 파일이 괜찮고 업로드는 여전히 실패합니다. 이 작업을 통해 주문 :

• ** 수신 사이트 자체 세션.** 만료 된 로그인 또는 시간 초과 양식은 일반적인 업로드 오류로 즉시 보여줍니다. 다시로드, 다시 로그인하고 파일을 변경하기 전에 한번 시도하십시오.
• ** 브라우저.** 일부 포털은 브라우저의 좁은 세트에서만 유효합니다. 사이트가 권장하는 것을 시도하면 확장이 비활성화됩니다.
• ** 파일명.** 긴 이름, 악센트 문자, 공간 및 # 또는 & 같은 기호는 일부 업로드 핸들러를 깰 수 있습니다. 규칙 내부 id-scan.jpg - 일반 이름.
• ** 네트워크.** 하락 중간 짐은 거절 같이 보일 수 있습니다. 실패가 즉시 또는 지연 후에 검사하십시오; 즉시 실패는 유효성 검사, 지연된 그들은 수시로 수송입니다.
• **요구가 변경되었습니다.**포털은 제한을 업데이트합니다. 지난 달에 복사한 번호는 오늘 번호가 될 수 없습니다.

당신이 반복적으로 파일을 recompress하지 않는 것은 무엇입니까. 각 패스는 세부 사항을 discards, 그리고 크기가 문제가되지 않았다면, 당신은 아무것도 당신의 자료를 degrading하고 있습니다.

AttachReady 오류에 대한 도움말

실패가 발생하면 AttachReady 수신 사이트보다 오히려, 문제 해결 및 오류 코드 페이지는 지원되지 않은 형식, unmet byte 대상, 만료된 파일, 할당된 오류 및 API 인증 실패.

모델 번호: support@attachready.com에 연락할 때 도구 URL, 대략적인 시간 및 오류 코드 또는 requestId를 포함합니다. API 열쇠, 암호, 또는 ID 문서를 결코 보내지 마십시오. 문제를 reproduces 하는 합성 예는 당신의 진짜 물자, 그리고 당신을 위한 더 안전한 보다는 더 유용합니다.

마지막으로, 염두에두고: 이러한 도구는 기술 요구 사항을 확인합니다. 파일이 모든 measurable을 통과하고 수신자는 여전히 그것을 거부 할 때, 나머지 이유는 그들의 측면에 - 정책, 양식 필드, 또는 그들이 게시하지 않은 규칙. 그것은 다른 압축 실행되지 않습니다.