Link가 아닌 브라우저를 통한 직접 접근

/Workspace/index.tsx Switch> Route path="/workspace/channel" component={Channel} /> Route path="/workspace/dm" component={DirectMessage} /> Switch> /App/index.tsx Switch> Redirect exact path="/" to="login" /> Route path="/login" component={Login} /> Route path="/signup" component={Signup} /> Route path="/workspace" component={Workspace} /> Switch> webpack.config.ts devServer: { open: true, historyApiFallback: true, devMiddleware: { publicPath: '/dist' }, port: 3090, static: { directory: path.resolve(__dirname, 'src') }, liveReload: false, },

Link가 아닌 브라우저를 통한 직접 접근

강의가 아직 남아있기는 한데 현재 진행상황에서는 /workspace/channel 로 접근하고 있습니다. historyApiFallback: true 로 설정되어 있으면 에러 발생 시 index.html 을 반환하고 index.html이 로드한 js파일에 있는 라우터 로직에 따라 페이지를 렌더링하는 것으로 동작 방식을 이해하고 있습니다. 따라서 브라우저로 직접 접근할 때 처럼 history 객체를 읽을 수 없는 경우 에러가 발생하는 대신 index.html을 반환해야 하는데 404페이지가 반환됩니다. historyApiFallback: false인 경우엔 루트 페이지를 제외하고 어떤 페이지도 브라우저로 직접 접근이 안됩니다... "/workspace/channel" (사진) "/" (사진)

[추가 질문] 저는 regenerator-runtime없이 잘 번들링 됩니다.

현재 preset-env 버전에서는 async / await 함수를 Promise를 사용한 코드로 변환해준다고 하네요. Promise를 사용한 코드는 corejs를 통해서 변환할 수 있으니 가능한 듯 하네요.

서버 접근

그러면 서버 컴퓨터가 아닌 컴퓨터의 아이피로 접근하면 404화면이 뜨나요??

프론트 서버 주소

보안 그룹 문제였네요. 감사합니다!!

프론트 서버 주소

네 오타도 확인했는데 이상없습니다.

프론트 서버 주소

api.nodebird.com 로 접속이 가능한지 물어보시는 거면 가능합니다. 프론트 서버에서 url 맞춰도 backend 서버로 접근이 안돼요 요청이 가긴 가는데 어디로 가는 건지 알 수 가 없네요...

프론트 서버 주소

네 소스코드는 같아요. 올바른 요청이든 아니든 일단 요청이 가긴해야할 텐데 백엔드 서버에 아예 요청이 안가는 걸로 보아서는 프론트 쪽 코드에 문제가 있는 걸로 생각이 드는데요. 어느쪽을 봐야 알 수 있을까요?

요청 오류 질문

네트워크에는 Error response가 잡히지는 않는데 백엔드 에서 500 code를 응답합니다. loadMyInfoError에도 에러 메시지가 담기구요... 한 번의 요청에 두 개의 라우터로 가는 경우가 발생할 수 있나요?? 아니면 실제로 액션은 한 번 디스패치되긴 했는데, 어떤 내부동작에 의해 두 번의 요청이 발생한 건가요?? userInfo 액션은 디스패치 된적 없습니다. (사진) (사진)

요청 오류 질문

넣어도 똑같습니다. 어떤 소스코드를 보여줘야 하는 지 감이 안잡히네요... (사진)(사진)