LFF5644 / LFF5644/socketTCP

Antworten statt mit emit reagieren

Open
#2 3 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
JavaScript
Stars
2
Forks
0
PR merge metrics
No merged PRs in 30d

Description

Der Server sollte nicht von selbst mehrmals emit aufrufen, sondern immer nur auf eine Anfrage vom Client direkt mit callback(...) antworten! So kann man sonst das leicht hacken und den Server hundert mal eine Datei senden lassen, ohne dass der Client noch etwas tun muss.

Hier scheinst du generell Server/Client vertauscht zu haben, also der Server schickt etwas an den Client und der sagt dann ob es angekommen ist. Ich sehe dass das gut zum Üben ist, aber ich würde es genau anders herum machen: Der Client kümmert sich darum, die jeweiligen Chunks anzufragen!

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by tracing the server/client message flow, especially where the server emits file data and where chunks are handled. Compare that flow with the issue's requested callback-based request cycle. Done means the client requests each chunk and the server only responds to those requests, without unsolicited repeated emits.

Written by the indexing model from the issue text.

Assessment

Tech stack
javascript
Domain
networking
Issue type
Refactor
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.