스크랩의 문제점.. 정보
스크랩의 문제점..본문
http://74.208.22.155:3000/api/v1/member/[로그인아이디]/scraps
스크랩(g5_scrap)을 읽어 오면
{
"scraps": [
{
"msId": 6,
"mbId": "magento",
"boTable": "qa",
"wrId": "3",
"msDatetime": "2021-03-21T12:41:01.000Z"
},
{
"msId": 5,
"mbId": "magento",
"boTable": "gallery",
"wrId": "1",
"msDatetime": "2021-03-21T12:40:47.000Z"
},
{
"msId": 4,
"mbId": "magento",
"boTable": "free",
"wrId": "49",
"msDatetime": "2021-03-21T12:40:35.000Z"
},
{
"msId": 3,
"mbId": "magento",
"boTable": "free",
"wrId": "58",
"msDatetime": "2021-03-21T12:40:20.000Z"
}
]
}
boTable로 g5_board에서 bo_subject를 읽어와야 됨.
wrId와 boTable로 제목을 읽어와야 됨.
boTable에서 g5_write_[boTable]을 만들고 거기서 wr_id글을 읽어서 wr_subject를 가져와야 됨.
"link": "/write-[boTable]/[wrId]" 를 넣어주면, 이 링크를 통해서 해당 스크랩의 제목을 읽어오면 될 것 같습니다.
**개선사항**
!-->
추천
1
1
댓글 9개
네 그래서 스크랩글을 검색하기도 힘들고 좀 애매한 테이블이긴 합니다 ㅠㅠ
CREATE TABLE `prexp_g5_scrap` (
`pms_id` INT(11) NOT NULL AUTO_INCREMENT,
`ms_id` INT(11) NOT NULL,
`mb_id` VARCHAR(20) NOT NULL DEFAULT '',
`bo_table` VARCHAR(20) NOT NULL DEFAULT '',
`wr_id` INT(11) NOT NULL,
`ms_key` VARCHAR(255) NOT NULL DEFAULT '',
`ms_value` TEXT NOT NULL,
`wdate` DATETIME NOT NULL DEFAULT '0000-00-00 00:00:00',
`udate` DATETIME NOT NULL DEFAULT '0000-00-00 00:00:00',
PRIMARY KEY (`pms_id`),
INDEX `ms_id` (`mb_id`, `bo_table`, `wr_id`)
)
COLLATE='utf8_general_ci'
ENGINE=InnoDB
;
혼자 놀던 프로젝트에서 쓰던 스크렙 테이블 입니다 ^^
https://rido.kr/prd_child/1
`pms_id` INT(11) NOT NULL AUTO_INCREMENT,
`ms_id` INT(11) NOT NULL,
`mb_id` VARCHAR(20) NOT NULL DEFAULT '',
`bo_table` VARCHAR(20) NOT NULL DEFAULT '',
`wr_id` INT(11) NOT NULL,
`ms_key` VARCHAR(255) NOT NULL DEFAULT '',
`ms_value` TEXT NOT NULL,
`wdate` DATETIME NOT NULL DEFAULT '0000-00-00 00:00:00',
`udate` DATETIME NOT NULL DEFAULT '0000-00-00 00:00:00',
PRIMARY KEY (`pms_id`),
INDEX `ms_id` (`mb_id`, `bo_table`, `wr_id`)
)
COLLATE='utf8_general_ci'
ENGINE=InnoDB
;
혼자 놀던 프로젝트에서 쓰던 스크렙 테이블 입니다 ^^
https://rido.kr/prd_child/1
@Rido 감사합니다. 이것말고도 많아서.. 개선되면 좋겠다는 문제점을 옆동네에 적어봤습니다.
@마젠토 얖동네 어디인가요? ㅋ
@Rido 아파치존
@Rido 진행이 많이 안되었네요.
1. RESTFul Read 구현(80-90%)
2. 다음은 실제 프런트엔드 구현
3. 프런트엔드 단에서 피드백 받아서 Read 포맷완성 및, CUD추가
능력이 되면
그누보드 데이타베이스 수정까지..
1. RESTFul Read 구현(80-90%)
2. 다음은 실제 프런트엔드 구현
3. 프런트엔드 단에서 피드백 받아서 Read 포맷완성 및, CUD추가
능력이 되면
그누보드 데이타베이스 수정까지..
@마젠토 그누보드 테이블 구조가 그누3의 그것을 거의 답습하고 았기때문에
새로운 프로젝트용으로 디비 구조를 변경하는것도 좋을거라 생각합니다.
새로운 프로젝트용으로 디비 구조를 변경하는것도 좋을거라 생각합니다.