Application locale à utiliser pour plusieurs usagers

[feldi]

Bonjour,

j'ai développé une application PHP/MySql qui permet de faire une liste de tout les PDF existant dans un dossier stocké sur un serveur.
J'aimerais maintenant pouvoir rendre cette application utilisable par le personnel de l'entreprise.
Je suis donc à la recherche d'informations quand à la réalisation de ma demande. Ils possèdent un serveur avec un site web, serait-il possible de "greffer" mon application sur leur site?

Ex www.nomdusite.fr/monApplication ? En intégrant la BDD (MySql) et mon script ?

Merci !

[steven78700]

Bonjour ,

Est t'il possible de créer un dossier "TonAppli" à la racine du site ?

[feldi]

Il faut que je vois avec eux si ils ont le code source du site ou au moins la possibilité d'y accéder. Ils passent par une société qui sous traite leur site.
Mais si c'est possible, ils pourront y accéder comme ceci ?

[gwharl]

Cela tiens plus de l'entreprise qui possède le serveur, de gérer l'intégration de ton application selon leur vouloir.

[feldi]

Je suis stagiaire dans leur entreprise, ils ne sont pas informaticiens et veulent donc que je leur intègre mon application de la manière la plus simple d'utilisation pour eux.

[steven78700]

As tu un acces FTP au site de ton entreprise ? si oui essaye de créer un dossier "MonAppli" à la racine du site, ensuite dans ce dossier tu créer un index.php avec comme code source un truc bidon genre echo "toto";

Et pour finir tu fais http://liendetonsitedentreprise/MonAppli/

si toto s'affiche déja tu peux mettre le site !

Aprés pour la base de donnée il faudrait plus d'info !

[feldi]

Merci pour ton aide Steven, je vais voir ça avec celui qui s'y connait le plus.

De quelles autres infos as-tu besoin concernant la BDD ?

[steven78700]

La base de donnée que tu utilise en ce moment es sur ton poste en localhost ? ou elle est déja en fonction sur un serveur ?

[feldi]

Elle n'est qu'en local pour le moment. J'utilise wampServer et phpMyAdmin.
Mais elle n'est pas "lourde", une fois exportée en fichier texte elle ne fait que 41ko. Je ne sais pas si cela peut aider.


Edit : Concernant le serveur, ils ont un accès FTP à distance. Donc à prioris je pourrais mettre le site à la racine. Il faut encore voir pour les détails avec eux mais ça devrait fonctionner.
Il ne resterait "plus que" le problème de la BDD.

[RunCodePhp]

Salut

A mon avis il serait bon de prendre contact avec l'entreprise sous-traitante, ne serait ce que pour une question de responsabilité.

Imaginons un instant que, bien ayant les accès FTP, et y mettre sa partie perso la dedans, s'il venait avoir un problème (dysfonctionnement, voir pire un acte de piratage), l'entreprise sous traitante peu très bien de dégager de toute responsabilité du fait qu'il y a eu une modification non effectuée peu eux.
Et ça, même si l'origine du problème vient de leur propre partie.


Il serait mieux à mon sens de leur demander de créer par exemple un sous domaine, donc un espace bien à part (genre : stagiaire.domaine.com), et là, les choses étant plutôt bien séparés il sera possible de faire quelque chose en parallèle.
De leur demander aussi de créer la nouvelle Bdd, car le serveur MySQL risque aussi d'être le même (faut voir).
Cette action venant de la part du prestataire, les choses peuvent être même contractuelles.

Au bout, ça ne sera peut être pas totalement greffé, mais si l'entreprise est sympa et coopérante, elle pourrait créer un lien du Web principal vers le sous domaine, voir même fournir des éléments graphiques pour permettre de simuler qu'on soit sur le même site coté sous domaine.
L'illusion au bout peut être parfaite si on s'y prend bien, voir gagner du temps de ce coté là si le but est de faire quelque chose de ressemblant.

Enfin, c'est une idée.

[feldi]

Effectivement c'est une idée intéressante.

J'ai eu un peu plus de détails. En fait, j'ai l'impression que je dois "juste" leur fournir un cahier des charges / manuel de mise en route pour qu'ils s'en occupent par la suite quand ils auront le temps / l'envie.

L'idée de le greffer au site directement (www.leurSite/monApplication) vient surtout du fait de la simplicité d'utilisation pour les employés.
Après il est vrai que contacter le sous-traitant pour réserver un sous-domaine est intéressante.

Sinon, par rapport à la base de données et ton idée, ils devront l'envoyer au sous-traitant pour qu'ils l'installent chez eux? Et dans ce cas, comment pourront-ils la modifier ?
Merci

[RunCodePhp]

Faut pas se focaliser sur une URL, car grâce à Apache et la réécriture qu'il sera être possible (ou devrait) de faire un peu ce qu'on veut.
On peu avoir au départ :
sous_domaine.domaine.com
Puis réécrit : domaine.com/tonAppli/....

L'avantage du sous-domaine, c'est vraiment avoir son propre site Web.
L'inconvénient quand même, c'est qu'il sera un petit peu plus compliqué si tu devait exploiter certain code du site principal.
Mais dans le fond tout est possible, pour la simple raison qu'on est quand même dans un même espace disque.
A moins que l'entreprise crée ce sous domaine dans un tout autre espace disque, ce qui est fort possible. (pour eux, c'est ce qui serait le mieux pour éviter certains problèmes).

Pour ce qui est de la Bdd, c'est pareil, tout dépend en fait de la formule de cet hébergement, et de leur capacité, etc ...
Ils peuvent très bien se contenter de créer une nouvelle Base sur le même serveur MySQL, tout comme créer un nouveau serveur + nouvelle base, tout ça encore pour éviter les problèmes.
Voir pourquoi pas te donner accès à la Bdd du site avec tous les droits, tout comme les limiter, commepar exemple limiter à faire que des SELECT (pas de delete, insert, upadate).


Vois tu, sans infos on peu tout imaginer.
Ca dépend d'eux, et de l'hébergement du site principal.

[steven78700]

Oui c'est une solution , mais moi j'ai donnée la mienne car dans son explication il ecrit :

Ex www.nomdusite.fr/monApplication ? En intégrant la BDD (MySql) et mon script ?

[RunCodePhp]

Oui c'est une solution , mais moi j'ai donnée la mienne car dans son explication il ecrit

Tiens donc.

Si j'ai parlé du cyclone qui ce trouve pas loin de la Réunion (qui est sur Mada, qui eux n'ont vraiment pas besoin de ça), alors effectivement, je me suis trompé de forum.

Sinon, par rapport à la base de données et ton idée, ils devront l'envoyer au sous-traitant pour qu'ils l'installent chez eux?

Comme je l'avais dis, ça dépend.
Mais si les choses peuvent se passer de manière la plus simple, ils peuvent te donner les login/passe du serveur MySQL, et là il te saura possible de créer ta Bdd, et d'importer les données.
PhpMyAdmin est peut être installée, ce qui serait encore plus simple.
Mais si dans ton application tu n'as pas besoin de requête sur la Bdd du site Web principal, même si c'est un tout autre serveur MySQL, ça sera bon aussi.

Ce qui causerait problème, ce serait ton application qui apriori aurait besoin de parcourir les fichiers du site principal.
Donc sous domaine ou pas (ce n'est pas le vrai problème, j'évoque juste un problème de sécurité), et si tel est le cas, que ton appli soit sur le même espace disque que celui du site principal serait imposée, sinon impossible de lister quoi que ce soit.
Du moins je ne vois pas comment ce serait possible autrement.

Et dans ce cas, comment pourront-ils la modifier ?

Qui "ils" ?
Pour requêter sur ta Bdd au niveau de ton appli tu auras obligatoirement besoin des 3 infos principales :
Le nom du serveur, le username et le mot de passe.
Donc quelque soit las personnes (les "ils"), il suffit de leur communiquer ça pour qu'ils puissent la modifier, au moins via Php.
Sinon, rien t'empêche d'installer un PhpMyAdmin (par exemple) sur ce même espace disque pour manipuler la Bdd directement.

[feldi]

Merci pour votre engouement pour mon projet ^^
@RunCodePHP :
je mets ici la plupart des infos pour essayer d'être le plus clair possible

_ pour le moment je travaille en local
_ j'ai une base MySQL sous PHPMyAdmin qui comporte 2 tables
_ j'ai 2 pages PHP qui servent à afficher les catégories et les sous-catégories de PDF
_ une catégorie correspond à un dossier dans un répertoire personnel d'un employé
_

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
 
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" lang="fr">
    <head>
		<meta http-equiv="Content-Type" content="text/html; charset=utf_8" />
		<meta http-equiv="X-UA-Compatible" content="IE=8" />
		<title>Arborescence des PDF</title>
    </head>
	<body>
		<?php
			$base = mysql_connect('localhost', 'root', '');  
			mysql_select_db('pdf', $base);
			mysql_set_charset('utf8');
		?>
		<h1>Liste des catégories </h1>
		<?php
			$requete = "SELECT nomCateg FROM categories";
			mysql_query($requete) or die ('Il n\'y a pas de PDF à afficher');
			$resultat = mysql_query($requete, $base);
			while ($row = mysql_fetch_assoc($resultat))
				{
					echo 	'<ul>
								<li align=center><a href="pagePDF.php?titre='.$row['nomCateg']. '">'.$row['nomCateg'].'</a></li>
							</ul>';
				}
		?>
	</body>
</html>

Le code de ma page principale qui appelle cette page :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
 
<?php
	echo '<html>';
		echo '<head>';
			echo '<title>'.$_GET['titre'].'</title>';
		echo '</head>';
		echo '<body>';
			echo '<br/><br/><br/>';
			echo '<div align=center>';
				$base = mysql_connect('localhost', 'root', '');  
				mysql_select_db('pdf', $base);
				mysql_set_charset('utf8');
				$requete = "SELECT sous_categories.nomSousCateg, sous_categories.cheminAcces, categories.numCateg, categories.nomCateg, sous_categories.numCateg FROM sous_categories, categories WHERE sous_categories.numCateg = categories.numCateg AND categories.nomCateg ='".$_GET['titre']."';";
				mysql_query($requete) or die
				('Erreur SQL, il n\'y a pas de documents dans cette catégorie');
				$resultat = mysql_query($requete, $base);
				while($row = mysql_fetch_assoc($resultat))
				{
					echo  
						'
							<ul>
								<li align=center><a href="U:/public/documentation/référentiel juridique/'.$_GET['titre'].'/'.$row['cheminAcces'].'">'.$row['nomSousCateg'].'</a></li>
							</ul>
						';
				}
			echo '</div>';
		echo '</body>';
	echo '</html>';
?>

Donc tout ça fonctionne, pas de problèmes.

_ ce que l'entreprise souhaite :
_ pouvoir accéder de n'importe quel poste à mon programme pour avoir la liste des PDF

_ ce que l'entreprise possède :
_ un serveur distant hébergé par une société prestataire.

J'éspère avoir été clair dans mes explications, si vous avez besoin de savoir autre chose, n'hésitez pas à me le faire savoir.

[RunCodePhp]

J'éspère avoir été clair dans mes explications, si vous avez besoin de savoir autre chose, n'hésitez pas à me le faire savoir.

Il manque une info essentielle que j'évoquais plus haut :
Est ce qu'il est nécessaire (sinon obligatoire) qu'accéder aux fichiers du site déjà existant ou pas ?

En faite, la question dont je me pose : d'où viennent ces PDF ?
D'après ce que je vois, il y a une Bdd qui stockerait des nom/titre correspondant à des PDF, tout ça classé par catégories, mais des PDF c'est avant des fichiers.
Sauf erreur, je ne vois nulle part des fichiers, juste une liste de liens pointant vers ces fichiers.

Mais comment tout ça est créé, manipulé, etc ... ?
De même que comment la Bdd (les catégories/noms des fichiers) est mise à jour par rapport aux manipulations de ces fichiers ?
La quantité que tout ça va représenter (l'espace disque/Bdd).
La confidentialité des données/fichiers.
... etc, etc ...

Bref, à mon sens c'est ça qui va conditionner aussi la manière de procéder, et peut être même.
Comment veux tu par exemple qu'on sache si l'espace disque sera suffisant si tu ne sais pas toi même les limites de cet hébergement ?

Code :

U:/public/documentation/référentiel juridique/ ...etc ...

Ceci m'inquiète un peu d'ailleurs.
Déjà, une règle qui serait bon d'appliquer, c'est d'éviter les caractères spéciaux aux noms de répertoire (et fichiers, etc ... aussi) tels que : éèùç ... et les espaces.
C'est pas garanti du tout que ça fonctionne bien vu que cette règle n'est pas appliquée.

Ensuite, ce n'est pas une URL qui est indiquée dans le lien de ce code, mais un chemin physique, un chemin lié au disque.
Or, et j'espère que c'est juste provisoire, mais il sera impossible à un navigateur de connaitre un tel chemin.
Ce genre de truc fonctionne peut être en local, car l'environnement WAMP ce trouve sur la même machine, donc coïncidence, mais une fois sur un serveur distant, ça sera impossible.
Un lien, c'est une URL, une adresse IP d'une machine ou un nom de domaine.
Ceci dit, ceci n'a rien avoir avec le problème évoqué, c'est juste une petite parenthèse.

[feldi]

Envoyé par RunCodePhp

Il manque une info essentielle que j'évoquais plus haut :
Est ce qu'il est nécessaire (sinon obligatoire) qu'accéder aux fichiers du site déjà existant ou pas ?

Non, absolument pas. Les deux n'ont rien à voir en commun.

En faite, la question dont je me pose : d'où viennent ces PDF ?
D'après ce que je vois, il y a une Bdd qui stockerait des nom/titre correspondant à des PDF, tout ça classé par catégories, mais des PDF c'est avant des fichiers.
Sauf erreur, je ne vois nulle part des fichiers, juste une liste de liens pointant vers ces fichiers.

Eh bien, un des employés les stocke sur son répertoire perso sur le réseau et je les ai rentrés manuellement dans la BDD.

De même que comment la Bdd (les catégories/noms des fichiers) est mise à jour par rapport aux manipulations de ces fichiers ?
La quantité que tout ça va représenter (l'espace disque/Bdd).
La confidentialité des données/fichiers.
... etc, etc ...

Je rentrais les noms et chemins d'accès des PDF manuellement et le but serait que l'employé puisse faire de même quand je ne serais plus la et quand il recevra de nouveaux pdf.
Pour l'instant le script de ma BDD pèse environ 50ko. Pas vraiment besoin de confidentialité, ce sont pour la plupart des articles de droits ainsi que des lois pour que les employés puissent s'y retrouver en quelques clics.

Bref, à mon sens c'est ça qui va conditionner aussi la manière de procéder, et peut être même.
Comment veux tu par exemple qu'on sache si l'espace disque sera suffisant si tu ne sais pas toi même les limites de cet hébergement ?

Code :

U:/public/documentation/référentiel juridique/ ...etc ...

Ceci m'inquiète un peu d'ailleurs.
Déjà, une règle qui serait bon d'appliquer, c'est d'éviter les caractères spéciaux aux noms de répertoire (et fichiers, etc ... aussi) tels que : éèùç ... et les espaces.
C'est pas garanti du tout que ça fonctionne bien vu que cette règle n'est pas appliquée.

En tout cas, ça fonctionne pour l'instant. Avant le public il y a le nom de l'employé qui gérait ça.
Pas de problèmes au niveau des espaces, uniquement avec les " ' " étant donné que c'est un délimiteur en PHP.

Ensuite, ce n'est pas une URL qui est indiquée dans le lien de ce code, mais un chemin physique, un chemin lié au disque.
Or, et j'espère que c'est juste provisoire, mais il sera impossible à un navigateur de connaitre un tel chemin.
Ce genre de truc fonctionne peut être en local, car l'environnement WAMP ce trouve sur la même machine, donc coïncidence, mais une fois sur un serveur distant, ça sera impossible.
Un lien, c'est une URL, une adresse IP d'une machine ou un nom de domaine.
Ceci dit, ceci n'a rien avoir avec le problème évoqué, c'est juste une petite parenthèse.

Je ne suis pas sur la même machine mais mon poste est relié au réseau qui relie également le serveur qui contient ces PDF.


Si tu as d'autres questions, n'hésite pas

[feldi]

Donc, en résumé, le mieux c'est qu'ils contactent la société qui héberge/a fait leur site pour qu'ils voient avec eux ?

[gwharl]

Oui afin qu'en cas de problème ce soit la société responsable du service qui prenne à sa charge les erreurs commises.

[feldi]

OK et donc pour la base de données, c'est aussi la société qui se démerde pour que les employés puisse la mettre à jour quand ils en ont besoin ?