Comment puis-je faire la démonstration d'un site sur un client sans utiliser de serveur public?
Je cherche des moyens de montrer un site de démonstration à un client qui ne peut pas se trouver dans la même pièce que moi sans utiliser de serveur public.
Pour cette situation particulière, j'ai réparé un ancien site que j'avais gardé pour un ami, mais le serveur gratuit sur lequel il était hébergé n'était plus disponible, et je n'ai toujours pas de nouveau serveur pour moi. site de test, je viens donc d'utiliser un ordinateur sur mon réseau local en tant que serveur pour exécuter le PHP avec.
Maintenant, ils ont demandé à voir le site, mais ils ne peuvent pas le voir, et je ne vais pas jouer avec la redirection de port, etc. sur mon réseau local pour cela. De plus, je ne peux pas organiser une heure précise pour qu'ils puissent la visualiser. Par conséquent, leur envoyer une copie leur permettrait de la visualiser (et de la consulter) à leur convenance, sans aucun inconvénient.
Bien que ce site inclue du code PHP côté serveur, dans ce cas, je n'ai pas besoin quelque chose qui l'exécutera pour le client, mais ce serait bien si possible, sans parler de ma curiosité potentiel pour les projets futurs qui nécessitent cette capacité. Mais il est important de ne pas obliger le client à installer un serveur Web complet, ni à jouer avec la ligne de commande avant de l'afficher, etc. Il est préférable que ce soit quelque chose que je puisse empaqueter dans un seul fichier Zip et tout leur donner. avoir besoin.
Options que j'ai examinées:
Fournissant des captures d'écran: C'est une option simple et évidente, mais manque l'interactivité et le sentiment implicite qu'il s'agit d'un véritable site web. (Je mentionnerai également la vidéoconférence et TeamViewer/accès à distance, qui ne correspondent toutefois pas aux critères, principalement en raison de la nécessité de coordonner les horaires.)
MHTML: Cela semble être un excellent choix pour une seule page, mais je ne trouve rien concernant leur utilisation pour plusieurs pages, que ce soit pour les empaqueter dans un seul fichier ou pour les lier entre eux (bien que nécessiterait de mettre des ressources partagées dans chacune d’entre elles, ce qui serait contraire à l’objectif).
Existe-t-il d'autres stratégies ou techniques que je pourrais utiliser en fonction de votre expérience?
On dirait que vous avez un site dynamique PHP dont vous devez rendre une copie statique, dans un dossier à parcourir en local avec des liens relatifs, correct? Ensuite, vous pouvez partager ce dossier avec le client afin qu'il puisse parcourir une copie statique sur son bureau. Si je comprends votre cas d'utilisation, il existe de nombreuses façons d'y parvenir.
La manière CLI
Essayez wget pour télécharger une copie locale du site rendu. Cet exemple de commande fera l'affaire, bien qu'ici, j'utilise une adresse IP localhost et vous devrez la changer pour qu'elle corresponde à l'adresse IP de la machine de développement de votre réseau local:
wget -mpck 127.0.0.1
La manière GUI
Essayez HTTrack Website Copier , ou n’importe quel autre outil de copie de site Web. HTTrack est gratuit et open-source. Je l’ai déjà testé et j’ai trouvé que cela fonctionnait bien.
Un mot d’avertissement cependant, vous dites que vous êtes "en train de réparer un ancien site que j’étais en train de traîner pour un ami" . Vous faites probablement confiance à votre ami pour qu'il ne prenne pas les fichiers et refuse de vous payer, les méthodes ci-dessus devraient donc vous convenir. Cependant, pour tout cas d'utilisation impliquant un client payant, cela pourrait ne pas être une décision judicieuse. Vous livrez une copie statique complète du site, ce qui pourrait être "assez bon" pour un client contraire à l'éthique sans le payer pour le site final (PHP). Juste quelque chose à considérer ...
Pourquoi ne pas simplement créer un sous-domaine difficile (impossible?), Par ex. g8aduc3s.example.com et mettre l'authentification de base (en supposant que le serveur Apache, https://wiki.Apache.org/httpd/PasswordBasicAuth ) se trouve devant, un nom d'utilisateur et un mot de passe sont donc nécessaires pour accéder au site. ?
Vous pourrez alors montrer la personne sur le serveur actuel et, même si celui-ci est dirigé vers le Web, il ne sera pas accessible au public.
Non seulement cela satisfait le client distant, mais si le site convient, il est déjà en place sur le serveur et peut être transformé en site de production avec un travail minimal.
Nous utilisons Adobe XD pour le prototypage. Vous pouvez également consulter le fichier prerender.io pour créer une version statique et navigable.
Vous pouvez utiliser 000webhost.com pour l'héberger (ils autorisent PHP), mais je ne recommande pas cet hôte pour les sites Web sérieux, mais il devrait suffire d'afficher votre démo au client.
Vous pouvez également utiliser PHP pour créer une sorte de protection par mot de passe si vous voulez vous assurer que personne d'autre ne pourra voir le site Web.
Si le site Web est entièrement constitué de fichiers statiques, Fenix Web Server répond à cette exigence.
C'est gratuit et facile à utiliser, et vous permet de partager votre site publiquement via un service appelé localtunnel.
Si vous utilisez XAMPP vous pouvez démarrer le service Apache et mysql, puis recherchez votre adresse IP privée (déjeuner cmd et tapez "ipconfig" ) et le donner à votre client. Lorsque vous client tapez l'adresse IP sur son navigateur, il peut accéder à votre serveur local à distance. Note: votre adresse IP publique ne fonctionnera pas.