다시 오신 것을 환영합니다.
그래서 우리는 우리가 그만 뒀던 곳을 선택하고 있습니다.
새로운 색인을 만들었습니다.
이제 우리는 편집과 업데이트를하고 있으며 제 의견으로는 선생님과 함께 할 것입니다.
이 두 가지가 가장 많은 작업이며 업데이트가 실제로 수행하는 내용을 생각하면 새로운 것의 생성과 새로운 작성과 표시 사이의 하이브리드 유형으로 매번 새로운 개를 만들거나 새 블로그를 만들 수 있기 때문입니다.
업데이트는 먼저 이전 버전을 찾아서 업데이트해야합니다.
그래서 그것으로 시작할 것입니다.
슬래시 개는 슬래시 ID 슬래시 네 개를 나타내는 EDID입니다.
그래서 거기에서 시작합시다.
우리가하기 전에 당신이 이야기해야 할 것들을 강조 할 것입니다.
그리고 그것은 양식 업데이트 경로 업데이트 양식과 내가 할 수있는 메소드 오버라이드라고 썼습니다.하지만 우리가 다루어야 할 좋은 작은 문제입니다.
이제 편집 경로부터 시작해 보겠습니다.
그리고 실제로 슬래시 블로그가 ID 슬래시를 슬래시 (slash)하기 시작한 직후에 실제로 그렇습니다.
여기서 콜백 요청과 응답을 시작합니다. 아직 시작하지 못했던 편집 양식이 응답으로 시작됩니다.
큰.
이제 그 양식을 만들어 봅시다.
그러니 터치하여 슬래시를 사용하십시오.
예.
그런 다음 그것을여십시오.
H1 페이지만으로 간단하고 멋지게 시작하고 그 사실을 확인하십시오.
그래서 J s에서 서버 노드를 시작하고 거기에 도달하십시오.
당신은 이것들 중 하나를 가져 와서 그것에 슬래시를 추가하면 유효한 ID 일 필요는 없습니다.
편집 페이지가 계속 표시됩니다.
큰.
이제 그 중 하나를 얻자. 그러면 우리는 단지 새로운 것에서 형식을 취할 수있다.
따라서 실제로이 페이지의 모든 내용을 복사하려고합니다. 그러면 몇 가지를 업데이트 할 것입니다.
첫 번째 블로그는 새로운 블로그가 아닙니다.
나는 그것이 추가되도록 바꿀 것이다.
또한이 게시물의 위치 또는 양식이 나오는 위치를 변경해야합니다.
그래서 더 이상 블로그를 슬래시가 아닙니다.
Doug의 슬래시 ID 인 업데이트 경로로 보내야하지만 ID가 아직 없습니다.
우리는 그것을 템플릿에서 먼저 찾아야 만합니다. 그래서 지금은 블로그를 파기로 남겨두고 methodis 게시물도 남겨두고 시작할 다른 모든 것을 남겨 둘 것입니다.
우리가 이것을 열면 멋진 형태가 나타나고 다음에는 연결된 두 가지 특징이 있다는 것을 확인해 봅시다.
기본적으로 우리는 둘 다 무료로 얻을 것입니다.
이 두 가지 기능 중 하나만 수행하면됩니다.
우리는 Slash ID가 슬래시 인 Slot ID 인 Arel에 맞는 양식을 제출해야합니다.
ID가 필요합니다.
다른 하나는이 양식에 데이터가 미리 채워지도록하려는 것입니다.
그렇지 않으면 이미지를 편집하고있는 블로그의 제목과 내용을 표시해야하므로 실제로 편집 중이거나 타이핑하는 것이 아닙니다.
이 두 가지 모두 우리가 편집 경로에서 실제 블로그를 먼저 찾아야합니다.
그래서 이것은 새로운 블록과 쇼 블록을 조합 한 것과 같습니다. 올바른 블록을 찾기 위해 먼저이 ID를 사용해야하기 때문입니다.
그래서 id와 ID에 의해 발견 된 블로깅을 보여 주듯이 ID가 매개 변수 ID를 요청하면, 오류가 발생하면 다시 찾은 콜백 콜백이 있습니다. 똑같은 redstart 리다이렉트로 블로그를 그릴 수있는 휴식을 취하십시오.
우리는 약간의 데이터를 전달할 것이고 로그는 발견 된 블로그와 같을 것입니다.
완전한.
이제 템플릿에 블로그가 있습니다.
모든 것이 잘되었습니다.
그래서 그것의 내부는 편집을 말하면서 간단하게 시작하고 여기에 제목을 넣어 로그 만 남습니다.
제목이 Ejay 인 경우 새로 고침을 클릭하면이 페이지를 새로 고침해야합니다.
실제로 이것은 하나의 끔찍한 예제입니다. 왜냐하면 우리는 제목이 없기 때문에 여기에있는 첫 번째 기사를 먼저 선택하거나 그 곳에서 처음으로 게시 해 봅니다.
우리는 그것을 첫번째로 본다.
큰.
이제 폼에 데이터를 추가해야합니다.
그리고 그것은 또한 정말로 쉽습니다.
value 속성을 사용하여 입력의 내부에있는 형식의 값을 지정한다는 점을 기억하십시오.
따라서 자리 표시 자라기보다는 가치를 원하며 가치가 낮은 것으로 말하는 것으로 시작할 수 있습니다.
그리고 우리가 끝내는 곳에서 낮은 것을 미리 채워 놓았습니다.
그래서 우리는 Hello를 원하지 않습니다. 변수를 원하고 우리가 원하는 값은 블로그 제목입니다.
그래서 우리의 자바 스크립트를 실행하여 블로그 제목을 얻은 다음 그 값을 블로그 안에 넣고 블로그 이미지를 제외하고는 똑같은 것을 할 것입니다.
확인 해봐.
이제 우리가 신선하다면 제목과 이미지가 미리 채워져 있습니다. 텍스트 영역에 조금 다른 텍스처가 채워져 있습니다. 태그 사이에있는 내용이 아니라 값이없는 속성입니다. 내부 내용은 미리 채워진 내용입니다.
따라서 실제로는 더 간단합니다.
우리가해야 할 일은 태그 사이에이 거대한 예를 복사하고 몸을 새로 고치는 일을 블로깅하는 것입니다.
우리는 이제 블로그 게시물을 볼 수 있습니다.
그래서 우리가 더 많은 데이터를 추가한다면 이것은 지금 업데이트됩니다.
그리고 나는 제출을 누르십시오.
우리는 여전히이 양식이 올바른 장소에 가지 않는다는 문제가 있습니다.
이제 업데이트 경로에 중점을 둘 필요가 있습니다.
그래서 강아지 슬래시 ID를 풋 요청으로 업데이트하십시오.
그래서 우리의 응용 프로그램에서 시작하자 경로에 추가합니다.
그래서 경로 애플 리케이션 도트를 업데이 트하십시오.
이번에는 pote 요청이고 HTP 요청의 요점은이 여러 가지 동사가 실제로 의미있는 것으로 만들기위한 것이라는 점을 기억해야합니다.
기능에 부분을 추가하여 입력 요청이있는 것으로 확인되면 항목을 업데이트해야한다는 것을 알고 있지만 게시 요청만으로 모든 작업을 수행 할 수 있습니다.
그래서 우리는 안심할 수있는 라우팅을 따르고있다. put 요청을해야하고 URL은 슬래시 로그 슬래시 ID이다. 바로 여기에서 새로 고침한다. sosh ID 블로그는 ID를 슬래시한다. 여기에 빨간 점을 보내고 랩을 다시 보내는 정말 간단한 것이 있습니다.
우리가이 메시지를 보면 그것이 효과가 있다는 것을 압니다.
그리고 제가 가서 양식을 업데이트하여 적절한 장소에 제출하고 들어가기를 바꿀 필요가 있다면 블로그로 바꾸고 ID를 슬래시 (slash ID)로 바꾸어서 거기에 아무것도 넣지 않아도됩니다.
하지만 실제로 ID를 넣으려면 내가 필요합니다.
그렇습니다.이 쇼가 블로그 글에 밑줄 ID를 쓰고 말을했습니다. 지금은 당신에게 그것을 어기는 것이 싫지만 실제로는 효과가 없습니다.
그래서 제출하면 먼저 업데이트 된 게시물을 볼 수 있도록 제출하고 제출을 클릭하십시오.
쇼 페이지로 이동하면 쇼 페이지로 넘어갈뿐만 아니라 모든 양식 데이터가 경로에 추가됩니다.
그래서 당신이 이것을 읽을 수 있는지 모르겠지만 제목이 첫 번째 게시물은 이미지가 주위에있는 이미지를 업데이 트라고합니다.
그래서 폼 데이터를 가져 와서 당신이나 행에 쿼리 문자열로 저장합니다. 요청 문자열은 요청을 할 때 발생하는 것을 기억합니다.
그래서 우리에게는 문제가 있습니다.
그리고 문제는이 문제에 관한 것입니다.
팀 양식이 요청을 지원하지 않는 경우 지금 당장 요청을 게시 및 게시 만 지원합니다.
그리고 그 이유는 한 지점에서 확실한 답을 얻는 것이 정말 어렵다는 것입니다.
요청을하고 삭제할 수있는 양식 양의 일부로 포함될 예정이었습니다.
그리고 나서 그들은 분명히 그것을 너무 어렵게 느꼈습니다.
나는 그것에 대해 읽고 있었다.
이 동영상의 설명에 링크가 포함되어 있지만 이에 대한 내용을 읽을 수 있습니다.
결론적 인 대답은 없습니다.
사람들이 지금까지 온 유일한 결론은 그것을 구현하기에는 너무 늦었다는 것입니다.
그리고 양식을 사용하여 요청을 보낼 수 없다는 사실이 조금 놀랍습니다.
그래서 거기에 해결 방법이있다.
그리고이게이 작은 선이 메서드 오버라이드에 오는 곳입니다.
그래서 어떤 메소드 오버라이드는 단지 우리가 설치 한 간단한 패키지 일뿐입니다. 익스프레스에 사용하려면 익스프레스에 지시 한 다음 폼으로 이동하여 포스트 요청을 보내는 치트를 조금 추가하십시오.
그런데 포트 요청을 시도하고 보내면 기본적으로 요청을받습니다. 이것이 일어난 이유입니다. 그래서 쇼 페이지 인 슬래시 ID를 요청했기 때문에 쇼 페이지로 이동했습니다.
승인.
그래서 우리가 단지 게시로 바뀌면 우리는이 작은 cittie 것을 우리 끝에 추가합니다. Arel의 물음표 밑줄 메서드는 이것을 넣어서 일반 포스터 요청을 보냅니다.
그러나 그것은 쿼리 문자열에서 밑줄 메서드 equals와 메서드 override가 실제로 yes 대신 구성됩니다.
그래서이 밑줄 메서드를 찾고 밑줄 메서드가 put과 같거나 밑줄 메서드가 삭제와 같은 것으로 간주하면 put 요청 또는 삭제 요청으로 처리하고 재정의 할 메서드를 이름 지정하여 게시 요청이라는 사실을 무시합니다 당신은 우리가 여기에 지정하는 것과 같이 그것을 다루는 것을 압니다.
당신은 get request를 지정하거나 우리가 조금만하면 할 수있는 것을 삭제할 수 있습니다. 그러나 지금은 그것과 함께 갈 것입니다.
따라서 언더 스코어 메서드는 put 자체가 아무 것도하지 않는 put과 같습니다.
그것은 단지 쿼리 문자열입니다.
아무것도 바뀌지 않습니다.
Quintel 우리는이 작업을 수행하고 PM 설치 방법은 대시 대시 저장을 무시하지만이 작업을 수행 할 필요가 없기 때문에이 모든 노력을 기울일 가치가 있는지 궁금해 할 것입니다.
블로그 업데이트라는 또 다른 경로를 가질 수 있다는 것을 기억하십시오. 우리는이 중 어느 것도 필요로하지 않습니다.
우리는 게시물 요청을 할 수 있습니다.
우리 자신의 루트를 정의하는 것은 전적으로 우리에게 달려 있습니다.
그러나 우리가 따라야 할이 패턴을 갖기 위해서는이 대회를 갖는 것이 가치가 있습니다.
업데이트와 관련된 모든 부분이 정보를 원하는대로 만들거나 파괴하거나 삭제하도록 편집 요청을 원합니다.
그것은 단지 패턴을 따르는 문제입니다.
이제 우리는 Abdus에서 한 작업을 완료했습니다.
메소드 오버라이드가 필요하다.
내가 여기서 할거야.
메소드 오버라이드 equals 메소드가 필요합니다. Desch가 add 또는 쉼표를 덮어 쓴 다음 앱에 메소드 덮어 쓰기를 사용하도록 지시해야합니다.
그래서 메소드 오버라이드 (override)를 사용하고 나서 당신이 지금 찾고있는 인자를 전달해야합니다.
엉덩이의 밑줄 방법.
그것은 무엇이든 될 수 있지만 일반적으로 당신의 밑줄 방법이 무엇입니까.
이제 메소드를 매개 변수로 사용하는 요청을받을 때마다 우리 앱에 알려 왔습니다.
그것이 패치 패치를 가져 오는 것과 동등한 것은 무엇이든 가져 가라. 그러면 우리는 그것을 놓고 삭제하고 그 요청을 풋 요청이나 삭제 요청으로 다룰 것이다.
그래서 지금 여기에 우리의 루트는 어디서 출력 될 것인가? 이제 실행되어야하며 우리는 이것을 희망적으로보아야합니다.
그래서 해보 죠.
지금까지 문제 없습니다.
좋아, 다시 그 자리로 가자.
그러니 그것을 바꿔 말하도록하자.
일부 느낌표가 제출되고 이제 경로를 업데이트합니다.
따라서 요청에 대해 메소드가 동일한 지 확인하십시오.
우리의 애플 리케이션을 속이는 URL을 넣는 것은 실제로 속임수가 아닙니다. 그러나 메소드 덮어 쓰기는 그것을 듣고 있습니다. 그리고 이것은 실제로 이것은 게시물 요청이 아닙니다.
그들은 우리에게 그것을 입히는 요청으로 간주하여 방아쇠를 당기길 원합니다.
이제 여기서 일어나는 일을 업데이트해야합니다.
그것은 기존의 블로그를 찾아서 새로운 데이터로 업데이트 할 ID를 취해야하며, ID와 업데이트로 바인드하는 로그의 메소드를 사용하여 세 가지 인수를 취하는 방식으로이를 수행 할 수 있습니다.
새로운 데이터와 콜백에 의해 정의 된 ID.
그래서 이것은 정말 좋은 방법입니다.
ID는 멋지고 단순한 요청입니다. 폼의 데이터는 폼 로그 내부에서 호출 한 것입니다.
그래서 시체를 요청 로그 및 콜백 복구입니다.
우리는 오류를 실행하기를 원하며, 우리는이 소리 논리를 다시 또는 실제로 조금 더 명확하게 부릅니다.
업데이트 된 블로그 저장을 해보 죠.
오류가있는 경우 지금 다시 색인으로 리디렉션합시다.
최고의 사용자 흐름은 아니지만 Sache 블로그를 리디렉션하는 것이 좋습니다.
그렇지 않으면.
성공적으로 업데이트 한 경우 수행하려는 작업.
색인으로 돌아갈 수도 있고, 쇼 페이지로 데려 가서 쇼 페이지를 만들 수도 있습니다.
redstart redirect.
그리고 그 ID를 슬래시 블로그를 슬래시해야하고 ID는 우리가 그것을 업데이트 된 블로그 또는 간단한에서 그것을 찾을 수있는 몇 군데에 그렇게 똑같은 tramstop ID에서 요청을 사용하는 것입니다.
따라서 amstaff ID를 요청해야하므로 ID가 있어야만 올바른 쇼 페이지로 리디렉션됩니다.
그것을 시험 해보고 무슨 일이 일어나는 지보십시오.
확인을 클릭하면 실제로 업데이트 된 것을 추가 할 수 있습니다.
제출하고 작동했습니다.
Id가 그것을 발견했다는 것을 알 수 있습니다. 그리고 Id는 그것을 보여 주었고 show 페이지로 리디렉션되었습니다. 이제 우리의 새로운 타이틀이 있습니다. 그리고 우리가 돌아가 보면 그것을 볼 수 있습니다.
여기 바닥에 어디 있니?
지금 실제로 업데이트 된 첫 번째 게시물은 여전히 ​​업데이트되어 데이터베이스에 보관되므로 작업을 업데이트하는 작업이 많이 필요합니다.
새로운 코드는 메소드 덮어 쓰기를 추가하는 것이 었습니다. 다시 덮어 쓰면 우리가 그렇게해야하는 이유가 조금 이상합니다.
기본적으로 HDMI 양식은 가져 오기 또는 게시 요청 이외의 다른 것을 지원하지 않습니다.
따라서 Rails와 같은 대부분의 프레임 워크는 최소한 요청이나 위조 요청을 위장하는 고유 한 방법을 가지고 있습니다. 따라서 서버 측에서는 요청을 수신하거나 요청을 수신 할 수있는 코드를 작성할 수 있습니다. 패치 요청 또는 삭제 요청 대신 APT와 같은 다른 경로를 정의하지 않아도됩니다. 블로그 슬래시 ID를 업데이트하지 마십시오. 우리는이 작업을 수행 할 수 있지만 아이디어가 필요하지 않습니다.
우리는 그것을 블로그 사이트 ID로 유지할 수 있지만 요청을하게하고 우리는 이미 우리의 쇼를위한 또 다른 블로그 슬래시 아이디어를 얻으려고 요청합니다. 그래서 당신이나 다른 사람을 그대로 유지하면서 물건을 분리하는 방법입니다.
괜찮아.
그래서 방법은 우리가 그것을 바로 여기에서하도록 구성된 방법 인 밑줄 방법을 듣습니다.
큰.
그래서 우리에게는 업데이트가 있습니다.
우리가 지금해야 할 마지막 일은 그것을 파괴하고 운 좋게 파괴하는 것입니다. 멋지고 간단합니다.