계속 오류 덩어리던 태그들 걍 저장
$('#url').append(temp_html)
}
})
}
function update_profile() {
let file = $('#url')[0].files[0]
let name = $('#name').val()
let number = $('#number').val()
let time = $('#time').val()
let meeting = $('#meeting').val()
let character = $('#character').val()
let form_data = new FormData()
if (file === undefined) {
form_data.append("name_give", name)
form_data.append("number_give", number)
form_data.append("time_give", time)
form_data.append("meeting_give", meeting)
form_data.append("character_give", character)
} else {
form_data.append("file_give", file)
form_data.append("name_give", name)
form_data.append("number_give", number)
form_data.append("time_give", time)
form_data.append("meeting_give", meeting)
form_data.append("character_give", character)
}
console.log(file, name, number, time, meeting, character)
$.ajax({
type: "PUT",
url: "/update_profile",
data: form_data,
cache: false,
contentType: false,
processData: false,
success: function (response) {
alert(response["msg"])
window.location.href = "/"
}
});
}뭐가 문제인지도 모르고 어제 자기 전까지 오류 해결해보겠다고 붙잡고 있다가 포기하고 아침에 일어났는데 팀원들이랑 화면공유해서 같이하자마자 바로 잘 됐다..ㅎ 번ㅇㅏ웃 올 뻔..
그래도 해결했다고 샤워한 것처럼 개운했다.
글고 내 노트북... 이제 보내줘야할거같다. 어제 컴터 몇번이나 멈췄는지.. 어제 3번이나 재부팅해도 멈추고 계속 멈추고 또 늦기는 얼마나 늦는지,, 그렇게 늦은 애인지 몰랐는데 다른 팀원보니까 내껀 엉망이더라
그래서 어제 새벽에 자기 전에 노트북 질럿다
내일 온다
아싸
데모영상은 유투버의 계정에 올려따...
깃허브는 여기에...! 처음 사용해보는거라 너무 헷갈리고 어려웠다ㅠㅠ
귀요미로고는 다른 팀원의 여자친구분이 디자인해서 주셨당.. 귀욥,,
우리 링크페이지는 여기!
우리가 이번 4일동안 해결한 문제들은 아래와 같다.
1. 메인화면, 상세페이지, 수정페이지를 불러올 때 db에서 데이터를 어떻게 가져올 것인가?
-> Jinja를 이용하여 name 값을 기준으로 데이터를 가져옴.
name 값도 수정이 가능해서 확실한 기준이 될 수가 없어 기존 name 값 데이터 삭제 후 새로운 name 값으로 포스팅 하는 방식으로 수정하기를 구현했는데
데이터에 post 번호를 추가해서 그것을 기준으로 했으면 update_one으로 좀 더 깔끔하게 구현 가능하였을 것.
2. 사진 업로드 기능 구현
-> 사진 업로드 방법이 다 static에 저장되는 방식밖에 없는지db에 등록한 사진들이 모두 저장돼서 서버용량이 걱정됨.
3. 서버에서 로그인기능 구현 오류
-> decode('UTF-8')을 수정함으로써 해결
마지막 멘토링 때 했던 질문은 아래와 같다.
1. 회원가입과 게시글 등록 시 토큰 값을 주었으면 게시글 수정 시 작성자만 수정 및 삭제 가능하도록 할 수 있었을텐데 현재는 게시글을 누가 작성하였는지도 모르고 모든 인원이 수정, 삭제 가능한 상태.. 혹시 이 방법 말고 다른 방법도 있을까요?
-> 이 부분은 백엔드에서 어떤 거를 주느냐에 차이라고 이해했다.
글의 작성자가 수정/삭제 액션을 보냈을 때 작성자가 글의 주인인지는 서버에서 판단하고 ID든 이름이든 서로를 알 수 있는 매체를 이용하면 된다고..
우리가 실패했던 이유는 로그인이나 회원가입에서 사용한 토큰(우리가 정한 매체)을 작성페이지 그리고 수정페이지까지 연결하지 못해서다.
2. 모바일에서 깨지지 않고 볼 수 있는 방법은 CSS에서 미디어쿼리를 이용하는 방법인가요?
넵!
이번 프로젝트를 통해 서버사이드 렌더링의 장점을 생각해봤다.
->temp_html 처럼 모두 작성하는 것이 아닌 html에서 서버에서 설정한 아이디값을 html에 직접 기입함으로써 보다 간단하고 편 리하다..?
또 JW의 장점으로는
->발급 후 토큰 검증만 하면 되기 때문에 추가 저장소가 필요 없어서 가볍다. 필요한 모든 정보를 자체적으로 지니고 있기(self-contained)때문에 두 개체 사이에서 손쉽게 전달 될 수 있다.
이상 .. 오늘은 여기까지... 내일부터 2주동안 알고리즘주차가 시작된다고 했다. 들리는 말론 엄청 힘들다는데ㅜㅜ 홧팅이다!!
37등이라니!!!!!!!!! 상위권으로 올라가자 궁딩이 더 무거워지자
