Grav-plugin-admin: 정의되지 않은 속성 : 1.8.2의 stdClass :: $ image

이 작업을 수행하지 마십시오. pagemedia 필드는 이미 페이지 폴더에 업로드됩니다. 파일 필드는 다른 페이지가 아닌 청사진에서 사용하기위한 것입니다.

그렇다면 청사진을 현명하게 달성하는 올바른 방법은 무엇입니까?

여기도 마찬가지입니다. Grav 1.4.5 및 Admin 1.8.2로 업데이트 한 이후로 이미지를 업로드 할 수 없어 @superDuperCyberTechno 가보고 한 동일한 오류가 발생

내 청사진 발췌 내용은 다음과 같습니다.

[...]
header.images:
  type: file
  label: Images
  random_name: true
  multiple: true
  limit: 2
  destination: 'assets'
  filesize: 10
  accept:
    - image/*
[...]

이것은 지금까지 문제없이 작동했습니다. 업데이트로 인해 중단되었습니다.

주요 변경 사항이있는 경우 업데이트 전에 해당 사항을 아는 것이 좋습니다. 모범 사례가있는 경우 다음과 같은 응답을받는 것보다 그들 에 대해 아는 것이 좋습니다.

이 작업을 수행하지 마십시오. pagemedia 필드는 이미 페이지 폴더에 업로드됩니다. 파일 필드는 다른 페이지가 아닌 청사진에서 사용하기위한 것입니다.

이유에 대한 포인터없이. 당시 문서에 따라 청사진을 만들었고 제대로 작동했습니다. 이것은 버그이거나 문서화되지 않은 주요 변경 사항입니다.

업데이트 : Admin 1.8.1로 다운 그레이드하면이 문제도 해결되었습니다. 이것은 이것이 1.8.2에 도입 된 버그 일 가능성이 가장 높다는 인상을 강화합니다.

또한이 설정으로 하나의 게시물을 삭제하면 assets 폴더의 모든 이미지가 삭제된다는 사실을 알게되었습니다. 이것은 관리자 인터페이스 내부 작동에서 다소 큰 버그로 보이며 오늘날 많은 좌절감을 불러 일으켰습니다.

이 필드가 실제로 페이지 미디어 선택기를 대체하기위한 것이 아니기 때문에 이것이 주요 변경 사항이라는 것을 인식하지 못했습니다. 이제 페이지 미디어 선택기와 함께 파일 필드를 사용하는 사람들에 대한 몇 가지 보고서가 있습니다. 조사하고 해결책을 찾을 것입니다. 이렇게되어 미안합니다!

참고로 권장되는 접근 방식은 표준 pagemedia 필드를 사용하여 이미지를 페이지에 업로드하고 파일 선택기를 사용하여 특정 헤더 변수에 대해 이미지를 선택하는 것입니다.

참고로 권장되는 접근 방식은 표준 pagemedia 필드를 사용하여 이미지를 페이지에 업로드하고 파일 선택기를 사용하여 특정 헤더 변수에 대해 이미지를 선택하는 것입니다.

이 권장 접근 방식은 저에게 반 직관적이라고 생각합니다. 파일 / 이미지를 필드에 업로드하고 할당하는 작업은 두 번이 아니라 하나의 작업이어야합니다. 사용자에게 두 단계로 수행하도록 교육하는 것은 실망스럽고 필요하지 않습니다.

어쨌든 조사해 주셔서 감사합니다.

adminbasecontroller.php의 722 행을 isset() 로 변경하여 문제를 해결할 수 있습니다.

if (isset($obj->header()->{$init_key})) {

이 문제는 Admin 1.8.3에서 수정되었습니다.