AvenueDuWeb

Merci pour l'article, je n'avais pas fait trop gaffe, j'ai un forum phpbb rewrité avec le titre des messages dans l'URL, et tous les articles ou presque ne sont pas dans la base, où ils le sont mais avec le viewtopic.php?... (j'ai mis un robots.txt mais un peu trop tard, msn avait déjà référencé et visiblement il n'a pas l'air de vouloir revenir en arrière) Alors que Yahoo et Google ne posent aucun problème sur ce forum. Par contre les profils qui sont rewrités et qui n'ont qu'un seul tiret sont parfaitement indexés tout comme les catégories. Donc je confirme ce qui a été dit. Comment les moteurs de recherche perçoivent les virgules ? Je pourrais peut-être rewrité en 1_1-titre,du,message.php ? C'est quand même bizarre comme procédé de la part de MSN... @+

Ah désolé, je n'ai pas essayé vu que je ne suis ni diffuseur ni annonceur...

https://adcenter.msn.com/Signup.aspx?mkt=fr-fr (j'ai essayé à tout hasard l'adresse donnée dans le post avec juste .fr à la place du .com ;o)) Edit : Oups j'avais pas vu que l'adresse était déjà donnée en haut du post.

Il est obligatoire de déposer le capital à la banque, c'est une des premières démarches à faire avant la constitution. De plus si tu montes une société, c'est forcément que tu comptes avoir des rentrées d'argent et pour en avoir va bien falloir un compte bancaire. Autant en étant particulier tu peux ouvrir un compte avec 1 , autant en étant professionnel les comptes bancaires ne marchent pas du tout de la même façon, y'a beaucoup plus de frais pour un compte professionnel et ils n'accepteront surement pas quelqu'un avec un capital de 1 à moins d'être sûr qu'il va rentrer énormément d'argent et qu'ils vont y gagner plus tard, mais à mon avis là le banquier demendera des détails et faudra être sûr de son coup. Pour ouvrir un compte perso, les banques ne demandent rien ou presque, faut voir que ce n'est pas du tout la même chose pour les comptes pros, si tu arrives à avoir un compte bancaire pro avec un capital de 1 , tant mieux pour toi... Faut savoir également que déjà y'a plus de 150 de frais de constitution et cela même en montant le dossier soi-même... Sinon pour l'apport en matériel, me semble qu'il y a une limite, et sinon même une personne avec une qualification peut faire parti du capital il me semble... Mais à mon avis ça n'entrera pas en compte pour créer un compte bancaire, je pense qu'ils demanderont un minimum de 200 pour ouvrir un compte.

Le statut de l'EURL a également été revu en même temps que ce capital à 1 (qui date de juillet 2003 si mes souvenirs sont bons) et maintenant les patrons d'EURL sont beaucoup plus protégés sur leurs biens persos (enfin je crois)... Mais je ne connais pas bien ce statut donc je préfère ne rien dire plutôt que dire des conneries... @+

La SARL de presse n'a aujourd'hui plus beaucoup d'intérêt, elle permettait simplement de monter une SARL à moindre coût, avec un capital de départ très faible. Mais vu qu'aujourd'hui en France le capital minimum pour une SARL est de 1 cela n'a plus d'intérêt, à mon avis d'ailleurs ce statut devrait plus ou moins disparaitre à moyen terme. Mais il ne faut pas non plus fantasmer sur ce nouveau système de capital à 1, 1 c'est une boite de crayon, hop t'as plus de capital après avoir acheté une boite de crayon, de plus les banques n'accepteront pas un si petit capital je pense. Voilà. @+

Il me semblait que ça n'enregistrait que les données du clavier voire peut-être les endroits où cliquent la souris, mais si ils font des captures d'écrans, ça serait un peu lourd comme processus et le piraté s'en rendrait compte (capture d'écran à chaque clic, ça fait bcp de captures d'écrans qd même)... En même temps je sais pas mais je croyais que ça n'enregistrait que les données tapées au clavier...

Non non c'est tout à fait normal, j'avais le même problème avec mes clients... En FTP les fichiers prennent les droits de l'utilisateur car on ne passe pas par PHP (et c'est seulement PHP qui pose problème pas apache), et si on passe par un script et que php est en module apache (CLI) et bien les droits des fichiers uploadés par script prennent automatiquement le nom du propriétaire apache (apache, nobody...). Les seules solutions à ce problème sont de passer par suPHP (ce que personnellement j'ai fais après avoir longuement hésité), soit par phpSuexec, ou alors moins directes, l'hébergeur fait une tâche cron tous les x temps pour redonner les droits à chaque utilisateur sur ses fichiers. Le problème de phpSuexec et Suphp sont une perte de performance, une sécurité à revoir, et quelques problèmes avec les droits sur les fichiers (suPHP n'accepte pas le 777 par exemple). Avec l'ASP il n'y a visiblement pas ce type de problèmes... @+

Une solution serait peut-être d'utiliser les balises h1, h2, h3... Et mettre les descriptions avec un h prioritaire par rapport aux catégories. Par contre je ne sais pas si google prend réellement cela en compte, avec un ordre de priorité, et puis c'est utiliser un peu à mauvais escient la balise h. @+

Oui donc c'est plus ou moi ce qu'on disait. Et donc tes fichiers ne sont pas pendant quelques jours modifiables et puis du jour au lendemain plus rien, cela dépent simplement de ta méthode de transfert. @+

A mon avis ton hébergeur utilise une tâche cron pour chaque soir (ou tous les x temps) changer le propriétaire et mettre l'utilisateur. C'est une solution quand php est compilé en module apache. Mais logiquement ça devrait être l'inverse, tu ne devrais pas pouvoir écraser quand le fichier a pour propriétaire apache, mais dès qu'il le remet à ton nom tu devrais pouvoir, or là toi c'est tout l'inverse donc je n'y comprends rien. Là je donne ma langue au chat, mais quand tu auras la réponse je suis curieux de savoir. @+

Salut, Tu passes par un script en php pour uploader ? Tu es sûr que ça marche pendant quelques jours avant de ne plus marcher du tout ? A mon avis le problème c'est que tu n'as pas les droits sur ces images, si php est compilé en CLI sur cet hébergeur, les fichiers sont uploadés avec l'UID d'apache, si par contre php est compilé en CGI avec suphp ou phpsuexec d'installer, tu dois logiquement avoir les droits sur ces fichiers. Mais ça me parait bizarre que cela fonctionne pendant quelques jours puis que ça disparaisse soudainement, à moins que ce soit volontaire de la part de l'hébergeur, mais j'ai du mal à voir l'utilité de cela. @+

Bonjour, J'ai un petit problème avec suPHP, il fonctionne parfaitement, mais tous les fichiers uploadés par des scripts php sont en chmod 600 alors qu'il faudrait qu'ils soient en 644. Y'a-t-il une configuration spéciale à faire ou faut-il obligatoirement passer par la fonction chmod de php pour les mettre automatiquement en 644 ? Merci d'avance. @+

Je dirai également de passer un bon antivirus sur ton ordi (un petit NOD32 histoire de faire un peu de pub au petit antivirus qui monte...) car si ça se trouve tu as un keylogger ou un truc du style sur ton pc, c'est peut-être ce qui a permis à ton "hackeur" de pirater ton site. Et si tu as un keylogger sur ton pc, quel que soit le mot de passe (bon, mauvais, hypra compliqué...) ça ne changera rien. D'ailleurs le nouveau système de connexion à son compte à la société générale (je suppose que ce ne sont pas les premiers, mais c'est le premier que j'utilise) est là pour contrer ces "virus". Au lieu de rentrer au clavier son code, le site affiche un clavier virtuel, donc on clique à la souris pour rentrer son mot de passe, mais en plus les positions des chiffres bougent à chaque fois, je trouve ça excellent comme système et assez simple à mettre en place, pour des sites qui ont vraiment besoin de sécurité. (bon bien sûr ça ne protège que des keyloggers, mais c'est déjà pas mal) @+

Il ne surcharge peut-être pas à lui tout seul l'infrastructure, mais si par ex ton forum consomme 20% des ressources (chiffre totalement aléatoire bien sûr) de leur infra, c'est pas rentable pour eux d'avoir des sites comme le tien, car ça voudrait dire qu'avec 5 sites comme le tien hop tout est plein. La limite de l'hébergement mutualisé, n'est pas forcément la limite de l'infrastructure de l'hébergeur mais plutôt la limite de la rentabilité des sites hébergés. Il faut quand même pouvoir héberger un certain nombre de sites sur un serveur et si on ne peut en mettre que 5 sur un serveur, les sites hébergés consomment forcément trop de ressources pour que l'hébergeur continue à les héberger en mutualisé. @+

Donc la solution était très simple, il suffisait de mettre le chemin complet du fichier, quand c'est lancé à partir de la tâche cron, PHP part de la racine du disque alors que lancé par Apache il part du dossier du script. Désolé de vous avoir fait chier avec ça, j'aurai dû trouver tout seul (enfin surtout bcp plus vite), simplement en lançant le script en shell. Merci quand même. @+

Bonjour tout le monde, J'explique le pourquoi du comment de ce titre super précis. J'ai un script qui envoie une sauvegarde de base de donées par mail en php, il fonctionne parfaitement. Mais si je le lance en tâche Cron, le mail est bien envoyé mais le fichier joint (en .gz) fait 0 octet et le décompresseur me dit que l'archive est vide. Voici le script en question : <?php $boundary = "-----=".md5(uniqid(rand())); $header = "MIME-Version: 1.0\r\n"; $header .= "Content-Type: multipart/mixed; boundary=\"$boundary\"\r\n"; $header .= "\r\n"; $msg = "Ceci est un message au format MIME 1.0 multipart/mixed.\r\n"; $msg .= "--$boundary\r\n"; $msg .= "Content-Type: text/plain; charset=\"iso-8859-1\"\r\n"; $msg .= "Content-Transfer-Encoding:8bit\r\n"; $msg .= "\r\n"; $date = date("d/m/Y"); $msg .= "Sauvegarde du $date \r\n"; $msg .= "\r\n"; $file = "fichier.gz"; $fp = fopen($file, "rb"); $attachment = fread($fp, filesize($file)); fclose($fp); $attachment = chunk_split(base64_encode($attachment)); $msg .= "--$boundary\r\n"; $msg .= "Content-Type: application/x-gzip; name=\"$file\"\r\n"; $msg .= "Content-Transfer-Encoding: base64\r\n"; $msg .= "Content-Disposition: inline; filename=\"$file\"\r\n"; $msg .= "\r\n"; $msg .= $attachment . "\r\n"; $msg .= "\r\n\r\n"; $msg .= "--$boundary--\r\n"; $destinataire = "destinataire_AT_gmail.com"; $expediteur = "expediteur_AT_gmail.com"; $reponse = $expediteur; mail($destinataire, "Sauvegarde de la base de données du $date", $msg, "Reply-to: $reponse\r\nFrom: $expediteur\r\n".$header); ?> Précision, le serveur de mail est Exim. Si quelqu'un sait d'où peut venir le problème où a un autre script à me proposer (en shell par exemple) je suis preneur. Merci d'avance. @+

Salut, Une que j'aime bien payante mais pas très chère c'est istockphoto : http://www.istockphoto.com @+

Le lecteur DVD j'ai également le même problème, il est aussi très bruyant, alors qu'en soit le portable ça va... Par contre j'suis mauvaise langue sur les Acer quand j'ai dit mauvaise autonomie. T'as une batterie longue durée ou c'est celle d'origine ?

Je me suis acheté un Sony S4XP et je ne regrette absolument pas mon choix. Bon ok la note est salée, mais d'une le portable est facilement transportable pas trop grand sans être trop petit non plus (écran 13.3" (le 15 était trop grand et le 12 trop petit, je voulais au max du 14)) pèse moins de 2 kg, a une bonne autonomie (de l'ordre de 3h avec la batterie d'origine), l'écran est magnifique en intérieur (presque inutilisable en extérieur si y'a du soleil), et surtout il est plutôt puissant Centrino Sonoma 2 Ghz, 1024 Ram, graveur dvd, 100 Go disque dur (5 400 tr / min, les Asus n'étant qu'en 4 200 tr/min c'est ça qui m'a fait pencher vers le Sony) et de plus le portable est livré avec plusieurs licences notamment Windows XP Pro, et Adobe Photoshop Elements 3, et Adobe Premiere (Elements aussi je crois). Il possède bien quelques défauts (d'ailleurs je n'ai trouvé aucun portable qui correspondait parfaitement à ce que je cherchais), il n'a pas de sortie TV, je n'en avais pas extrêmement besoin mais ça aurait été un plus, il chauffe pas mal, il ne possède que 2 ports USB, le son est plutôt médiocre (comme la PSP, défaut de haut parleur chez Sony ) et bien sûr leur solution propriétaire : le memory stick, j'aurai préféré un lecteur multicartes et également l'écran dont j'ai déjà parlé (problème qui se pose sur à peu près toutes les marques maintenant avec les écrans brillants). Mais après avoir quand même pas mal cherché si tu cherches un "ultraportable" tu trouveras difficilement la machine parfaite, Sony fait une croix sur la sortie TV, Asus sur la performance des disques durs, IBM sur le design, Acer sur l'autonomie... Bref c'est très difficile de te conseiller telle ou telle machine, il faudrait connaitre tes besoins (bureautique, jeux, images/vidéos...) et surtout savoir sur quoi tu es prêt à faire une croix. Si tu montes un peu en gamme et que tu vas vers du 15" le problème se pose moins et tu arrives à avoir des machines archi complètes mais par contre elles feront toutes au moins 2.5 kg et même parfois plus de 3... Bref choix cornélien, j'ai mis du temps à choisir personnellement, alors bon courage...

Ah ok je n'avais pas compris ça, je croyais que t'avais loué un dédié chez eux. Dans ce cas là c'est peut-être normal que tu n'es rien dans l'espace client, je ne sais pas comment fonctionne leur location de 1U...

J'ai commandé plusieurs serveurs chez Ikoula et j'ai toujours eu un nom de serveur, logiquement le tien devrait être : ik60041.ikexpress.com Au passage tu peux également utiliser le second serveur dns qu'ils te mettent à disposition dans ton espace client. @+

Bonjour, Il t'indique sans aucun doute que ta base est vide car les stats de la console doivent être mises à jour qu'une fois par jour. Ce qui fait que tant que les stats n'ont pas été mises à jour une seule fois, ta base de données est considérée comme vide (dans la console mais pas dans phpmyadmin). Enfin je suppose que c'est ça. Mais cela ne devrait pas te poser de problèmes, ce n'est pas très grave. @+

Peut-être ont-ils changé leur panneau client, et qu'ils permettent enfin de changer les serveurs DNS, je sais que c'était en prévision (vu qu'aux USA, 1and1 le permet), donc peut-être que c'est déjà le cas, dans ce cas-là je ne vois pas de problème pour prendre les noms de domaines chez unetun et les rediriger vers un autre hébergeur... @+

Salut, Tu ne peux pas modifier les DNS chez unetun donc tu seras obligé de faire une redirection bâtarde, et tu auras un mauvais référencement, si tu dois prendre tes domaines chez unetun prends également l'hébergement chez eux, mais sinon je déconseille de prendre simplement les domaines chez eux. Voilà. @+