| |||||
| Dernière réponse | |
|---|---|
| Sujet : blabla@php | faq et bonnes pratiques page 1 | |
| depart | Désolé j'ai pas le niveau. Le php c'est pour les petits joueurs comme moi, pas pour l'élite de l'autre topic (en tout grand respect je précise) |
| Aperçu |
|---|
| Vue Rapide de la discussion |
|---|
| depart | Désolé j'ai pas le niveau. Le php c'est pour les petits joueurs comme moi, pas pour l'élite de l'autre topic (en tout grand respect je précise) |
| Flaie | Ça va y'a des accolades aussi en C++ tu seras pas perdu.
Viens jouer avec nous. |
| depart | Houston on a une erreur de topic |
| Flaie | Vidéo explicative de jonathan paulson sur day 16.
https://youtu.be/DgqkVDr1WX8 Il me manque juste la partie DP pour accélérer je ferai ca plus tard. On remarquera que pour ce jour il est repassé sur C++ |
| skeye |
|
| flo850 | Moi pendant ce temps ja fais une déclaration de travaux pour des travaux vieux de 11 ans :cry: Mais bon si on veut vendre cette partie comme de habitable faut arrêter de procrastiner |
| depart | Ah, info intéressante. Je n'avais jamais lu ça. Merci ! |
| depart | Bon après des heures d'arrachage de cheveux, il s'avère qu'il faut déspécialiser aussi le x dans \x
la regex donne donc /\\\x([0-9a-f]{2})... C'est assez étrange les regex et l'unicode... A priori ça fonctionne, même si ça ne m'explique pas pourquoi je dois transformer ça manuellement... alors que si je mets mets \x... directement dans une variable php ça fonctionne sans cette transformation... |
| depart | Arrachage de tête sur un sujet d'encodage de caractères :
j'ai une appli php/mysql toute en iso8859-1 Je construis un petit système d'envoi d'emails, et j'ai besoin de caser un emoji dans le sujet. Pour ça il faut passer en utf-8, ce qui n'est pas trop un souci. Je prends mes données en bdd, je fais de l'utf8_encode() des champs et ça fonctionne nickel. le fichier php qui gère ça est en utf-8 Par contre pour le sujet je heurte un mur. Si dans le fichier php je mets un truc genre
|
| SuperSic | Merci pour vos réponses.
J'avais déjà prévu d'utiliser les parametres secure et httponly. |
| flo850 | si tu n'en a pas besoin côté client (javascript ) , utilise un cookie http only https://blog.dareboost.com/fr/2016/ [...] -httponly/ |
| mechkurt | Dans le cas d'une attaque au milieu (personne qui utilise un wifi libre par exemple et qui se fait intercepter ses paquets), n'importe qui utilisant le cookie aura les mêmes accès (même IP visible par ton serveur et même cookie).
Aucun système de sécurité ne sera inviolable donc pouvoir révoquer des cookies au niveau du serveur peut être utile... |
| SuperSic | Il ne vaut mieux pas partir du principe qu'il est compromis ? :D |
| mechkurt | Tu peux aussi conserver ce hash coté serveur (dans la BDD par exemple), ça permet d'invalider un cookie "coté serveur" si tu as des raisons de penser qu'il est compromis... |
| SuperSic | :hello: Je cherche des infos sur les bonnes pratiques de l'utilisation des cookies pour que les utilisateurs d'un site web puissent rester connectés. Pour l'instant, le seul sujet intéressant que j'ai trouvé, c'est ce tuto vidéo. En résumé, dans le cookie, il conseille de faire un hash du pseudo + mdp + ip. Vous avez des suggestions ? Des conseils ? Edit : je viens de tomber sur ce tuto https://code.tutsplus.com/tutorials [...] -cms-36575 qui m'a l'air pas mal :) |
| koskoz |
|
| ratibus |
|
| depart | A première vue je dirai pareil : ajouter poiId dans la structure de données. Si dans l'absolu le numéro de poiID n'a pas grande importance, ça peut aussi directement être la position dans un tableau (0,1,2...)
La notion de "type" est aussi discutable tu peux simplifier en faisant directement un tableau associatif : "poiId" => "1", "phone" => "123456890", "email" => "toto@toto.com" ... l'accès sera nettement plus pratique. |





