Jump to content

Nicolas

Hubmaster
  • Content Count

    4503
  • Joined

  • Last visited

Everything posted by Nicolas

  1. Bonjour, Je pense que tu as utilisé la bonne méthode. Mais google est parfois très long pour mettre à jour les données même dans son index. Exemple il y a 2 mois j'ai mis des pages en noindex pourtant elles apparaissent toujours avec la commande site: Ne parlons des pages 404 qui sont encore là alors que certaines pages n'existent plus depuis plusieurs mois !!! Il faut être très patient.
  2. Quelques liens sympas à voir pendant votre pause. Pour les geeks nostalgiques seulement 1/ Le code source du premier Prince of Persia a été publié par son auteur : http://www.linformaticien.com/actualites/id/24539/le-code-source-du-premier-prince-of-persia-devoile.aspx A l'époque tout était développé en assembleur Le jeu existe toujours mais il a bien été amélioré depuis lol 2/ Internet sur un Commodore 64 : www.youtube.com/watch?v=UDX6sUf7LK8 Encore mieux sous DOS : www.youtube.com/watch?v=dDHKvErIvzY 3/ Windows 7 sur un PC 266Mhz avec 64Mo de Ram (lisez bien Mo et pas Go ) www.youtube.com/watch?v=A6KRqm9sM9c 4/ Le meilleur pour la fin. En exclusivité découvrez l'environnement de travail de Dan www.youtube.com/watch?v=B4VtNLl6Ca4
  3. Bonjour, Je développe un projet en CakePhp et j'aimerai avoir une organisation de fichiers qui soit cohérente et adaptée à plusieurs projets web et aux mises à jour futures de CakePhp. Pour commencé j'ai tout mis dans le même répertoire public à savoir /home/user/domains/mondomaine.com/public_html Dans le répertoire public_html j'ai donc les sous répertoires et fichiers suivants : Ensuite j'ai déplacé le répertoire lib qui contient un sous répertoire Cake qui est le coeur de CakePhp. J'ai mis ce répertoire dans /home/user/domains/mondomaine.com/ afin qu'il soit privé (=non accessible de l'extérieur). Puis j'ai indiqué ce répertoire dans le fichier de config /app/webroot/index.php Tout fonctionne bien (le projet en cours ainsi que le projet qui me sert à faire des tests fonctionnent avec le même répertoire lib/Cake). - J'aimerai savoir si j'ai bien procédé ? - Pour des raisons de sécurité et de centralisation des fichiers importants est-ce que je dois pas mettre le contenu de /app (mise à part le répertoire webroot) dans une zone de répertoire privé comme je l'ai fait avec le coeur. Autres questions concernant les mises à jour : - Pour la mise à jour du coeur j'aurai juste à remplacer les fichiers du répertoire /home/user/domains/mondomaine.com/lib/Cake ? J'ai modifié les fichiers suivants : Pour database et email ca ne pose pas de problème car lors des mises à jour il n'y a pas de risque d'écrasement de fichier puisque ces 2 fichiers possède un suffixe default. Par contre pour core.php et routes.php ce n'est pas le cas. Comment dois je procéder ? J'ai pensé à faire une copie de ces 2 fichiers /core-sav.php /routes-sav.php (par exemple) pour garder les modifs et les reproduire à chaque mise à jour sur les fichier originaux. - Est-ce une bonne idée ? - Même question pour app/Controller/appController.php que j'ai du modifier. Merci d'avance pour les réponses ;-)
  4. A découvrir sur cette vidéo la nouvelle version de Googlemap en 8bits. />http://www.youtube.com/watch?feature=player_embedded&v=rznYifPHxDg#!
  5. Le script est à adapter suivant le produit utilisé. Sous wordpress je te conseille de faire un include vers le script à partir du fichier index.php ou init.php ca évitera de le refaire à chaque mise à jour du produit. Sinon tu peux supprimer des urls avec Webmaster Tools. Tu peux supprimer un répertoire entier par exemple /tag , /search ...
  6. Oui j'ai bien compris ;-) je te donne une solution pour les désindexer plus rapidement.
  7. Je fais un petit script en php pour détecter si la page fait partie des pages à supprimer de l'index if ... { include('./template/page-vide.html'); exit; } Si la condition est remplie j'appelle une page vide au niveau affichage mais qui contient le noindex <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" lang="fr"> <head> <title></title> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" /> <meta name="robots" content="noindex"> </head> <body></body> </html>
  8. Sur mes sites c'est parfois très long à disparaitre. Alors parfois je force un peu les choses avec du noindex ou en utilisant Webmasters Tools
  9. Tu peux aussi faire une version différente de ton texte pour la page d'accueil. Vu la taille du texte et la fréquence des mises à jour ca ne sera pas un gros travail supplémentaire. ;-)
  10. Bonjour, Tu as aussi ces documentations en ligne sur le siteduzero http://www.siteduzero.com/tutoriel-2-213-securite-php.html Certaines documentations datent un peu mais ca donne les principes de base.
  11. Nicolas

    Class....

    Salut Portekoi, Je pense que tu devrais en profiter pour faire ton code avec une structure MVC surtout si ton projet devient important. Bien sur c'est pas une obligation mais c'est pas mal pour la clareté du code. Il y a une documentation de 250 pages (mise à jour le 26 mars 2012) POO et le MVC sur le site du zero : http://www.siteduzero.com/tutoriel-3-147180-la-programmation-orientee-objet-en-php.html
  12. Bonjour, Y a t-il un moyen de savoir si il y a eu une remise à zero ?
  13. Les frameworks sont surtout utiliser dans les grosses structures ou il est impératif d'avoir un très bon outils pour travailler en équipe. Les petites structures ont parfois leurs propres environnement de dev qu'elles ont améliorées sans cesse depuis des années. A cette époque les FW étaient moins connus et moins populaires que maintenant et surtout les FW c'est un temps d'adaptation et de formation assez important. Et les petites structures ne peuvent pas toujours se le permettre au début de leur activité. De plus il est parfois difficile pour ces structures de changer completement leur façon de travailler. Mais les FW ont tendance à se généraliser. C'est surement l'avenir mais on sait jamais un nouveau type de produit peut vite prendre la place. Tout va vite sur le net et il faut vite s'adapter.
  14. D'accord avec Dadou ;-) Mais il y a aussi beaucoup de bons développeurs qui savent bien travailler en équipe. Sur l'optimisation il y a 20 ans on avait pas trop le choix les languages comme le C ou l'assembleur demandaient une rigueur extrème. A la moindre erreur c'était la machine qui plantait. De plus comme tu le dis la puissance des machines imposait une optimisation assez poussée du code.
  15. C'est vrai ;-) vu que je rewrite les urls je n'ai pas ce problème. Dans mon cas le fichier php n'est pas connu mais là c'est différent tu fais bien de le préciser.
  16. oui ;-) ca veut dire qu'il faudrait renommer certaines pages ou changer la variable lors de l'appel exemple pour cette page : if ($page==qi){ include("qi1.php"); } soit changer la valeur "qi" par "qi1" sur les urls index.php?page=qi1 ou renommer qi1.php par qi.php Pareil pour les autres pages concernées
  17. Tu devrais interroger la variable $page par un "echo" sur une page test pour voir si elle contient bien la bonne valeur.
  18. Je pense que c'est la bonne méthode de faire une modification et attendre ca permet de voir d'ou vient le problème. Pour la suite c'est important ;-)
  19. C'est p-e un problème d'emplacement des fichiers du site qui a changé suite au changement d'hébergeur. sinon tu peux optimiser ton code en mettant include($page.".php"); Ca eviterait d'avoir un grand nombre de if elseif
  20. Bonjour et bienvenue Le référencement c'est beaucoup de temps pour apprendre et pour améliorer son positionnement. Même si ces 2 actions peuvent être réalisées en même temps il faut quand même beaucoup de temps.
  21. Oui c'est pour ça que j'ai précisé sur des projets moyens ou grands... Sur mes petits sites c'est tout "fait maison" ;-)
  22. Théoriquement Panda doit pénaliser les sites faisant trop d'échanges de liens et plus généralement faisant de la suroptimisation. Reste à terminer quelle est la limite ;-) Tu l'as p-e dépassé mais je le répète ce n'est pas que certain que cela vienne de là. Il faut explorer toutes les pistes.
  23. Non car si ces sites scannent tes pages regulièrement le problème reviendra...
×
×
  • Create New...