航海99第4期Day 46 TIL
21.1.216航海994期46日目
昨日バックグラウンド開発が終わった後、さらに開発することを検討していましたが、フロントエンド開発とサーバ通信の過程でいくつかの問題が発見されたので、修復に1日かかりました.
そして、コードコメントで画像をサーバに保存する方法を学びました.
sequelize find roDBにおけるデータの形式が異なることによる問題
既存のMongoDBはfindにデータをインポートしてJson形式でフロントに送れば良いのですが、今回DBはmysqlを使ってsequelize findAll,findOneにデータをインポートしてJson形式でDBに格納されている情報だけでなく他の状態情報も一緒に質問が出てきました.
postmanを使用してテストを行うと、正常に見えますが、バックエンドの問題ではないと思いますが、サーバ端末のデータ値はconsoleです.ロゴで撮ってみたらわかりましたpostmanは自分で情報を加工して展示しているようです.
この問題はapi部分で情報を単独で加工して送信する.
enctype = "multipart/form-data"
https://illua.tistory.com/335
昨日バックグラウンド開発が終わった後、さらに開発することを検討していましたが、フロントエンド開発とサーバ通信の過程でいくつかの問題が発見されたので、修復に1日かかりました.
そして、コードコメントで画像をサーバに保存する方法を学びました.
問題と解決方法
既存のMongoDBはfindにデータをインポートしてJson形式でフロントに送れば良いのですが、今回DBはmysqlを使ってsequelize findAll,findOneにデータをインポートしてJson形式でDBに格納されている情報だけでなく他の状態情報も一緒に質問が出てきました.
postmanを使用してテストを行うと、正常に見えますが、バックエンドの問題ではないと思いますが、サーバ端末のデータ値はconsoleです.ロゴで撮ってみたらわかりましたpostmanは自分で情報を加工して展示しているようです.
この問題はapi部分で情報を単独で加工して送信する.
{ // mongoDB를 사용하고, sequelize 사용하지 않은 data
userId: '1',
userEmail: '[email protected]',
userName: 'test',
nickname: 'test1',
imageUrl_profile: null,
introduce: null,
phoneNumber: null
}
{ // sequelize로 가져온 data
dataValues: {
userId: 1,
userEmail: '[email protected]',
userName: 'test',
nickname: 'test1',
imageUrl_profile: null,
introduce: null,
phoneNumber: null
},
_previousDataValues: {
userId: 1,
userEmail: '[email protected]',
userName: 'test',
nickname: 'test1',
imageUrl_profile: null,
introduce: null,
phoneNumber: null
},
uniqno: 1,
_changed: Set(0) {},
_options: {
isNewRecord: false,
_schema: null,
_schemaDelimiter: '',
raw: true,
attributes: [
'userId',
'userEmail',
'userName',
'nickname',
'imageUrl_profile',
'introduce',
'phoneNumber'
]
},
isNewRecord: false
}
enctype = "multipart/form-data"
https://illua.tistory.com/335
Reference
この問題について(航海99第4期Day 46 TIL), 我々は、より多くの情報をここで見つけました https://velog.io/@point/항해99-4기-Day-46-TILテキストは自由に共有またはコピーできます。ただし、このドキュメントのURLは参考URLとして残しておいてください。
Collection and Share based on the CC Protocol