Aller au contenu

nalrem

Hubmaster
  • Compteur de contenus

    167
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par nalrem

  1. J'ai noté aussi de grosses différences d'interprétations entre les vieux navigateur : ff2-premières versions/ie7 et les nouveaux : ie8/ff3 quand on imbriquait de nombreuses balises li/ul. Mais ton soucis semble différent. Il peut sans doute être corrigé si on peut avoir du code.
  2. Fais passer les appels aux anciennes url par une page "filtre" qui contient un script ayant toutes les correspondances et redirigeant en 301 vers les bonnes urls. Vu que rien n'est commun hormis un mot, ça risque d'être difficile de faire autrement qu'un tableau exhaustif. ex : Appel à http://sousdomaine.ndd.com/répertoire1/rép...lé-commun1.html Passage à filtre.php filtre.php récupère le nom de la page appelé, regarde à quoi ça correspond dans le tableau de conversion filtre.php fait un header("Location: $nouvelleURL", false, 301);exit(); Bon courage
  3. Hello Oui, c'est possible. Ca s'execute en suivant les instructions de ton script. Bon courage
  4. S'ils sont aussi confiants, établis un contrat avec un minimum garanti...
  5. Si tu mets une seule des deux anim, ça marche ?
  6. Bonsoir ! Tu devrais regarder du côté de l'url rewriting plutôt si c'est sa mise en place qui a fait que ça ne marche plus, non ? le base href n'est pas forcément lié à ça. M'enfin, disons que oui, alors voici un peut-être-élément de réponse : Quand tu dis que ça s'ouvre dans une page blanche, j'imagine que ça ouvre en réalité l'image directement dans le navigateur, d'où le fond blanc, mais que tu n'es pas sur une page web ? A la ligne où tu charges le script de lightbox, essaie de mettre une url de type http://cheminduscript
  7. Hello Utilise un tableau pour récupérer tes données. Transforme <input type="checkbox" name="absence" value="<%= rs("NoEtudiant") %>"> en <input type="checkbox" name="absence[]" value="<%= rs("NoEtudiant") %>"> Et tu devrais avoir le tableau absence qui se crée en POST.
  8. Bonsoir Avec de l'échange de liens, on est généralement tranquille. Par contre je dirais que de l'échange massif ça devient un peu dépassé et de moins en moins utile. J'observe des gains de positionnement aussi grand avec un simple lien sur un domaine qu'avec 150 000... ce qui n'était pas le cas il y a quelques mois. C'est le moment de se mettre à 1 lien vs 1 lien, ça élude un peu la question de la masse
  9. Hello ! Le sujet m'intéresse, aurais-tu un lien vers une étude plus poussée ? Pour le reste, de la suroptimisation il y a peu de chance, tu ne fais rien d'anormal, et tu n'as pas l'air de forcer sur la densité, au point que même un humain n'y voit pas de spam.
  10. D'un autre côté, s'il y a un lien vers la page originale, ça fait du bl, et ça devrait sembler être une "citation normale". Reste à voir dans quelle mesure les pages des sites sont similaires.
  11. Bonsoir, Si tu es sur un serveur dédié tu devrais pouvoir trouver relativement facilement des scripts sur le net à mettre en crontab qui feront tout ça pour toi régulièrement. Dans tous les cas il faut que tes sauvegardes ne soient pas que sur ta machine, sinon ça ne servira à rien en cas de crash, donc pour avoir quelque chose d'un peu robuste, tu risques de devoir prendre un second serveur. C'est pas dit que ce soit moins cher
  12. Si j'étais google je crois que je me poserai vraiment la question de favoriser ou non google. Vu tout ce qu'on y trouve, il doit bien y avoir tout plein d'internautes qui se contentent d'aller directement sur wikipedia pour leurs recherches... Sans passer par google. Alors si on trouve wikipedia en bonne place des résultats google, peut-être que ces internautes resteront sur google ? C'est complètement hypothétique évidemment Sinon, pour le point de vue technique, je dirai que beaucoup de pages + beaucoup de bl + aucun lien retour (à cause du no follow) + créations de pages sat sur des sujets très recherchés mais encore sans contenus = grosse récupération de pr sans dilution >> bon positionnement. Du point de vue trustrank, je dirai que ce n'est pas une raison suffisante (mais certainement nécessaire), sinon le quid serait aussi très bien placé sur plein de requêtes...
  13. Bonjour à tous, je ne suis pas certains d'être à 100% dans la bonne rubrique, c'est peut etre un problème de javascript... Alors, voici le soucis : j'ai une page de forum à laquelle j'ajoute une ancre de style #p1200 pour envoyer directement au bon message dans un thread complet. Le soucis c'est que sous ff, on arrive bien au bon endroit, mais sous ie7, on arrive au bon endroit, puis on est ramené en haut de page. Ce qui fait perdre beaucoup d'intérêt à l'ancre. Je penche pour un bug avec ie, et à un problème d'interaction avec les scripts de la page. J'ai du tiny_mce par exemple. Un lien d'exemple : http://www.krinein.com/forum/krinein-maint...45.html#p106456 Je n'ai pas trouvé de solution pour contourner le problème... Peut-être existe-t-il un moyen de récupérer l'ancre en javascript, puis de faire explicitement au onload un renvoi vers l'endroit souhaité ? (de cette façon j'imagine que j'éviterai tout risque de collision avec les autres scripts appelés ?). Si oui, comment feriez-vous pour récupérer le nom de l'ancre ? Bon dimanche, nalrem
  14. Hello, Merci pour l'info. Existe-t-il de la documentation en français ?
  15. Si tu as beaucoup de valeur et que tu veux optimiser, tu peux insérer tout d'un coup, ça économisera de la requête mysql syntaxe : INSERT INTO table (champ1, champ2) VALUES (x1,x2), (y1,y2) etc.
  16. Si tu es sûr que les synopsis copiés sont ceux issus des communiqués de presse de chaque film, pas de soucis. Mais je ne sais pas si c'est ce que fait allociné (mais ça ne m'étonnerai qu'à moitié, ils ne font pas franchement de contenu). Si tu as mis allociné dans une rubrique partenaires alors qu'ils ne sont pas partenaires, ça peut être embêtant aussi.
  17. En fait quand tu utilises une session php normale, il y a : soit l'identifiant qui se balade dans les urls, soit un cookies avec cette identifiant. Donc tu utilises forcément les cookies, à moins de te trimballer les identifiants L'identifiant stocké dans le cookies ne sert qu'à savoir quelle est la session du serveur à interroger. Les variables un petit peu sensibles, on les stocke dans la session bien entendu
  18. Sur un site classique, avec des sessions, tu utilises forcément les cookies non ? A moins de passer l'identifiant dans l'url, ce qui est encore plus simple à récupérer. Ou alors tu as une autre méthode ? Si oui, je suis curieux Je vois une autre méthode, en y pensant, en logguant les ips et en se basant sur les ips pour déterminer l'identification, mais c'est pas très sécurisé puisqu'on peut spoofer les ips.
  19. En cas d'attaque xss, il y a fort à parier que l'utilisateur d'un des sous-domaine puisse récupérer les valeurs des cookies d'un utilisateur loggué par un autre sous-domaine. Il sera alors relativement facile de s'identifier à la place de l'autre. Il faut peut etre aussi désactiver le phpsessid dans les urls pour plus de sécurité.
  20. Hello en php : ini_set('session.cookie_domain', '.example.org'); ini_set('session.use_cookies',1);
  21. Le "j'ai de la chance" n'a pas été compris dans l'article. C'est historiquement le nom du bouton qui permet d'envoyer directement vers le 1er résultat de la recherche. Rien de bien méchant donc Pour le reste, fallait-il s'attendre à avoir des secrets, bien sûr que non, ce n'est pas du journalisme d'investigation, personne n'est allé parlé aux employés. etc. Moi si un journaliste venait dans ma boite, je lui montrerait très logiquement que c'est un paradis et que tout est beau et tout le monde gentil.
  22. Le php n'intervient pas dans un tel player. Il faut appeler ton fichier flash avec un paramètre du style fichier=nomfichier et récupérer la variable fichier dans ton flash. Tu n'as plus alors qu'à manipuler l'objet vidéo à ta convenance.
  23. Hello Tu peux aller faire un tour sur le site de l'inpi, pour tout ce qui concerne les dépots de marques françaises, et même faire une petite recherche en ligne grâce au site icimarques : http://www.icimarques.com/ De manière générale, prendre le même nom qu'un concurrent, mais juste en changeant l'extension de nom de domaine, ça ne risque pas d'être apprécié Tant qu'à inventer un terme comme sleepoopi, autant en prendre un dont tous les ndd sont libres.
  24. Peut-être que tu retrouve de projets en projets les mêmes types de fonctionnalités ? Dans ce cas il ne faut pas hésiter à programmer ça de façon très modulable, histoire de pouvoir réutiliser ce qui doit l'être à chaque fois.
×
×
  • Créer...