Toon posts:

[apache] Vaag... ÿ1307 (gzip compressie) *

Pagina: 1
Acties:

Verwijderd

Topicstarter
Iemand enig idee waar dit:

ÿ1005ÿ
ÿ1135ÿ
ÿ1143ÿ
<knip>
ÿ1155ÿ
ÿ1164ÿ
ÿ1307ÿ

Vandaan zou kunnen komen ?

Elke keer als de gegenereerde pagina's langer zijn dan een bepaalde lengte, komt er zo iets uit voort. Het vreemde is dat het alleen maar gebeurt als ik het <Met de zelfde scripts!!!> vanaf een bepaald domein (LogiLogi.org) uitvoer, en niet als ik het uitvoer vanaf wybo.homip.net.

Zie het verschil (helemaal onderaan)

http://www.logilogi.org/pfview/WCNieuwsteG/week2/1
http://wybo.homeip.net/lo...fview/WCNieuwsteG/week2/1

Heb me rot gezocht, maar niet zinnigs dan Chinees uit de zoekmachine. Meestal is groups.google.com wel behulpzaam in dit soort gevallen, maar nu dus niet, omdattie zich verslikt in die rare tekens, en omdat de getallen tussen de ÿ's verschillen per pagina.

De boel is geschreven in PHP, maakt gebruik van MySQL, en draait op een linux-server met Apache, PHP4, en MySQL.

Verder maak ik gebruik van CSS voor de layout, maar daar ligt het niet aan, want het staat thevens zo in de "source" van de html-pagina.

Ikzelf denk dat het wel eens iets met virtual hosts te maken zou kunnen hebben, hoewel zowel wybo.homip.net als logilogi.org op de zelfde machine draaien, en allebei als virtual host.

Zou het dan aan m'n DNS-instellingen liggen ?

--- ('k weet die van wybo.homeip niet, want die verzorg ik zelf niet)

logilogi.org. IN NS ns1.granitecanyon.com.
bogus.logilogi.org. IN NS ns2.granitecanyon.com.
logilogi.org. IN NS ns3.granitecanyon.com.
logilogi.org. IN NS ns5.zoneedit.com.
logilogi.org. IN NS ns14.zoneedit.com.
logilogi.org. IN A 212.187.32.174

logilogi.org. IN RP s\.wiersma01.chello.nl. logilogi.org.
logilogi.org. IN TXT "Wybo Wiersma"

localhost.logilogi.org. IN A 127.0.0.1

www.logilogi.org. IN CNAME logilogi.org.
wybo.logilogi.org. IN CNAME logilogi.org.

---

Het kan ook nog iets met MYSQL te maken hebben, omdattie de rest van de pagina wel afmaakt, en omdat het aparte queries zijn.

Voor elk "blokje" wat er nog zou moeten komen, staan er namelijk van die rare tekentjes.

Source kun je vinden op:

http://www.logilogi.org/DownLoad

Hoop dat iemand hier een oplossing voor heeft,
Wybo

[ Voor 59% gewijzigd door Verwijderd op 14-04-2003 09:02 ]


  • simon
  • Registratie: Maart 2002
  • Laatst online: 21-08 13:41
Welke scripts worden er gebruikt? Anders kunnen we nog niets :)

|>


  • whoami
  • Registratie: December 2000
  • Laatst online: 20:31
Hoi, welkom op GoT.

Als je wil dat we je verder kunnen helpen (en ik geloof wel dat je dat wilt :) ), dan zul je wel met wat meer informatie over de brug moeten komen.

Het is misschien een goed begin als je eens de P&W quickstart doorleest, en je je topic aanvult met de nodige informatie.
Welkom in P&W -> Quickstart (update 2/10/2002)

https://fgheysels.github.io/


Verwijderd

Topicstarter
bedankt voor de tips bet betrekking tot de vraagstelling

  • chem
  • Registratie: Oktober 2000
  • Laatst online: 04-08 07:59

chem

Reist de wereld rond

Dit komt door de GZIP compressie waarbij er data achter de compresste data komt. Je browser kan daar niet zo om lachen :P

Klaar voor een nieuwe uitdaging.


Verwijderd

Topicstarter
Hoe komt het dan dat de rest achter de YxxxxY nog wel intact is ?

Want dat zou dan toch ook verkeerd er uit moeten komen ?

En nog iets... Hoe los ik dit op ? Compressie uitzetten in httpd.conf ?

En hoe is het dan te verklaren dat het verschil oplevert bij de verschillende domeinnamen, aangezien ze allebeide op de zelfde Apache draaien ?

Verwijderd

Topicstarter
Hoe heb je eigenlijk de titel van dit topic gewijzigd ?

  • Olaf van der Spek
  • Registratie: September 2000
  • Niet online
Verwijderd schreef op 16 april 2003 @ 07:01:
Hoe heb je eigenlijk de titel van dit topic gewijzigd ?
Dat heeft een mod gedaan.

Heb je al met een network sniffer naar het netwerkverkeer gekeken?

[ Voor 17% gewijzigd door Olaf van der Spek op 16-04-2003 12:57 ]


Verwijderd

Topicstarter
Nee, ik zou niet weten hoe dat moest, of hoe het een en ander er dan uit moest zien... Ik ben niet zo'n hacker...

  • Olaf van der Spek
  • Registratie: September 2000
  • Niet online
Voor dit soort problemen is een sniffer toch echt uitermate handig. Daar hoef je geen hacker voor te zijn.

Verwijderd

Topicstarter
Zou iemand dat zin hebben om dat even voor me te doen ?

Want ik krijg ook al allemaal rotzooi uit m'n sniffer (sniffit)...

<D4><C3><B2><A1>^B^@^D^@^@^@^@^@^@^@^@^@<88>^
S^@^@^A^@^@^@ESC
<9F>><C0>K^M^@B^@^@^@B^@^@^@^@<C0>^B<CA><81>~^
@^Du}?^@E^@^@4Y
s@^@@^F+=<C0><A8>^@^B<D4><BB> <AE><82><80>^@P^O<B7><F5><CF><F2>^B}<FE><80>^Q^_n<A2><D5>
^@^@^A^
^@^Q<B7>^W^@.N<B5>

Zal er morgen nog eens naar kijken... Wie weet een goede sniffer voor Linux ?

Verwijderd

Foei, weet je dat niet :P!
Ethereal natuurlijk!

Verwijderd

Topicstarter
Ik heb al een clue...

ALs ik een preg_replace waar om de een of andere reden een non-printable, of een spatie (null string ?) uitkomt, met de /e functie ingeschakeld echo, dan komt er precies zo iets op het scherm...

Fout zit dus ergens server-side, maar dan nog is dat met die domeinnamen vaag!
Pagina: 1