Aller au contenu

kiouv

Actif
  • Compteur de contenus

    27
  • Inscrit(e) le

  • Dernière visite

Réputation sur la communauté

0 Neutre

À propos de kiouv

  • Date de naissance 05/06/1979

Pour me contacter

  • Mon Site
    http://

Information du profil

  • Localisation
    Bordeaux
  1. Bonjour, Où peut on poster une offre d'emploi sur ce forum ? C'est pour du HTML/CSS/Javascript. Merci.
  2. Un grand merci à Elgi pour sa gracieuse intervention. L'erreur fut vite réparée, on va pas faire la fine bouche ! Ta transparence est appréciable, et on a pu apprendre par la même occasion. On va faire en sorte de vider le temp de temps en temps. Mais en tout cas, à chacun son job ! Et Elgi le fait bien. A plus.
  3. Merci Dan, La personne qui s'occupe du serveur chez nous (et qui sait se connecter en SSH, elle...) entre en contact avec Elgi, pour voir ce qui est faisable. Je posterai l'issue de ces périgrinations...
  4. Oui, le webmin répond toujours. Pour l'accès SSH, je sais pas. Peux tu m'expliquer le principe de redondance et ce qu'il nous faudrait pour l'assurer ? Merci
  5. Bonjour, Nous disposons d'un serveur dédié OVH dont les ports web et pop3 sont tombés (c'est comme ça que je l'analyse, on a accès au ftp... à moins que ce ne soit le serveur DNS... enfin j'en sais rine, je suis pas expert), bref, c'est la merde, on va pouvoir tester de la réactivité de OVH : ils ont été mailés 1/2 heure après la constatation de l'incident. Je me demande comment vous gérez l'hébergement de vos clients ou de vos sites à fort trafic. Ce problème doit forcément vous arriver, donc je demande un retour sur expérience. J'ai quelques idées, mais je me demande si elles sont valables, comme par exemple de diriger un ndd vers un fichier sur un petit hébergement mutu, qui redirige vers l'hébergement de notre choix (potentiellement moins de chances de voir un mutu tombé 24 heures, enfin, je pense). Comment procédez vous ? Avez vous des conseils ? NB : j'ai aussi posté chez WRI, pour avoir le maximum de conseils.
  6. Mon arbre de répertoire et la façon dont je compte nommer mes pages devraient eviter ce souci. Mais je garde ta solution 2 sous le coude dans le cas ou je construirais un site plus complexe, avec des scripts qui permettront de "classer" automatiquement les pages. Merci de ta précieuse contribution.
  7. Mmmh ok, ça marche nickel. Un dernier truc : je cherche également à inscrire le nom de la page en cours, car là, il ne me répercute que les répertoires. Le seul moyen que j'aie trouvé, c'est de récupérer le contenu de la balise <title> de mon head, toutes gérées dans un fichier unique, ou justement d'ajouter une balise spéciale avec l'intitulé exact de ce que je veux afficher (utile pour un fichier enfant d'un fichier rangé au même niveau d'arbo que lui). C'est un bon moyen, ou il y en a un autre ?
  8. C'est bien structuré comme ça. Je crois que j'ai trouvé une méthode que voilà : -http://www.phpindex.com/trucsetastuces/trucsetastuces_lire.php3?element=14 C'est bien ça ?
  9. Bonjour à tous, Je ne suis pas développeur Php, mais avec l'habitude, j'ai appris à le lire et le comprendre dans les grandes largeurs. Malheureusement, pour écrire un script, c'est pas encore ça. Je souhaite savoir s'il existe un script qui me permettra de réaliser une barre de situayion dynamique, selon la page où on se trouve, et non pas renseignée en dur. Un peu dur genre de celle où on se trouve actuellement : Est-il possible de le réaliser sur un site en grande partie statique, en appelant les noms de folder et les noms de fichiers ? Merci.
  10. Ah, on est d'accord, tu me rassures même. Je résume : - L'internaute est reconnu sur le site affilieur par un identifiant placé dans l'URL cliquée, ce qui provoque le plantage d'un cookie m'identifiant, dès son arrivée chez l'affilieur. - S'il commande, le script vérifie la présence du cookie et m'envoit le cas échéant les informations. - Je peux ainsi suivre les ventes faites chez mes affilieurs par l'intermédiaire de mon site. On est pas mal, là, je crois. Merci dièse.
  11. Ca va se passer au pourcentage. Si je comprends bien, dans ce cas, l'achat du produit de l'affilieur est fait sur mon site, ce qui simplifie bien des choses en effet, mais qui ne me laisse pas une grande marge de manoeuvre dans le trun-over de mes affilieurs. Dans le cas contraire, avec ton script, je ne comprends toujours pas comment tu vas déterminer, au moment où le client valide la commande sur le site affilieur, qu'il vient de cher moi. Sans cookie ou variable de session (impossible, je souhaite mettre en place un % dégressif dans le temps), je vois vraiment pas.
  12. Ah, je me suis mal exprimé, je crois. La balise <img>, je connais. C'est plus au niveau du script, je ne comprends pas trop comment je vais pouvoir récupérer les infos sans cookie, après 2 ou 3 semaines, par exemple.
  13. Je ne suis pas développeur, pourrais tu m'en dire un plus sur cette balise image ?
  14. En fait, je visualise ainsi le schéma technique d'une telle situation : - nous proposons à des sites qui n'ont pas de programmes d'affiliation d'être leur affilié (programme à la vente uniquement) - nous leur proposons notre plateforme - nous devons tracer nos clients sortants afin de voir s'ils achètent chez l'affilieur, dans des rubriques précises, et un laps de temps défini (cookie inévitable, car en plus, ce sont généralement de gros achats) - nous devons pouvoir récupérer les données en temps quasi-réel En fait, j'imagine qu'il s'agit, pour le site partenaire, d'implanter un script à la validation de la commande qui vérifie la présence ou non d'un cookie sur l'ordi du client et qui envoit directement les données à notre serveur. Faisable techniquement, mais dans la pratique, les relations commerciales, je sais pas. Vous en pensez quoi ?
×
×
  • Créer...