아무도 나를 도울 수 있습니까?

4 일. 답이 없습니다 :-(

누구에게서 답을 기대합니까?

당사 소프트웨어는 무료이며 오픈 소스이므로 당사 소프트웨어 사용은 선택 사항입니다. 당사는 어떠한 책임도 지지 않으며 지원할 의무도 없습니다. 최선을 다해 지원하겠습니다.

소프트웨어를 상업적으로 사용하고 정교한 지원이 필요하거나 긴급하게 필요한 경우 상업적으로 제공할 수 있습니다. [email protected] 또는 전화 +31 (0)10 744 9312로 연락하십시오.

알겠습니다. 이 문제를 닫지 마십시오. 누군가가 이것을 고칠 수 있습니다.

감사 해요

php 메모리의 문제인것 같은데 데이터가 너무많아서 메모리가 넘침.. 라이브러리와 관련이 없습니다.

@jlcarpioe 거의 200k 행이 있습니다. 시트에 행을 추가할 때 문제가 발생합니다.

php.ini에서 memory_limit를 최대화하려고 했습니까?

@bagana89 좋은 해결책이 아닙니다.

귀하의 문제를 재현할 수 없습니다. 공유하신 코드를 사용하여 300K 행의 사용자 테이블을 내보낼 수 있습니다. PhpSpreadsheet는 매번 커지고 있는 통합 문서를 열어야 하므로 모든 작업에서 메모리 사용량이 증가한다는 점에 유의하십시오. 이 프로세스에 더 많은 메모리를 할당하는 데 아무런 문제가 없습니다. 할당된 메모리가 많지 않은 것 같아서 너무 빨리 오버플로됩니다.

모든 작업에서 통합 문서 열 차원을 다시 계산하므로 ShouldAutoSize 를 삭제하는 것이 가장 좋습니다. 사용하지 않는 것보다 훨씬 더 많은 메모리가 필요합니다.

1GB의 램이 할당되었지만 여전히 saeedvaziry와 동일한 결과가 나타납니다.
v2.1에서 v3.1로 마이그레이션했습니다. 마이그레이션하도록 동기를 부여한 v2.1과 동일한 문제가 있었지만 문제가 해결되지 않았습니다. v2.1의 Excel::create는 출력 스타일을 지정하는 것이 훨씬 더 쉬웠습니다.

(FromQuery를 사용하여) 내보낼 때 청크가 잘 작동하지 않는 것 같습니다(대량의 메모리 사용 - 약 200,000개의 레코드에 대해 최대 3Gig). 그러나 가져오기는 청킹을 사용하여 잘 작동합니다. (메모리는 50MB를 초과하지 않습니다)

나는 15,000 개의 레코드 만 가지고 있으며 동일한 오류가 발생했습니다. 어떡해?

이것은 오류입니다:

[2019-11-24 22:39:59] local.ERROR: 허용된 메모리 크기 134217728바이트 소진(18874368바이트 할당 시도) {"예외":"[객체] (Symfony\Component\Debug\Exception\FatalErrorException( 코드: 1): C:\wamp64\www\.....\vendor\phpoffice\phpspreadsheet\src\PhpSpreadsheet\Collection\Cells.php:421에서 134217728바이트의 허용 메모리 크기가 소진되었습니다(18874368바이트 할당 시도). )
[스택 추적]

0 {메인}

"}

php.ini에서 허용되는 메모리 제한을 늘리거나 ini_set을 사용하여 동적으로 설정해야 합니다.

1G를 가지고 있지만 작동하지 않습니다

프로세스를 실행할 때 php-cli 프로세스가 소비하는 메모리는 얼마입니까? 그러면 1Gig 이상이어야 합니다.

메모리 제한은 확실히 문제가 아닙니다. phpinfo에 따르면 4GB로 설정되어 있는데 여전히 이 문제가 있습니다.

나는 같은 문제가있다

'솔루션'은 파일을 여러 파일로 분할하여 그 사이에 메모리를 해제한 다음 모든 파일을 병합하고 병합된 응답을 보냅니다.

단점:

• 임시 파일을 위한 더 많은 공간
• 더 많은 시간 소요(비지능적 루프)
• 추가 코드 필요(즉시 사용 불가)

장점:

• 효과가있다

동일한 문제, 메모리 제한은 512MB, 4K 행입니다.

마지막 해결책
이것은 오래된 것이지만 지금 이 글을 읽고 있는 사람은 알 것이다.
ToModel 또는 ToCollection을 가져오거나 내보내는 경우 해당 프로세스에는 변환을 위해 막대한 메모리 할당이 필요합니다.
데이터를 컬렉션 또는 배열과 같은 사용 가능한 형식으로 변환합니다.

이 경우 ToModel 또는 ToCollect를 구현하지 않고 프로세스를 우회하고 OnEachRow를 구현하여 수동으로 작업을 수행해야 합니다.
Excel Row 개체를 전달할 onRow 메서드를 구현할 수 있습니다. WithHeadingRow를 구현하여 연관 배열로 구성할 수 있습니다.
이 $row->toArray()를 사용하여 데이터를 얻고 원하는 대로 처리하십시오. 빠르고 쉽게 조작할 수 있습니다.

추신: 여전히 메모리 제한 오류가 발생하면 다음과 같이 마지막 줄에 return 문을 추가하기만 하면 됩니다.
반품;

감사 해요

나는 같은 문제가 있었고 @MoFoLuWaSo 의 제안으로 +128Mb 메모리 사용량을 54Mb로 줄였습니다.

1) DTO를 구현합니다. 메모리 사용량을 가장 많이 줄였습니다.
2) DTO의 속성을 주문하고 withMapping 제거합니다.
3) ShouldAutoSize 제거

@saedvz의 경우 다음과 같아야 합니다.

namespace App\DataTransferObjects;

class OldDepositRow
{
    public int $id;
    public string $created_at;
}

그리고

namespace App\Exports;

use App\DataTransferObjects\OldDepositRow;

class OldDepositExport implements FromCollection, ShouldQueue, WithHeadings
{
    use Exportable;

    public function headings(): array
    {
        return [
            'ID',
        ];
    }

    public function collection()
    {
        $users = User::query()
            ->where('status', '=', 1)
            ->select(['id']);

        return $users->map(
           function ($user) {
                $row = new OldDepositRow();
                $row->transaction_id = $user->transaction->id;

                // cast objects like Carbon or BigDecimal to string
                $row->created_at = $user->transaction->created_at->format('d-m-Y');

                return $row;
            }
        );
    }
}