[o.a. php] Groot probleem met site "grabben"

[Zynth]

Ik moet voor een klant zijn website "grabben", oftewel,
geschikt maken voor offline bekijken.
Maar nu gebruik ik behooorlijk veel php (alleen maar) in de site,
en vliegen de variabelen van het ene naar het andere script me dus om
de oren.
Het probleem is dat ik nog geen enkel programma ben tegengekomen die daar goed mee omgaat.

stel; ik stel de diepte van de links in op 3.
Als ik dan in de ge-grabte site in het menu klik,
gaat het goed. als ik wéér in het menu klik, gaat het ook goed.
Maar als ik dán klik, dan kent hij de pagina niet meer.
Hij heeft dus niet door dat sommige pagina's hetzelfde zijn, dus álles slaat hij
3x op, als je begrijpt wat ik bedoel.

Is er iemand die ervaring heeft met het grabben van php, die
hier een oplossing voor weet??

[BraveWorld]

Niet grabben maar PHP en Apache webserver installeren op je computer. Maar oke, misschien wil je de site op een cdrom zetten en op willekeurige pc's bekijken. Dan heb je niets hieraan.

[Zynth]

dat kan dus niet.
Hij wil namelijk cd's laten drukken (heeft al besteld, vandaar de haast en mijn balen:/)
waar de website op moet komen; als relatiegeschenk...

[Soultaker]

Zijn de URL's van de pagina's die "hetzelfde" zijn ook identiek? Zoniet, dan kan je programma dat natuurlijk niet weten en moet je de website zo aanpassen dat er wel identieke links naar identieke lokaties worden gegenereerd.

Als dat al gebeurddan moet genereren je PHP bestanden waarschijnlijk headers die voorkomen dat de browser ze kan cachen; sloop die er dan dus uit.

Meestal kom je met goed configureren van je grab-applicatie ook al een heel eind.

[Verwijderd]

Uhm ... dat gaat niet lukken. Dynamisch gegenereerde content is van nature dynamisch, dus niet statisch, dus niet vast te leggen. Je kunt evt. wel proberen alle 'statussen' van pagina's te capturen, als aparte file op te slaan en aan elkaar te linken, maar er komt dan veel handwerk bij kijken.

Er is wel software voor ASP om dynamische websites via software ipv via een webserver te laten lopen (dus de software vervangt de webserver), maar ik denk niet dat zoiets voor PHP bestaat, en, als het al bestaat, dat het gratis is.

[Soultaker]

Verwijderd schreef op 10 oktober 2002 @ 03:03:
Uhm ... dat gaat niet lukken. Dynamisch gegenereerde content is van nature dynamisch, dus niet statisch, dus niet vast te leggen. Je kunt evt. wel proberen alle 'statussen' van pagina's te capturen, als aparte file op te slaan en aan elkaar te linken, maar er komt dan veel handwerk bij kijken.

PHP wordt vaak gebruikt voor niet-zo-heel-dynamische dingen. Als je bijvoorbeeld een menuutje hebt, met links naar "domein.com/index.php?page=something", waarbij intern een HTML filetje "something.html" wordt voorzien van wat headers en footers, dan kun je zulke links prima statisch opslaan. Zolang elke bij elke pagina gewoon één (of desnoods een beperkt aantal) hoort, is er in principe geen probleem.

'Echt' dynamische pagina's, als form mail scripts en dergelijke, zul je er met de hand uit moeten halen.

[_DeWie_]

Wget (ook voor windows) kent heel erg veel opties.
Als ik het goed heb kun je hier ook een dynamische site mee offline trekken.

[Zynth]

om even op soultaker in te gaan...
de url van bijvoorbeeld de home-pagina is:

code:

http://192.168.0.1/aacs/cd/index.php?login=public&item=Zwanger%20worden

[Verwijderd]

Ik werk zelf met een cms systeem, en wij zijn zelf gek als we de pagina voor een klant ofline gaan zetten doormiddel van de source geven. PHP en ASP zijn server gerichte programma's zorg er dan ook voor dat het server gericht blijft. of wat de anderen al zeiden installeer Apachi en MySQL bij die klant van jou. Laat ze wel even een contractje tekenen met daar in dat ze de software niet mogen gebruiken, want als je dat niet doet en ze zeggen we hosten hem niet meer bij jou dan hebben hun jou hele programma. Wat overigens we een optie is, is de website omzetten naar html. dan kunnen hun de website wel bekijken. en dan kan je het ook op cd-rom zetten.

[Zynth]

tsja, de klant wil het nou eenmaal offline kunnen bekijken.
Het maakt mij dus heelemaal niet uit hoe ik dat moet doen, als het maar lukt
Deze site maakt inderdaad ook gebruik van een cms.
Omzetten naar html vind ik goed, maar dat moet wel automatisch gaan,
want er zijn 400 pagina's...
Hoe zou ik alles kunnen omzetten naar html dan?

[smaij]

bouw zelf een script die alle 400 pagina's opslaat als aparte html file en aan het design de navigatie structuur kan maken

[Zynth]

whaah... das een ramp

maareh, ik ben een beetje vrolijk momenteel
het is namelijk gelukt.

Een tip voor de latere searchers;
ZORG DAT DE TE GRABBEN SITE NOOOIT PHP SESSION_ID's GEBRUIKT!
(dus alle session_start(); gewoon eruit slopen..

thnx guys...

[chem]

Zynth schreef op 10 oktober 2002 @ 09:18:
whaah... das een ramp

maareh, ik ben een beetje vrolijk momenteel
het is namelijk gelukt.

Een tip voor de latere searchers;
ZORG DAT DE TE GRABBEN SITE NOOOIT PHP SESSION_ID's GEBRUIKT!
(dus alle session_start(); gewoon eruit slopen..

thnx guys...

of een behoorlijke grabber nemen die cookies ondersteunt.

[Zynth]

ik heb 7 grabbers geprobeerd,
die heel best cookies ondersteunen.

Het gaat erom, dat die grabber fouten in de betandsnamen maakt op hetmoment dat er een Session_ID bijhoord...

[Janoz]

Dat is ook niet geheel onlogisch. Als je sessies gebruikt om variabelen door te geven tussen de verschillende pagina's, kan het grabber programmatje onmogelijk alle van belang zijnde informatie over de staat van de pagina achterhalen. Het kan immers niet bij de in de sessie opgeslagen variabelen komen.

[Zynth]

intelligente analyse!

nu ik er zo over nadenk heb je inderdaad gelijk!