-
Compteur de contenus
7 531 -
Inscrit(e) le
-
Dernière visite
Tout ce qui a été posté par captain_torche
-
Nouveau domaine, à ne pas indexer
captain_torche a répondu à Rikle_S - Forum : Techniques de Référencement
Ca n'empêchera pas le domaine d'exister, et d'être accessible malgré tout. Personnellement, je préfère mettre une page d'attente, avec éventuellement un formulaire pour récupérer les adresses e-mail de ceux qui voudraient être prévenus de l'ouverture du site. C'est ce que je suis actuellement en train de faire sur un site très ciblé, et j'ai déjà quelques retours, alors que je n'ai strictement pas communiqué dessus. -
Pour le premier point, je n'ai pas trouvé d'info dans leur FAQ. Tu devrais les contacter pour en parler. Quant à Youtube, ils permettent d'interdire de mettre les vidéos sur des sites. Donc, tu ne pourrais pas les mettre sur le tien non plus. Je ne sais pas si Dailymotion propose cette fonctionnalité.
-
On ne va pas revenir sur le premier point : leur site leur appartient, et ils sont libres de rejeter le contenu qu'ils souhaitent. Pour le second point, désolé de te décevoir, mais la diffusion des vidéos sur les sites est l'essence même de leur succès. A ma connaissance, Youtube peut interdire ceci, mais dans ce cas cela sera pour TOUS les sites web, y compris le tien.
-
Retourner l'identifiant affecté par un SELECT ou UPDATE
captain_torche a répondu à captain_torche - Forum : SQL
Il y a des chances, oui. -
Retourner l'identifiant affecté par un SELECT ou UPDATE
captain_torche a répondu à captain_torche - Forum : SQL
Oui, ce sont les mêmes structures. Mais j'ai fini par y arriver ! J'ai suivi les conseils donnés par ce sujet : http://forums.whirlpool.net.au/forum-repli...fm/1126739.html, et j'ai mieux relu la doc pour ce genre de requête SQL : http://dev.mysql.com/doc/refman/5.0/en/ins...-duplicate.html INSERT INTO table (a,b,c) VALUES (1,2,3) ON DUPLICATE KEY UPDATE id=LAST_INSERT_ID(id), c=3; Dans mon cas, ça donne : INSERT INTO table(Key, Texte) VALUES('$ma_key', '$mon_texte') ON DUPLICATE KEY UPDATE ID = LAST_INSERT_ID(ID), Texte = '$mon_texte' Ensuite, un simple "SELECT LAST_INSERT_ID()", voire même un mysql_insert_id(), fonctionnent. -
Retourner l'identifiant affecté par un SELECT ou UPDATE
captain_torche a répondu à captain_torche - Forum : SQL
Non, je limite à l'identifiant de la connexion, ça ne peut pas être un script extérieur. Et le script est le même en local et en distant, il n'y a rien dedans qui pourrait s'insérer entre les deux requêtes. Merci à vous de vous pencher sur ça -
Retourner l'identifiant affecté par un SELECT ou UPDATE
captain_torche a répondu à captain_torche - Forum : SQL
Oui, c'est bien le cas. -
Retourner l'identifiant affecté par un SELECT ou UPDATE
captain_torche a répondu à captain_torche - Forum : SQL
Non, Mysql et PHP sont différents sur les deux serveurs. Local : PHP 5.2.0, Mysql 5.0.22 (EasyPHP) Distant : PHP 5.2.6-0.dotdeb.1, MySQL 5.0.51a -
Désactive le overflow:auto; du div #content_container, ça devrait être bon. Par contre, pourquoi ça merde alors qu'il n'y a pas de hauteur spécifiée, je ne saurais pas te dire
-
Retourner l'identifiant affecté par un SELECT ou UPDATE
captain_torche a répondu à captain_torche - Forum : SQL
Dan, je peux t'affirmer que non J'ai constamment le même nombre d'enregistrements. Si je demande au script local de m'afficher les IDs ainsi récupérés, il me les affiche invariablement de 1 à 965. Si je le fais en distant, il ne m'affichera que 966 ... 965 fois. Edit : la requête SQL de Dadou a le même comportement sur les deux serveurs. C'est le comportement de mysql_insert_id() qui varie. -
Retourner l'identifiant affecté par un SELECT ou UPDATE
captain_torche a répondu à captain_torche - Forum : SQL
Ce qui est étrange, c'est qu'en local, avec la configuration mentionnée, ça fonctionne très bien. -
Retourner l'identifiant affecté par un SELECT ou UPDATE
captain_torche a répondu à captain_torche - Forum : SQL
Non, malheureusement il me sort le même résultat. -
Bonjour, J'ai une requête de ce type : INSERT INTO table(Key, Texte) VALUES('$ma_key', '$mon_texte') ON DUPLICATE KEY UPDATE Texte = '$mon_texte' Elle fonctionne très bien (insère un nouvel enregistrement si la clé n'existe pas, met à jour un enregistrement existant si la clé existe déjà). Je veux par contre récupérer l'ID de l'identifiant affecté par la requête. En local, j'utilise mysql_insert_id(), qui fonctionne très bien (PHP 5.2.0, Mysql 5.0.22) Par contre, en distant, le comportement est différent : il me sort l'ID qu'aurait eu le prochain enregistrement (en gros, MAX(ID)+1) (PHP 5.2.6-0.dotdeb.1, MySQL 5.0.51a) Existerait-il une fonction SQL qui permette de retourner cet identifiant ? Merci d'avance.
-
Il faudrait que tu postes un bout du code que tu utilises pour faire ta boucle. Sans ça, on ne peut pas voir où tu bloques.
-
Nouveau domaine, à ne pas indexer
captain_torche a répondu à Rikle_S - Forum : Techniques de Référencement
C'est sûr que tabler sur la prime de fraîcheur est un mauvais calcul. Il vaut mieux avoir un nom de domaine plus ancien qu'on fait vivre après coup, que ne réserver le NDD qu'au dernier moment. -
Nouveau domaine, à ne pas indexer
captain_torche a répondu à Rikle_S - Forum : Techniques de Référencement
Et quel serait le problème ? Au contraire, tu crées de l'ancienneté à ton domaine. -
Un wiki demande plus de ressources qu'un "site" normal : il faut tenir la charge sur des éditions très fréquentes, et gérer des historiques de chaque modifications. Faire un wiki en XML est sans doute possible, mais s'il en existe un il sera très contre-performant : - La lecture d'une entrée ne peut s'effectuer qu'après chargement du fichier complet, ce qui peut être relativement long. - L'écriture d'une information devrait obligatoirement passer par un verrouillage du fichier, l'effacement complet de son contenu, le remplacement par un nouveau contenu, et le déverrouillage du fichier. Multiplie ces opérations par un nombre conséquent d'utilisateurs, et tu as de fortes chances de faire ramer ton système. D'ailleurs, le wiki que tu cites est strictement mono-utilisateur.
-
Bienvenue à toi ! Tu as déjà commencé à coder un site perso ?
-
Google Maps - Savoir si une zone ne renverra aucune info
captain_torche a ajouté un sujet dans Scripts et utilitaires
J'ai encore un petit souci avec mon intégration de l'API Google Maps. J'utilise l'API de géolocalisation pour centrer ma carte sur une ville ou un pays précis, mais j'aurais voulu pouvoir détecter si jamais il n'y a pas de carte disponible pour une zone précise (Par exemple, je n'ai rien pour Saint Domingue) Quelqu'un d'entre vous saurait-il comment procéder ? -
Et même s'il avait posté le même message dans trois forums différents, je ne vois pas où se trouverait le problème. On ne fait signer aucune clause d'exclusivité aux membres Ce qui est sympathique dans ces cas là, quand la réponse est trouvée sur l'un des forums, c'est de revenir sur les autres expliquer la solution.
-
Il n'y a rien de bizarre : ton site n'offre aucune valeur ajoutée qui fait qu'on y reviendrait. - Il n'a pas de thématique précise - Son annuaire est vide - Le chat ne sert à rien sans véritable site autour - Les vidéos Youtube et le moteur Google sont déjà accessibles ailleurs (Sur Youtube et Google entre autres) Tel qu'il est, ton site doit t'apporter des visites "accidentelles". Non seulement tes visiteurs ne reviennent pas, mais ils ne doivent pas rester très longtemps. Et sincèrement, tu ne pourras rien en faire de bon; il n'y a aucune thématique majeure qui s'en détache.
-
Pour trouver les annuaires bien référencés par Google, le meilleur moyen est de ... demander à Google lui-même Une simple requête "annuaire nom de la thématique" devrait répondre à ta question.
-
Il semblerait surtout que tu n'aies aucun lien vers ton site. Pour que Google (ou tout autre moteur de recherche) puisse accéder à ton site, il faut qu'ils en connaissent l'existence ! Et le seul moyen de le faire, c'est de mettre un lien sur un site que les moteurs connaissent déjà. Le lien sur ce forum est un bon début (oui, yazyaz, les liens sont en dur), mais il va falloir l'inscrire dans des annuaires, et éventuellement en faire parler.
-
Ne t'inquiètes pas pour les 404, je les détecte aisément, et je ne les mets surtout pas en cache
-
Comment choisir un bon développeur web?
captain_torche a répondu à jesteph - Forum : Les fondations d'un site
Tu peux commencer par présenter ton idée ici, nous pourrons déjà te dire ce qui est réalisable ou pas.