X-PJAX-Container 헤드를 추가합니다.
묘사
나는 이것이 매우 유용하다고 생각한다."서버에서 대상 컨테이너와 다시 작성해야 하는 컨텐츠의""수준""을 인식할 수 있습니다."페이지의 하위 내비게이션과 여러 용기에 적용됩니다.토론 #1
이걸 내가 추가할까 생각 중이야.나는 아직 가장 좋은 백엔드 모드를 찾지 못했다.기본적으로 네가 말한 것이니, 네가 어떤 포석을 과장해야 하는지 확실히 해라.어떻게 설치했는지 궁금해.
토론 #2
나는 자신의 목적에 따라 pjax rails를 진지하게 재조정한 다음에 우리api docs 프로그램을 만들어서 처음으로 응용 프로그램을 사용했다.rails 프로그램의 간략한 버전을 보실 수 있습니다. (환매 프로토콜은 내부에서 gh문제 추적 프로그램을 사용하기 때문에 표현이 거칠기 때문입니다.)https://github.com/downloads/visfleet/pjax_rails/API-Doc.zip
토론 #셋
Cache buster를 추가했습니다. 왜냐하면 pjax=true가 도대체 어떻게 된 일인지 분명히 의식하지 못했기 때문입니다.토론 #4
그 용도로 쓰고 싶지 않아요.서버 측은 완전히 무시해야 한다_pjax
.헤딩은 더 좋은 방법이다._pjax
그때 우리 중 한 명은 그것을 얻지 못했다.서버에서 제목 사용(계속)
pjax 쿼리 매개 변수는 브라우저, 투명 에이전트, squid, 웹 서버 캐시 등에 사용됩니다.
자원: mydom을 가정해 봅시다.사람
다음 세 가지 질의 및 제목이 있습니다.
- 우리 집.com/people->no X-PJAX-Container
- 우리 집.com/인pjax=true=>X-pjax-Container:[subnav]
- 우리 집.com/인pjax=true=>X-pjax-container:[내용]
이것은 3가지 표시(chrome,subnav,content |subnav,content | content | content)에 사용할 수 있는 캐시 가능한 URL 2개를 제공합니다.
subnav 컨테이너가 pjax로 바뀌면 mydom.com/people? pjax=true에 대한 응답을 캐시합니다/
'내용' 용기만 바꾸려고 시도할 때 캐시 응답 (subnav 포함) 이 되돌아옵니다.
이 커밋이 수정되었습니다.
- 우리 집.com/people->no X-PJAX-Container
- 우리 집.com/인pjax=[subnav]=>X-pjax-Container:[subnav]
- 우리 집.com/인pjax=[content]=>X-pjax-Container:[content]
현재 우리는 캐시에 대한 독특한 조회를 가지고 있다.
토론 #5
죄송합니다. 제목을 삭제한 줄 알았어요.토론 #6
http://api.vworkapp.com/여기서 행동을 볼 수 있다.토론 #7
나는 같은 일을 했다. 나는 이 줄을 추가했다. xhr.setRequestHeader('X-SELECTOR',options.container.SELECTOR).나는 선택기의 이름을 얻을 수 있고, 다른 내용의 등급을 제공할 수 있다.
토론 #8
xhr.setRequestHeader('X-PJAX-Container', options.container)
이것은 이 제목을 정의하는 가장 좋은 방법이 아니다.예를 들어, Contenner를 문자열이 아닌 jQuery 객체로 정의하면 제목에 잘못된 값을 제공합니다.제목을 다음과 같이 정의하는 것이 좋습니다.사람들은 이 지점에 대해 어떻게 생각합니까?이게 좋은 방법인가요?
조시 씨, 제가 뭘 더 해야 합니까?아니면 너는 아직도 헤아리고 있니?
토론 #9
벌금을 취소합니다.나는 github에 그것을 연결하고 테스트할 때까지 기다리고 있을 뿐이다.나는 그것이 작용할 것이라고 매우 확신한다.토론 #10
잠깐 놀고 나니 포석이 좀 지나친 것 같아.대량의 다른 문제가 갑자기 발생했지만, 효과는 매우 미미하다.1급 내비게이션을 더 바꾸는 것은 그리 대단한 일이 아니다.링크를 바꿀 용기로 주석해야 하는 것은 악몽이다.나는 여전히 패치를 당길 수 있지만, 나는 덧붙인 레이아웃에 어떤 추가 로고나 마법도 추가할 생각은 없다.그러나 이 용기 주석은 임무를 완성하는 데 필요한 기초가 되어야 한다.전적으로 동의합니다.만약 그것이 나에게 더 복잡해진다면, 나는 순수한 aax와 RJS로 전환할 것이다. 이렇게 하면 실제로는 그렇게 혼란스럽지 않을 것이다.
라시드 아부두르 아치즈
http://about.me/squeedee
2012년 4월 3일 화요일 오전 6:12, 요서아 피크는 다음과 같이 썼다.
After playing with it a bit, I think nested layouts are a bit overkill. A ton of other issues crop up for very little gain. Replacing one more level of navigation isn't a big deal. Having to deal with annotating links which what container they are replacing is a nightmare.
I'm still going to pull the patch, but I don't plan to add any additional flags or magic for nested layout stuff. These container annotations should be the backbone for what you need to get it done though.
Reply to this email directly or view it on GitHub: https://github.com/defunkt/jquery-pjax/pull/99#issuecomment-4884498
Reference
이 문제에 관하여(X-PJAX-Container 헤드를 추가합니다.), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://github.com/defunkt/jquery-pjax/issues/99텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)