 |
Catégories
|
 |
|
Graphisme Programmation Hardware Divers
1100 Sujets 14220 Réponses
|
|
 |
 |
 |
|
 |
Réponses - Connexion à distance |
 |
|
 |
 |
euh non ... phpnet.org? - phpnet.org avec connexion distante. infomaniak.ch? "- Les bases de données ne sont pas accessible depuis l'extérieur de nos serveurs. " aucunes idées en fait.
Posté le 16 06 2009 à 11h57
|
 |
|
 |
 |
Faut pas un dédié pour ça ?
Posté le 16 06 2009 à 12h30
|
 |
|
 |
 |
Ouais en fait on dirais que c'est raté pour un petit site pas trop chere pour l'entreprise .. Jvais ptêtre metre le script sur le serveur, mais comment taper sur le pc local de la boite ? :s
Posté le 16 06 2009 à 19h04
|
 |
|
 |
 |
iframe, ajax, wamp, xml-rpc, ... t u as tout ce qu'il faut non? :D
Posté le 16 06 2009 à 20h17
|
 |
|
 |
 |
Sinon le "mieux" reste encore de créer une interface administrateur et qui exécute les actions sur la BDD. Dites moi si je dis des conneries :p
Posté le 17 06 2009 à 12h44
|
 |
|
 |
 |
lol bha ouais c'est ce qui aurait été le plus simple mais le cas est le suivant : la boite à une bdd interne avec les infos devant être sur le site et d'autres infos qui doivent rester en local, donc je pensais faire un ptit script qui envoi les modif des tables concernées sur le serveur. Si non j'ai un autre plan, j'ai entendu parler de cron .. ça a l'air fun ça, non ? Genre le script au lieu de se connecter à la bdd et envoyer les requetes il envoi un fichier texte par ftp et un script lancé automatiquement (by cron) ouvre le fichier texte envoi lui même les requetes (on reste en interne pour le serveur donc opé) .. non ?
Posté le 18 06 2009 à 11h07
|
 |
|
 |
 |
tu te l'envois par mail sur to nserveur  tous les moyens sont bon, tu peux utiliser automator sous osx :D ou un cron ... ou engager quelqu'un pour cliquer sur un bouton, ou une gerbille :D
Posté le 19 06 2009 à 06h41
|
 |
|
 |
 |
Ouais, je crois que le plus simple c'est un cron... T'es sous Linux ou Windows ? Sous linux, il te faudra modifier la crontab, et sous Windows ce sont des tâches plannifiées. Si ça peut t'aider je ferais comme ceci : en local le cron lance un script qui dump tes tables, envoie le dump par ftp sur le serveur distant, et exécute un script situé sur le serveur distant (je pense à un script PHP, tu lances une requêtes http, par exemple sous Linux avec wget, sous Windows je sais pas trop). Le script situé sur le serveur distant va insérer les données dumpées dans la base distante, et supprimer le fichier du dump (par sécurité).
Posté le 21 06 2009 à 13h17
|
 |
|
 |
 |
exacte ishi, j'en suis rendu à une solution équivalente. Le pc local est sous windobe donc j'utilise les taches planifiées pour lancer mon script qui crée le dump et l'envoie sur ftp, le cron (puisque serveur linux .. pas fou la bête :D ) chope automatiquement le dump et les lance avec un script PHP tout simple, le script supprime ensuite le fichier dump. La différence c'est que t'as l'aire de dire que l'application qui crée et envoi le fichier texte peut déclencher le cron ? J'ai l'impression d'avoir mal compris .. parce que cron est sensé lancer automatiquement le script, donc c'est l'inverse. En relisant j'ai compris, le cron sera celui de l'hébergeur, pas le local, donc les requêtes sont lancées finalement comme n'importe quelle requête SQL sur un site web. C'est justement pour contourner la base de données distante. Le seul truc qui pêche c'est que le script local (de création du dump) et le script distant (envoie des requêtes) sont tous les deux lancés automatiquement sur deux pc différents donc je vais devoir laisser une marge d'une 10aine de minutes entre les deux pour être sur de ne pas avoir d'embrouilles, c'est pas trop dangereux ça ?
Posté le 23 06 2009 à 16h56
|
 |
|
|
|
 |
 |
 |
|
|