Pods: WP 4.7.1 PDF 썸네일 {@_src} 핸들러의 버그가 pods_image_url을 통해 이미지 접미사를 추가합니다.

스크린샷을 잊어버렸습니다. 다음은 내 Pod 필드 설정, Pod 템플릿 및 일부 출력입니다.

첨부 파일에 대한 이미지가 아닌 링크에 대해 더 나은 처리기가 필요한 것 같습니다.

https://github.com/pods-framework/pods/blob/2.x/classes/Pods.php#L1452

지금 _src 및 _src.{size} 는 pods_image_url() 함수를 사용합니다.

나는 해충을 의미하지 않습니다. 단지 이것에 어떤 움직임이 있는지 궁금합니다. 저는 플러그인 개발자가 아닙니다. 관심을 끌기 위해 WP 포럼에서 여기로 안내받았습니다.

이 문제를 해결하는 데 진전이 없었습니다. 우리는 Pods 2.7 베타를 준비하기 위해 열심히 노력했습니다. 나는 이것을 내 목록에 추가하여 앞으로 여유 시간이 생길 때 돌아갈 것입니다.

@portlandian 첨부 파일의 ID를 함수에 전달하고 이에 대해 https://codex.wordpress.org/Function_Reference/wp_get_attachment_url 을 사용하는 #3376의 해결 방법을 사용할 수 있습니다. 예:

{@test_result_pdf.ID,wp_get_attachment_url}

@portlandian
그냥 {@test_result_pdf} 사용하지 않는 이유가 궁금합니다.
여기에서 테스트할 때 PDF URL을 반환합니다. ._src 을 추가할 필요가 없습니다.

full 또는 large 와 같은 용어는 모두 관련된 이미지 유형이며 일반 Pods 파일 필드이기 때문에 표시됩니다. 이미지 이외의 필드 유형에는 필요하지 않습니다.

@sc0ttkclark
적시에 답변해 주셔서 감사합니다. 2.7을 기다리겠습니다.

@jimtrue
해결 방법을 주셔서 감사합니다. 나는 그것을 알지 못했다. 다행히 그 이후로는 필요없...

@JoryHogeveen
그것이 효과가 있다는 것을 몰랐기 때문입니다. 나는 템플릿을 사용할 때마다 http://pods.io/docs/build/using-magic-tags/ 만 참조하며 파일 URL을 가져오는 태그에 대한 섹션에서 본 적이 없습니다. 거기에 있고 내가 놓친 경우 나쁜 일이지만 해당 섹션에서 이미지가 아닌 파일을 처리하는 것이 좋습니다. 해당 태그를 사용하도록 템플릿을 변경했으며 이제 작동합니다. 문제가 해결되었습니다.

너희들 대단해!

@portlandian 작동하게 되어

아마도 해당 섹션에서 이미지가 아닌 파일의 주소를 지정하는 것이 좋습니다.

@jimtrue 참으로 좋은 생각이

좋은 지적이지만 @_src 가 파일 URL을 얻을 것이라고 생각할 것입니다. 기본적으로 둘 중 하나를 사용하지 않고 파일에 태그 자체를 사용하면 정상적으로 '파일 출력'을 얻을 수 있습니다. 여러 파일이 있고 파일을 통해 [각 이미지_파일][/각각] 필요한 경우 작동하는지 잘 모르겠습니다. 그 시점에서 {@_src} 이외의 URL을 호출하는 '태그'가 없기 때문입니다. 그래서 우리는 여전히 그 출력을 처리하고 수정해야 합니다. 이것은 여전히 ​​버그입니다.

특히 Scott의 메모에서:
첨부 파일에 대한 이미지가 아닌 링크에 대해 더 나은 처리기가 필요한 것 같습니다.

https://github.com/pods-framework/pods/blob/2.x/classes/Pods.php#L1452

지금 _src 및 _src.{size}는 pods_image_url() 함수를 사용합니다.

@jimtrue
각 루프에 대한 아주 좋은 점. #4111 이 문제를 해결합니다.

@sc0ttkclark 참고: 2.x에 대해 PR을 했습니다.

아 그리고 @jimtrue .
PR에 댓글(문서용일 수 있음)

PDF 첨부 파일과 함께 단축 코드를 사용할 때 ._src는 WP 4.7부터 이미지를 반환합니다.
이 수정으로 PDF URL이 반환됩니다.
._src.image_size 또는 ._img를 사용하여 PDF 생성 이미지(WP 4.7) 이미지를 가져올 수 있습니다.

유명한!! 이전 문서와 새 문서 모두에 추가하겠습니다.

이것은 #4111로 수정되었습니다.

@JoryHogeveen @pglewis 불행히도 이것은 여전히 ​​깨졌습니다. {@_src}에서 PDF용으로 재생성된 축소판에 대한 링크를 계속 제공하고 있음을 확인할 수 있습니다.

https://github.com/pods-framework/pods/issues/4580#issuecomment -354883021 아래에서 이 티켓의 대화를 확인하세요.

이것은 PDF의 축소판을 만드는 호스트와 관련이 있는 것 같습니다. My Local by Flywheel은 이를 수행하지 않았기 때문에 PDF 파일에 제대로 연결되었지만 WPEngine(썸네일을 생성함)에서는 {@_src} 태그가 PDF가 아닌 이미지 썸네일을 _only_ 가리키고 있습니다. 매우 짜증난다.

@brian-milnes는 올바른 PDF에 바로 도달하는 매우 좋은 해결 방법을 제공했으므로 아마도 _img 및 _src에 대한 처리기의 문제일 수 있습니다.

우리는 다음을 사용하여 해결 방법을 수행했습니다.
{<strong i="14">@ID</strong>,wp_get_attachment_url}

환경 문제라면 복제할 비슷한 환경을 먼저 만들어야 합니다.
예를 들어 WP 엔진에는 반드시 사용해야 하는 자체 플러그인이 있다는 것을 알고 있습니다.
우리는 이것에 대한 목록을 만들 수 있습니까?

@JoryHogeveen {@_src}에 대한 '이미지' 핸들러를 계속 거치는 것이 문제일 수 있습니다. WordPress가 PDF 자체보다 PDF의 축소판 보기보다 선호하는 이유는 확실하지 않지만 {@_src}가 라우팅되는 경우 대신 {@_file} 태그가 필요한 경우 중 하나일 수 있습니다. pods_image_url. get_attachment_url로 라우팅할 방법이 필요합니다.

나는 목록을 만드는 데 능숙하지만 파일 첨부용으로만 새 태그를 만드는 것이 합리적인지(다른 파일에서도 이 문제가 발생할 것이라고 생각하기 때문에) 이 목록에 대해 잘 모르겠습니다. _src를 {@_src} 더 똑똑하게 만들어야 합니다.

내 직감: {@_img}, _img 및 모든 _src.size는 이미지 축소판을 반환해야 합니다. _src는 항상 파일 URL을 반환해야 합니다.

@sc0ttkclark 생각?

아, 그리고 테스트 환경에, 그래, 우리는 themer.pods.io 하나가 또는 그 @JoryHogeveen을 도움이된다면 우리는 우리의 pods.io의 WPEngine 호스트에서 다른 하나를 회전 할 수 있습니다

이제 올바른 링크 #4964 - 역시 좋은 예입니다!

흠 이제 {@_src}도 {@permalink}도 [each]에서 작동하지 않는 것 같습니다./

@quasel 템플릿 예제를 제공하시겠습니까? 나는 항상 이것을 하고 완벽하게 작동하는 몇 가지를 지금 가지고 있습니다.

확인을 위해 지난 몇 가지 버전에서 이미지 처리기가 변경되었습니다. 이것은 활성 문제입니까?
@quasel 확인할 수 있는 빠른 테스트가 있습니까?

확인을 위해 지난 몇 가지 버전에서 이미지 처리기가 변경되었습니다. 이것은 활성 문제입니까?
@quasel 확인할 수 있는 빠른 테스트가 있습니까?

이것은 2.7.22 현재까지 여전히 문제입니다. 당분간 해결 방법을 /w로 업데이트했지만 여전히 PDF에 대한 축소판을 연결하려고 시도하고 있습니다.

그러나 여전히 PDF의 축소판을 연결하려고 시도하고 있습니다.

@zushiba "시도"는 무엇을 의미합니까? 잘못된 출력이 되는 사용 사례를 공유할 수 있습니까?

그러나 여전히 PDF의 축소판을 연결하려고 시도하고 있습니다.

@zushiba "시도"는 무엇을 의미합니까? 잘못된 출력이 되는 사용 사례를 공유할 수 있습니까?
다중 파일 업로드 필드가 있습니다. 사용자가 PDF 문서를 업로드하는 데 사용하는 필드입니다. 이 필드는 다음 템플릿을 통해 페이지에 나열됩니다.

<h1>{@post_title}</h1>
<ul>
[if form_files]
[each form_files]
<li><a href="{@_src}">{@post_title}</a></li>
[/each]
[/if]
</ul>

오늘 2개의 PDF를 업로드했을 때 내 사용자 중 한 명이 PDF가 업로드되었을 때 페이지의 결과 링크가 실제 PDF가 아니라 PDF의 .jpg 축소판으로 이동했다는 것을 발견했습니다. PDF가 서버에 업로드되고 있는 것을 확인할 수 있었고, 포드 항목에 대한 대시보드 인터페이스에서 올바른 파일로 링크되고 있었지만 링크 자체는 jpg 썸네일로 가고 있었습니다.

#5854에서 수정된 문제
사용자가 이 패치를 테스트하고 싶다면 좋을 것입니다!