Node-redis: Hiredis가 설치되지 않고 있습니다.

웹팩과 관련이 있어야 합니다. webpack 구성에서 nodeExternals 플러그인을 사용하여 이 문제를 해결했습니다.

const nodeExternals = require('webpack-node-externals')

module.exports = {
  ...
  externals: [nodeExternals()],
  target: 'node'
}

nodeExternals는 서버 측 번들링에서 node_modules 폴더의 모든 모듈을 건너뜁니다.

이것은 웹팩의 문제입니다.

사실, 그것은 Webpack의 문제가 아닙니다. redis-parser 가 hiredis $ 를 사용하는 방법에 관한 문제입니다. 이 문제는 정확히 이 문제를 해결하는 redis-parser 3.0으로 업그레이드하여 해결할 수 있습니다.

@guidobouman node_redis 를 분기하고 단일 종속성을 업그레이드하지 않고 redis-parser 3.0을 어떻게 사용할 수 있습니까? 나는 성공하지 못한 채 몇 주 동안 이 문제에 대한 해결책을 찾고 있었습니다.

@guidobouman 유효한 JS 코드는 Webpack 에 적합해야 합니다. 그렇지 않은 것 같고 안타깝습니다. 그건 제쳐두고: 누군가가 Redis에서 Webpack을 사용하고 싶어하는 이유가 매우 궁금합니다. 서버 측 코드를 축소하는 것은 꽤 나쁜 생각입니다.

@peterschussheim 현재 node_redis에서 작업할 수 있는 용량이 많지 않은데 상당히 안타깝습니다. redis-parser만 업그레이드하는 것은 상당한 문제가 될 것입니다.

@BridgeAR 참조 https://github.com/NodeRedis/node-redis-parser/pull/36

누락된 참조는 Webpack의 근본적인 문제였습니다. 고용자를 완전히 제거하면 해당 버그도 "부수적 손상"으로 수정되었습니다.

서버 관련 코드에서 웹팩을 실행하는 이유에 대해: 서버리스 환경은 이전 버전의 Node를 실행할 수 있지만 누군가는 가져오기와 같은 최신 구문을 사용할 수 있기를 원할 수 있습니다. (https://github.com/serverless-heaven/serverless-webpack)

@peterschussheim node-redis redis-parser 버전을 올리는 것 외에 다른 옵션이 있습니다. hiredis 직접 설치하십시오. hiredis 를 사용하지 않을 수도 있지만 redis-parser 는 그것이 있을 것으로 예상합니다.

사실, @BridgeAR : 이것은 버그 수정이므로 패치 버전 범프가 될 수 있습니다. 그러나 그렇습니다. 꽤 오랫동안 EOL이었음에도 불구하고 Node 버전을 4 미만으로 떨어뜨립니다.

@guidobouman 그 제안에 대해 대단히 감사합니다. '해킹'이기는 하지만 이 문제로 인해 더 많은 시간을 낭비할 수 없기 때문에 수락하겠습니다.

아마도 이것은 나 자신이나 커뮤니티의 다른 사람들이 '현대적' 버전을 출시할 좋은 기회일 것입니다(노드 4 지원 때문에 이와 같은 변경을 미루고 있다는 사실이 매우 안타깝습니다).

👎

누군가 이 문제를 해결하는 방법을 설명해 주시겠습니까? hiredis 를 직접 종속성으로 추가해야 하는 이유를 모르겠습니다. 다른 사람들은 단순히 hiredis 를 사용하지 말 것을 제안하는데 어떻게 해야 할까요?
문서에 따르면 기본 파서는 hiredis 가 아닙니다. 최신 버전을 사용 중이고 hiredis 가 여전히 필요합니다. AWS 람다 런타임을 번들링할 때 Webpack이 비참하게 실패합니다.

모든 조정(대상: '노드'로 변경하고 'hiredis' 추가 설치) 후에도 여전히
번들링 문제. Webpack과 함께 Redis를 사용하려고 하면 "Uncaught ReferenceError: require is not defined"가 표시됩니다.

이 문제는 여전히 관련이 있습니다. 하이레디스가 중단되고 노드 12에 설치하지 못했기 때문에 redis-parser가 v3.0.0에서 제거했지만 이 패키지는 여전히 v2.6.0을 사용하고 있기 때문입니다.

또한 다음을 통해 Parceljs와 번들을 시도할 때 이것을 봅니다.

parcel build src/index.ts --bundle-node-modules --target node --no-source-maps --no-minify

번들링(트리 쉐이킹, 컨테이너화 최적화 등)할 때 얻을 수 있는 것이 무엇인지 궁금합니다. 축소 여부에 관계없이 효과가 있다면 결과를 보고 싶습니다. 우리는 지금 npm install 와 전체 빌드를 고수할 것입니다.

Hiredis는 포기하지 않습니다(마지막 PR은 10일 전). 그러나 3.0으로 업데이트하려면 PR @sookoll 을 기쁘게 생각합니다.

Hiredis는 포기하지 않습니다(마지막 PR은 10일 전). 그러나 3.0으로 업데이트하려면 PR @sookoll 을 기쁘게 생각합니다.

죄송합니다. 분명히 고용 노드를 의미합니다. 누군가가 여기에서 노드 환경에서 벗어날 수 있다고 생각하지 않았습니다.