Rapide Panier sucettes serveur installé
7 juin 2008
Vous pouvez peut-être utile en difficulté qui ne travaillent pas en CGI qui sont absolument lollipop serveur est installé dans le panier rapide. Symptômes suivants ont été dans mon cas. Il a fallu trois jours pour résoudre. Sachez une chose ou d'un tel manque de connaissance ou un CGI côté serveur reste Quelles · · ·. J'ai décidé d'installer le panier rapide pour WordPress, mais ne "erreur réseau" de nombreux Vérifiez Mekasaito partout ici, j'ai été autorisé à être utile. Les coordonnées sont ######################################## Mekasaito Roritsu installation du serveur pop a augmenté. Laissez vous montrera comment installer la sucette serveur. 1. Téléchargez le dossier sous dl3. / Cgi-bin Remarque / / shop / ※ ... s'il vous plaît télécharger en mode binaire. 2. 755 Modification de la cgi-bin/quickcart.cgi /. ※ ... la permission de note / cgi-bin/tmp /, s'il vous plaît régler la 755 (777 manuel) (avec sucette et définir les permissions à 777 sera de 500 Internal Server Error) ou plus, très facile. Ce qui est si mauvais là maintenant Documentation ####################################### pour Lollipop autorisations sont modifiées en fonction de Yappari mauvais. Tout d'abord considérer en dehors de WordPress. Les fichiers dans le serveur à supprimer tous les cas, seulement en! [Cgi-bin] et [boutique] seulement les paramètres d'autorisation de répertoire (comme cela a été indiqué dans le site Ajout rapide maintenant) I-Dow bouton Yappari panier panier qui apparaît est "erreur réseau" sortir de l'I . Maintenant compatible dans toutes les directions et inutiles comme une sucette WordPress Yappari est que je ne peux pas arrêter longtemps fait pression sur l'autre - si Tsu Tsu a déclaré sa paix larmes 间 合 Ni Wana pour offrir la paix pour résoudre cette fois j'ai trouvé denses J'étais faible Yarrow peut être à la fois fui loin de la création de contenu à la fois! Worst'll vous permettent de modifier le serveur X a été testé plus tôt? Quelque chose de positif? Mais à la fin produites petit site n'est pas déjà fui. Idiot j'ai été préalablement faire du mal lun. mettre les fichiers WordPress échantillon de répéter à faire la même chose depuis le début, je ne sais même pas comment donner jusqu'à l'avant trop mauvais Desho. Je ne peux pas arrêter, mais les clients ne veulent pas une excuse pour abandonner le mode de récupération presque complète plus. Je me souviens de nombreuses fois tout Temasen seulement une fois. J'ai soudainement inspiré. Certainement ne marche pas, essayez de vérifier le statut. Alors venez essayer un par un tous les paramètres d'autorisation. D'abord, dans un simple serveur [cgi-bin] [boutique] pour accéder à l'erreur suivante: http://www naturellement .#####.##/ shop / index.html dans un navigateur sans aucune annuaires seul endroit Changer seulement l'accès à 755 Ah quickcart.cgi! Le fonctionnement normal! Pourquoi? La résolution insatisfaisante. C'est exact. Jusqu'à maintenant changer les permissions Temashita quickcart.cnt. Nous avons également mis au cours 755. Normalement pas le laisser faire tout à la fois de changer à 666 quickcart.cnt également Temashita? Au moins le serveur X n'est pas sans problème. Désolé, du moins pas au sens de programmeurs sur le site de sucette qui ne pensent pas de cette information. Qu'est-ce qui arrive si vous modifiez les autorisations dans le même temps ne pas l'essayer à nouveau, puis il va horriblement. Après tout, nous sommes bien placés pour WordPress Une fois que vous avez le temps je l'ai essayer, je n'ai pas.
