Aller à: Liste des forums•Index du forum•Nouveau sujet•Chercher•Identification•Aperçu avant impression
restauration des tables
Envoyé par:
nouzarede
()
Date: lundi 24 mai 2004 18:08:08
est il possible d'integrer une restauration des tables à travers le menu admin, comme le backup par exemple ?
Il serait également interressant de n'ouvrir les resas que sur une période donnée (2 mois par exemple dans mon club).
enfin un bouton impression serait pratique pour un archivage papier de la vue écran (plantage du serveur par exemple)
Philippe Nouzarede LFPZ
www.alcyons.com
Il serait également interressant de n'ouvrir les resas que sur une période donnée (2 mois par exemple dans mon club).
enfin un bouton impression serait pratique pour un archivage papier de la vue écran (plantage du serveur par exemple)
Philippe Nouzarede LFPZ
www.alcyons.com
Re: restauration des tables
Envoyé par:
Fred
()
Date: dimanche 30 mai 2004 14:12:38
Pour ma part je confirme notre intérêt pour ces 3 fonctions.
@+
Fred - VARIO Positif
@+
Fred - VARIO Positif
Re: restauration des tables
Envoyé par:
Utilisateur anonyme
()
Date: dimanche 30 mai 2004 15:30:07
Concernant l'impression, l'intégration de plus en plus poussée des feuilles de style conduira à l'existence d'une option d'impression facilitée (pas de bouton ou autre, juste une définition de style différente pour le média "printer"
.
Cordialement,
Patrick Hubscher.
.Cordialement,
Patrick Hubscher.
Re: restauration des tables
Envoyé par:
nouzarede
()
Date: vendredi 4 juin 2004 12:27:24
Bonjour,
la version 1.2 pourrait elle integrer aussi ?:
1) l'impossibilité de modifier les résas passées (à partir de j-1) sauf pour un profil qui l'autoriserait, ainsi que le bloquage des résas au dela d'une période définie au préalable (2 mois par exemple)
2) la sur-résa, sur les avions prévus pour, en paramètre (avions de voyage du club), avec alerte du pilote en sur-resa si anulation de la resa primaire.
3) un style d'impression qui permet de voir le calendrier journalier exactement comme à l'écran, avec le nom du pilote et destination de l'avion inscrit sur le créneau (utilisation en secours de la partie imprimée la veille si plantage de l'info le jour j). les créneaux actuels ne sont pa imprimés.
4) une sauvegarde automatique journaliere (vers 23h) des tables, dans un rep backup par exemple, sur une semaine (soit sept fichiers), avec un script de restauration dans la partie admin.
Merci d'avance
Philippe Nouzarede LFPZ
la version 1.2 pourrait elle integrer aussi ?:
1) l'impossibilité de modifier les résas passées (à partir de j-1) sauf pour un profil qui l'autoriserait, ainsi que le bloquage des résas au dela d'une période définie au préalable (2 mois par exemple)
2) la sur-résa, sur les avions prévus pour, en paramètre (avions de voyage du club), avec alerte du pilote en sur-resa si anulation de la resa primaire.
3) un style d'impression qui permet de voir le calendrier journalier exactement comme à l'écran, avec le nom du pilote et destination de l'avion inscrit sur le créneau (utilisation en secours de la partie imprimée la veille si plantage de l'info le jour j). les créneaux actuels ne sont pa imprimés.
4) une sauvegarde automatique journaliere (vers 23h) des tables, dans un rep backup par exemple, sur une semaine (soit sept fichiers), avec un script de restauration dans la partie admin.
Merci d'avance
Philippe Nouzarede LFPZ
Re: restauration des tables
Envoyé par:
Utilisateur anonyme
()
Date: vendredi 4 juin 2004 15:35:12
Bonjour,
[b]Bonjour,[/b]
la version 1.2 pourrait elle integrer aussi ?:
1) l'impossibilité de modifier les résas passées (à partir de j-1) sauf pour un profil qui l'autoriserait, ainsi que le bloquage des résas au dela d'une période définie au préalable (2 mois par exemple)
[b] La version 1.2 vérouille la réservation à une date antérieure. Certains profils garderont la possibilité de modifier ça. [/b]
2) la sur-résa, sur les avions prévus pour, en paramètre (avions de voyage du club), avec alerte du pilote en sur-resa si anulation de la resa primaire.
[b] Cette fonctionnalité est à l'étude (et surtout l'option qui sera choisie puisqu'elle peut se gérer de différentes manières). A priori, nous avons arrêté notre choix.[/b]
3) un style d'impression qui permet de voir le calendrier journalier exactement comme à l'écran, avec le nom du pilote et destination de l'avion inscrit sur le créneau (utilisation en secours de la partie imprimée la veille si plantage de l'info le jour j). les créneaux actuels ne sont pa imprimés.
[b] Pour cela, voir le post http://forums.openflyers.org/read.php?f=3&i=3&t=3 qui explique comment faire et, comme indiqué, prendre aussi le temps de vérifier le paramétrage de son navigateur.[/b]
4) une sauvegarde automatique journaliere (vers 23h) des tables, dans un rep backup par exemple, sur une semaine (soit sept fichiers), avec un script de restauration dans la partie admin.
[b]
Une application peut "assister" le webmaster en fournissant des outils pour faciliter une action (la sauvegarde dans notre cas). Cet outil est fourni. L'outil de restauration ne l'est pas, pour l'instant, car il en existe un, fourni par la plus grande majorité des hébergeurs, qui fonctionne très bien: phpMyAdmin. Il en existe d'autres utilisables (en ligne ou à distance) puisque le fichier de sauvegarde SQL fourni est standard (pour mySQL s'entend).
Par contre concernant l'application et une éventuelle sauvegarde automatique, cela est impossible au sens où vous l'entendez; en fait, ce n'est pas vraiment impossible mais l'appli seule ne peut suffire. En effet, un script php ne s'exécute que s'il est "appelé" (par une requête HTTP ou par une ligne de commande exécutée sur un shell).
Par exemple, un site qui ne serait pas sollicité pendant 24 heures (supposons une panne de la connexion de l'hébergeur), la sauvegarde, ne pourrait s'effectuer.
La seule solution (réellement fiable en terme de régularité) est de faire appel à un processus qui verifie en permanence les tâches à effectuer. Sous UNIX ça s'appelle une crontab... Il existe très certainement des alternatives pour les autres OS. Vous comprendrez bien que nous arrivons aux limites du cadre de notre application et de ses fonctionnalités.
A titre d'information, nous avons, pour gérer les OpenFlyers de l'association, un script de sauvegarde automatique des bases de données (au format compressé gzip). Le script de restauration sera prêt sous peu. En paramétrant notre serveur, ce script est appelé une fois par jour (par une crontab puisque notre hébergement est sous Linux) ce qui nous garantit une sauvegarde quotidienne de la totalité de nos bases de données.
Ces scripts ne seront pas intégrés dans les prochaines distributions car ils font souvent appel à un type de serveur/paramétrage particulier.
Il ne faut pas oublier les manipulations nécessaires pour qu'ils fonctionnent: modification des droits de fichiers/répertoires, prise en compte d'éventuelles restrictions (open_basedir par ex), etc.
Pour résumer, si nous pouvons intégrer des scripts utiles, facilement utilisables et paramétrables, nous ne nous gènerons pas pour le faire. Par contre, dans le but d'éviter une complexification trop grande du déploiement de notre application nous éviterons les outils trop spécifiques (qui se limiteraient à un type d'OS par exemple, nécessitant un accès telnet) ou trop complexe (nécessitant une gestion complexe des droits).
Juste une dernière info, c'est bien à cause de cette complexité de la tâche de webmaster que nous avons proposé un service clé en main.
Cordialement,
Patrick Hubscher
PS: si vous avez besoin de plus d'infos, nous pouvons toujours aider mais nous sortons du cadre de l'appli donc il faut s'attendre à un peu de délai pour les éventuelles réponses. ;D[/b]
[b]Bonjour,[/b]
la version 1.2 pourrait elle integrer aussi ?:
1) l'impossibilité de modifier les résas passées (à partir de j-1) sauf pour un profil qui l'autoriserait, ainsi que le bloquage des résas au dela d'une période définie au préalable (2 mois par exemple)
[b] La version 1.2 vérouille la réservation à une date antérieure. Certains profils garderont la possibilité de modifier ça. [/b]
2) la sur-résa, sur les avions prévus pour, en paramètre (avions de voyage du club), avec alerte du pilote en sur-resa si anulation de la resa primaire.
[b] Cette fonctionnalité est à l'étude (et surtout l'option qui sera choisie puisqu'elle peut se gérer de différentes manières). A priori, nous avons arrêté notre choix.[/b]
3) un style d'impression qui permet de voir le calendrier journalier exactement comme à l'écran, avec le nom du pilote et destination de l'avion inscrit sur le créneau (utilisation en secours de la partie imprimée la veille si plantage de l'info le jour j). les créneaux actuels ne sont pa imprimés.
[b] Pour cela, voir le post http://forums.openflyers.org/read.php?f=3&i=3&t=3 qui explique comment faire et, comme indiqué, prendre aussi le temps de vérifier le paramétrage de son navigateur.[/b]
4) une sauvegarde automatique journaliere (vers 23h) des tables, dans un rep backup par exemple, sur une semaine (soit sept fichiers), avec un script de restauration dans la partie admin.
[b]
Une application peut "assister" le webmaster en fournissant des outils pour faciliter une action (la sauvegarde dans notre cas). Cet outil est fourni. L'outil de restauration ne l'est pas, pour l'instant, car il en existe un, fourni par la plus grande majorité des hébergeurs, qui fonctionne très bien: phpMyAdmin. Il en existe d'autres utilisables (en ligne ou à distance) puisque le fichier de sauvegarde SQL fourni est standard (pour mySQL s'entend).
Par contre concernant l'application et une éventuelle sauvegarde automatique, cela est impossible au sens où vous l'entendez; en fait, ce n'est pas vraiment impossible mais l'appli seule ne peut suffire. En effet, un script php ne s'exécute que s'il est "appelé" (par une requête HTTP ou par une ligne de commande exécutée sur un shell).
Par exemple, un site qui ne serait pas sollicité pendant 24 heures (supposons une panne de la connexion de l'hébergeur), la sauvegarde, ne pourrait s'effectuer.
La seule solution (réellement fiable en terme de régularité) est de faire appel à un processus qui verifie en permanence les tâches à effectuer. Sous UNIX ça s'appelle une crontab... Il existe très certainement des alternatives pour les autres OS. Vous comprendrez bien que nous arrivons aux limites du cadre de notre application et de ses fonctionnalités.
A titre d'information, nous avons, pour gérer les OpenFlyers de l'association, un script de sauvegarde automatique des bases de données (au format compressé gzip). Le script de restauration sera prêt sous peu. En paramétrant notre serveur, ce script est appelé une fois par jour (par une crontab puisque notre hébergement est sous Linux) ce qui nous garantit une sauvegarde quotidienne de la totalité de nos bases de données.
Ces scripts ne seront pas intégrés dans les prochaines distributions car ils font souvent appel à un type de serveur/paramétrage particulier.
Il ne faut pas oublier les manipulations nécessaires pour qu'ils fonctionnent: modification des droits de fichiers/répertoires, prise en compte d'éventuelles restrictions (open_basedir par ex), etc.
Pour résumer, si nous pouvons intégrer des scripts utiles, facilement utilisables et paramétrables, nous ne nous gènerons pas pour le faire. Par contre, dans le but d'éviter une complexification trop grande du déploiement de notre application nous éviterons les outils trop spécifiques (qui se limiteraient à un type d'OS par exemple, nécessitant un accès telnet) ou trop complexe (nécessitant une gestion complexe des droits).
Juste une dernière info, c'est bien à cause de cette complexité de la tâche de webmaster que nous avons proposé un service clé en main.
Cordialement,
Patrick Hubscher
PS: si vous avez besoin de plus d'infos, nous pouvons toujours aider mais nous sortons du cadre de l'appli donc il faut s'attendre à un peu de délai pour les éventuelles réponses. ;D[/b]
Re: restauration des tables
Envoyé par:
nouzarede
()
Date: vendredi 4 juin 2004 20:01:17
Bonsoir,
merci pour tout ces conseils
l'impression fonctionne tres bien maintenant, ce qui va rassurer le chef pilote de mon club !
encore un petit conseil svp: comment remplace t on le fond bleu pale de l'écran par une image personnalisée ?
Cordialement
Ph Nouzarede LFPZ
merci pour tout ces conseils
l'impression fonctionne tres bien maintenant, ce qui va rassurer le chef pilote de mon club !
encore un petit conseil svp: comment remplace t on le fond bleu pale de l'écran par une image personnalisée ?
Cordialement
Ph Nouzarede LFPZ
Re: restauration des tables
Envoyé par:
Utilisateur anonyme
()
Date: vendredi 4 juin 2004 22:53:38
Pour l'impression, je me demande bien quel est l'intérêt d'imprimer des données informatisées dans notre cas. Une survivance je suppose.
Pour ce qui est de l'image de fond, il s'agit de CSS/HTML. Vous trouverez donc les éléments qui vous intéressent dans la feuille de style stylesheet.css.
Par contre, je vous invite à la prudence... Le but est d'obtenir avant tout un résultat visible et léger (entre la version 1.1 et la future 1.2, nous divisons par deux le poids de chaque page.
Cordialement,
Patrick Hubscher.
Pour ce qui est de l'image de fond, il s'agit de CSS/HTML. Vous trouverez donc les éléments qui vous intéressent dans la feuille de style stylesheet.css.
Par contre, je vous invite à la prudence... Le but est d'obtenir avant tout un résultat visible et léger (entre la version 1.1 et la future 1.2, nous divisons par deux le poids de chaque page.
Cordialement,
Patrick Hubscher.
Seuls les utilisateurs enregistrés peuvent poster des messages dans ce forum.