0d 0a Binære Alternativer

Jeg overfører filer mellom servere og har nettopp begynt å merke seg at noen av dem blir modifisert for å være en lang kontinuerlig linje i motsetning til å ha retur og linjeskift de opprinnelig hadde. Jeg antar at dette har noe å gjøre med overføringstypen til FTP-klienten, som opprinnelig ble satt til Auto, men sportslig Binær og ASCII som tilleggsalternativer. Kort sagt, hva er forskjellene mellom måtene jeg overfører en fil fra en server til en annen, og vil disse forskjellene være i stand til å endre filen på en slik måte som jeg nevnte ovenfor spurte 8 februar 10 klokka 16:09 Den binære overføringsmodusen av FTP kopierer filer nøyaktig, byte for byte. Enkelt og greit. Når du bringer tekstfiler mellom forskjellige operativsystemer, kan dette kanskje ikke være det du vil - forskjellige operativsystemer bruker forskjellige koder til å representere linjeskift. ASCII-modusen eksisterer for dette formålet: det oversetter automatisk alle linjestykker fra kildesystemformatet til destinasjonene. Ikke sikker på Auto, men jeg antar at det ser ut som filtypen eller noe som ligner på om det er en tekstfil, og prøver å gjette den aktuelle modusen. Hvilken modus du vil, avhenger nøyaktig hva du gjør med filene. hvis du bare kopierer dem for å sikkerhetskopiere dem, så vil du sannsynligvis kopiere i binær modus slik at de blir nøyaktig det samme når du senere gjenoppretter dem til Windows-serveren igjen. Hvis de trenger å være brukbare som tekstfiler (kanskje som konfigurasjonsfiler for et tverrplattformsprogram) på begge sider, vil du bruke ASCII-modus for å oversette dem. EDIT: Så vidt jeg kan fortelle, må FTPing filer fra Windows til Linux aldri føre til at linjeskift forsvinner. derimot . Hvis du kopierer dem i ASCII-modus, og deretter tar dem tilbake til Windows-serveren i binær modus, kan Linux-linjestykket kanskje ikke gjenkjennes i Windows-boksen. (Notisblokk vil ikke se dem Wordpad vil YMMV med annen programvare.) (I dag kan en slik bekvemmelighet - automatisk konverteringslinje slutter automatisk - virke merkelig i en slik grunnleggende protokoll som FTP. Når FTP ble oppfunnet, var det imidlertid å sende tekstfiler norm, og en av målene i protokollen var å gjøre dette så enkelt som mulig.) Besvart 8. februar kl 08: 390D etter 0A i hex når du skriver en binær fil Hvordan passere Array fra Classic ASP til Component SUser postet Mar 3 , 2017 kl. 10:26 Kerberos Token er ikke opprettetDeepakBangalore postet 3. mars 2017 klokka 11:27 Grace Hopper: Et stort navn i kodende språk. PamW211 postet 28. februar 2017 klokka 5:57. apache tomcat til en tilpasset sideRohini postet 23 februar 2017 Senior Full Stack Developer Posisjon - Atlanta, GA (Java, HTML, CSS, AWS) Dylan Knight postet 23 februar, 2017 ImportError: Ingen modul kalt NumpyHninHnin postet 19 februar 2017 Ulovlig sekvensiell uttalelse (VHDL) chiraz postet 17. februar 2017 Hei allPamW211 postet 13. februar , 2017 Python, LDA. Hvordan få id av søkeord i stedet for søkeordene selv med GensimAmy21 postet 20. januar 2017 Hjelp vær så snill. (jamessand postet 18 januar 2017.I øyeblikket prøver jeg å implementere en enkel webserver med C under Windows. For å støtte filopplasting, er POST implementert i kodene mine. Nå, når en binærfil lastes opp gjennom IE, to ekstra tegn 0D og 0A er lagt til i slutten av filen. Filinnholdet før opplasting Filinnholdet etter opplasting Her er noen koderbitene Gjennom Fiddler. finner vi 0D 0A er lagt til av nettleseren. I denne spesifikasjonen vet vi at fillinjens slutt skal legges til Det første spørsmålet: Hva om det ikke er 0D 0A mellom filinnhold og grense? For hvis innholdet i binærfilen inkludert 0D 0A. er det vanskelig å skille mellom 0D 0A tilhører den binære filen eller ikke. Per CodeCaster, legg til topptekst av postmelding her Spørsmål 2: Hvordan pakke ut binært filinnhold fra http-kroppen etter innholdslengde. Eller ved grense. Med eliminere 0D 0A. Søndag 23. september klokken 9:09