PHP|Débutant :: Forums

Advertisement

Besoin d'aide ? N'hésitez pas, mais respectez les règles

Vous n'êtes pas identifié(e).

#1 Re : Forum Général PHP » echec d'envoi d'un formulaire de contact » 16-02-2012 13:53:19

Salut,

lima2010 a écrit :

moi aussi j'ai la même problème , est ce que personne n'a de solution

Quel problème ? Même code ?


erreur :
"Vous devez d'abord <a href=\"formulaire.html\">envoyer le formulaire</a>.";
 

Trouve dans quel cas s'affiche cette erreur...

Ensuite :

Jc a écrit :

En php, on n'inclue pas la déclaration d'une fonction dans une instruction if__then__else.

A prendre en compte !!

Tout ceci s'appelle, "débugger" mais encore faut-il comprendre un minimum ce que l'on fait.

A++

#3 Re : Forum Général PHP » POO ou fonction? » 03-02-2012 19:08:12

Salut,

Une classe ne remplace pas une fonction.
Si tu veux utiliser les classes, il te faut penser objet (globalement).

Exemple simple :
Une classe joueur avec des propriétés comme "réserve de bois" etc...
Et a ce moment là tu peux implémenter une méthode joueur=>assezBois($prix).

Voila sur le principe.

A+

#4 Re : Forum Général PHP » Gestion Include » 07-02-2012 12:49:04

malabarbe a écrit :

Le hic, c'est que quelque soit le choix, les deux compteurs
sont incrémentés.

C'est normal, revois la notion de serveur/client. smile

malabarbe a écrit :

Comment éviter cela ?

Ajax ?

#5 Re : Forum Général PHP » mise à jour d'une table avec la difference de jours » 02-02-2012 21:05:08

Bonjour,

Au pif, sans avoir testé :


$result = mysql_query("SELECT DATEDIFF('". $ultimo_dell_anno. "',CURDATE()) as giorni");
 

#6 Re : Forum Général PHP » specifier taille images » 02-01-2012 15:07:20

Si c'est cela ton souci, tu peux :


$pic = $_GET["pic"];
$h_max = $_GET["h_max"];
$w_max = $_GET["w_max"];
 

Et tu appelle ton image par exemple :


<img src = "tonscript.php?pic=image.png&h_max=100&w_max=100" alt="vignette" />
 

Pense qu'a la fin de ton script tu doit reformater et afficher l'image hein smile

#7 Re : Forum Général PHP » specifier taille images » 02-01-2012 15:07:20

Salut,

C'est cela que tu cherches : imagecopyresized ?
Vois aussi tous les exemples.

A++

#8 Re : Forum Général PHP » stdClass Object » 01-01-2012 18:58:40

Salut,

Ou en restant "objet" :

$tab =Moon::calculateMoonTimes(6, 28, 2011, 36.754478, -96.110291);

$moonset = $tab->moonset;

A++

#9 Re : Forum Général PHP » problème » 01-01-2012 18:36:41

Salut,

Suivant la documentation :

Cette fonction est OBSOLETE depuis PHP 5.3.0. Nous vous encourageons vivement à ne plus l'utiliser.

et

À partir de PHP 5.3.0, l'extension regex est obsolète et vous devez utiliser l'extension PCRE à la place. Appeler des fonctions de l'extension regex émettra des alertes de type E_DEPRECATED.

Il n'y a plus qu'a ...

A++

#10 Re : Forum Général PHP » Récupérer le title pour chercher une info dans la BD » 05-09-2011 23:12:08

Salut,

Au moment ou tu rempli la variable $nom, le JS ne s'est pas encore exécuté donc ça ne peut pas fonctionner.
Revoir la différence entre coté serveur et coté client.

A+

#11 Re : Forum Général PHP » mon champ refuse de s afficher » 01-05-2011 11:27:52

Glop,


$sql = mysql_query('SELECT content FROM pages WHERE id=5');
$req = mysql_query($sql) or die('Erreur SQL !<br>'.$sql.'<br>'.mysql_error());
 

donc si je résume en remplaçant $sql par son contenu... :


$req = mysql_query( mysql_query('SELECT content FROM pages WHERE id=5') ) or die('Erreur SQL !<br>'.$sql.'<br>'.mysql_error());
 

Étonnant non ?

et puis pourquoi ces { } inutiles par ci par là ?

A+

#12 Re : Forum Général PHP » Besoin d'aide de votre script article 84 » 16-04-2011 20:53:30

Salut,

Peut-on voir le script "affichage-peinture.php" ?
Pourquoi à tu commenté les "require" au début ?
Je ne voie pas les liens qui ne fonctionnent pas...

(j'avoue que j'ai un peu de mal à suivre...)

#13 Re : Forum Général PHP » Besoin d'aide de votre script article 84 » 16-04-2011 20:53:30

Salut,

C'est tout à fait normal:


$page = $path_parts["basename"].'/oeuvres';
 

$path_parts["basename"] te retourne : "peinture.php"

Je verrais plutôt quelque chose du genre :


$page = $path_parts["dirname"].'/oeuvres/'.$path_parts["basename"];
 

A+

#14 Re : Apache, quel est le secret de tes plumes ? » Echanges de données (besoin de conseil) » 10-07-2011 12:46:25

Ne t'inquiètes pas, j'ai même fait une petite sieste pour refroidir tout ça.

#15 Re : Apache, quel est le secret de tes plumes ? » Echanges de données (besoin de conseil) » 10-07-2011 12:46:25

Non, pas de conflit d'écriture sur la table mesures par contre cela reste possible sur la table commandes.

Pour le reste cela fait partie des questions que je me pose encore.
C'est intimement lié à la façon et la fréquence de la mise à jour de la table mesure.
- mise à jour à intervalle régulier ou bien mise à jour seulement lors de changements significatifs ?
- mise à jour avec toutes les mesures ou mise à jour avec seulement celles qui auront évolué ?

Je voudrais de plus (pour plus tard) garder la possibilité de conserver un historique à des fins de statistiques, moyennes ou courbes...

J'ai le neurone qui chauffe smile

#16 Re : Apache, quel est le secret de tes plumes ? » Echanges de données (besoin de conseil) » 10-07-2011 12:46:25

Glop,

C'est exactement cela MK.
Pour ce qui est de la priorité des commandes c'est le système qui gère. Il a un peu d'intelligence (qu'on améliore) et obéit déjà à un certain nombre de lois en fonctions de paramètres qu'on lui fournit.

Je peux donc envisager une table commande avec id, label, valeur, fait, (heure ?).
Cette table serait purgée régulièrement. Pas besoin de garder d'historique, l'état des sorties faisant partie des mesures.

Ensuite une table mesure avec id, label, valeur, date/heure.

Reste la fréquence des requêtes. Si je veux une bonne réactivité, le système doit interroger la table commande très souvent (temps < 5 secondes).
Je pense mettre en place un genre de webservice avec en réponse une chaîne XML.
Par contre l'alimentation de la table mesure ne pourrait être faite qu'en cas de changement notables de celles-ci (le "notable" étant défini au niveau du système).

Sur le serveur il y aura bien un formulaire pour saisir les commandes avec des "radio bouton" ON/OFF et champs de saisie de valeur de consigne.
Il y aura ensuite un affichage des mesures, états et alarmes (avec un peu d'ajax pour le fun wink )

Bon, je continue à creuser tout cela big_smile, j'en suis à pas mal de pages de calepin gribouillées...

A+

mcAllan.

#17 Re : Apache, quel est le secret de tes plumes ? » Echanges de données (besoin de conseil) » 10-07-2011 12:46:25

Merci MK de t'intéresser au sujet smile

L'idée est qu'à distance je dépose une commande sur le serveur et lorsque le système interroge via une requête HTTP il récupère la commande et l'exécute.
Peut être renvoyer une sorte d'accusé de réception aussi après l'exécution de la commande.
Je pense coder la commande sous une forme du genre label/valeur, par exemple : relais1/on. Le tout sur 3 ou 4 octets (2 pour le label et 1 ou 2 pour la valeur).
Même chose d'ailleurs pour les mesures.

#18 Apache, quel est le secret de tes plumes ? » Echanges de données (besoin de conseil) » 10-07-2011 12:46:25

mcAllan
Réponses : 10

Bonjour à tous,

Je ne savait pas trop ou poster ce genre de sujet (je déplacerai s’il faut). smile

Je travaille sur un projet expérimental de domotique.

J’ai en local un petit ordinateur relié à une carte à microcontrôleur (Arduino)  qui est capable d’effectuer de nombreuses mesures (température hygrométrie, luminosité etc…) et qui peut piloter pas mal de choses (vannes, relais de puissance, etc…).

Je voudrais pouvoir lire les mesures et envoyer des commandes au système via internet.

Je ne souhaite pas installer un serveur web sur l’ordinateur local.

Le logiciel qui gère le système (programmé en « Processing ») est capable d’envoyer des requêtes HTTP et d’en exploiter les retours.

Je voudrais donc passer par un serveur externe :
- Le système y enverrait régulièrement les mesures effectuées et récupèrerait les commandes à exécuter (via un script PHP sur le serveur)
- Une page web permettrait de lire les mesures (avec une petite couche ajax) et d’envoyer les commandes.

Donc, les questions que je me pose :
Quelle meilleure façon de stocker les mesures et commandes ? BDD, fichier, autre ?
(il y aura peut être besoin plus tard de garder un petit historique de tout ça)
A quelle fréquence maximum le système pourrait-il envoyer ses requêtes ?
Par exemple, si une requête par seconde est faite par le système et à certains moments une requête par seconde est faite par la page distante est ce que la charge serveur ne va pas être trop importante… (Je suis une quiche sur le sujet hmm )

J’espère avoir été assez clair, mais je peux apporter des précisions si nécessaires.

Merci de vos conseils.

A+

mcAllan.

#19 Re : Forum Général PHP » Php Zip et dossier racine » 12-07-2011 14:08:51

loydbrien a écrit :

...lorsque je décompresse mon .zip...

C'est dans ce script là qu'il faut extraire au bon endroit (si c'est un script).
En utilisant la classe ZipArchive par exemple.

A+

#20 Re : Forum Général PHP » Php Zip et dossier racine » 12-07-2011 14:08:51

Salut,

Je ne voie pas trop de solution, il me semble que c'est le fonctionnement normal de l'archivage ZIP...
Si tu fait l'extraction de l'archive en PHP, tu peux coder le fonctionnement attendu.

A+

#21 Re : HTML, xHTML CSS » 3D » 14-03-2011 23:11:06

Salut,

Je ne sais pas si cela peux correspondre à tes besoins, mais tu peux regarder du coté de Processing.
Il permet de manipuler des objets 3D et de créer des applets java.

A+

#22 Re : Forum Général PHP » Y a un roi des RegExp ici ? » 26-02-2011 16:48:18

Bonjour,

En effet je n'avais pas fait attention à cette menace de récompense par bisouxx wink

MK a écrit :

Ah les feignasses ! C'est moi le nul en regexp qui doit commenter et/ou expliquer

C'est vrai que je n'ai rien expliqué mais j'avais peu de temps hier soir.

Donc :
Les délimiteurs par ` c'est bien du au fait que c'est un caractère peu utilisé, une bonne habitude à prendre.
Le masque est simple mais pour que cela profite à tous :
les \ sont là pour échapper / et * qui sont des symboles utilisés dans les expressions régulières.
Le . signifie n'importe quel caractère.
* signifie 0,1 ou plusieurs fois (le n'importe quel caractère).
Les options :
U "UNGREEDY" Les masques sont naturellement gourmands (comme MK) et le notre capturerait tout entre le premier /* et le dernier */. Le U sert donc de coupe faim et l'oblige à capturer par petit morceaux.
i "CASELESS" avec cette option le masque est insensible à la casse, il n'est pas nécessaire dans notre cas.
s "DOTALL" comme l'a expliqué Jc permet au . de continuer la capture même en cas de passage à la ligne.

Voila donc quelques explications qui j'espère seront profitable à plus d'un.

MK a écrit :

tu nous as, une fois encore, illustré l'adage KISS mâtiné de ce pensu aliamaniere qui m'est si cher

Heu là je n'ai rien compris... hmm

Pierrot a écrit :

j'ai trouvé une autre solution.

Quand même tu pourrais nous la présenter après tous les efforts fournis wink tongue

A+

#23 Re : HTML, xHTML CSS » Liens intéressants » 24-02-2011 20:46:50

- Liens sur Le site des expressions régulières en php ajoutés le 24/02/2011

#24 Re : Forum Général PHP » Y a un roi des RegExp ici ? » 26-02-2011 16:48:18

Pour info et pour ceux qui n'ont pas connu, le site créé par Yves existe toujours même s'il n'est pas actif.
C'est une référence...
http://www.expreg.com/

Pied de page des forums

Propulsé par FluxBB