J'ai récemment installé WordPress sur IIS 7 et je l'ai connecté à SQL Server 2008R2. L'installation s'est bien passée.
Dès le départ, je peux voir sur le post est présent (juste dans le compte), mais aucun ne sont répertoriés; J'ai ajouté quelques posts.
Dans le menu admin, sous posts, je vois qu'il y a six posts publiés "Publié (6)". Cependant la liste ci-dessous est vide. Essayer également de les afficher sur le site, en sélectionnant la catégorie retournée
Rien trouvé
Toutes mes excuses, mais aucun résultat n'a été trouvé pour l'archive demandée. Une recherche pourrait aider à trouver une publication en rapport.
J'ai réinstallé la base de données, écrasé les fichiers PHP/SQL et réinstallé WP. Le problème persiste.
J'ai essayé les suggestions de paramètres/liens permanents ici et. Pas de changement.
Les suggestions présentées ici concernent l'impossibilité d'écrire dans le fichier .htaccess. Ce n’est pas un problème pour moi et je ne vois pas l’erreur de ne pas pouvoir économiser. (Pour vérifier, j'ai enregistré, quitté, navigué vers la même page de liens permanents et mes paramètres ont été enregistrés).
J'ai même défini les permaliens sur par défaut et supprimé les règles de réécriture Web.config:
<?xml version="1.0" encoding="UTF-8"?>
<configuration>
<system.webServer>
<rewrite>
<rules>
<rule name="wordpress" patternSyntax="Wildcard">
<match url="*"/>
<conditions>
<add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true"/>
<add input="{REQUEST_FILENAME}" matchType="IsDirectory" negate="true"/>
</conditions>
<action type="Rewrite" url="index.php"/>
</rule>
</rules>
</rewrite>
</system.webServer>
</configuration>
Pas de changement. (Ajoutés dans).
J'ai mis SAVEQUERIES = TRUE dans wp-config.php et je peux voir le contenu de certaines publications dans le fichier journal.
c'est à dire. Salut! Je suis un messager à vélo le jour, un acteur en herbe la nuit et voici mon blog. Je vis à Los Angeles, j'ai un super chien qui s'appelle Jack ...
Activé l'extension php_sqlsrv_53_ts_vc9.dll et désactivé phpsqlsrv.dll
J'ai vu d'autres publications faisant référence à la modification de certains paramètres de sécurité, car le système peut détecter une éventuelle attaque par injection SQL. Cependant, ces publications sont liées à une installation liée à Apache et ne peuvent localiser aucune référence dans ma version.
J'ai réessayé ceci avec WP 3.21 - même problème.
Je peux cliquer sur le lien du mois (mars), puis voir que le message compte à côté de Non classé. Une fois que je clique sur le lien, je vois à nouveau le message Rien trouvé.
Réessayez avec 3.31 et notez ce qui suit dans Windows/Temp/php53_errors.log:
[07-mars-2012 21:00:51 UTC] Erreur 42000 de la base de données WordPress: [Microsoft] [Client natif SQL Server 10.0] [SQL Server] Syntaxe incorrecte près de 'wp_users'. pour la requête SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME LIKE '' wp_users '' créé par display_setup_form, pdo_wpdb-> requête, pdo_wpdb -> _ post_query, pdo_wpdb-> print_error
Lors de l’installation, suivez le chemin jusqu’à wp-content\mu-plugins\wp-db-abstraction\translations\sqlsrv\translations.php.
Dans ce cas, l'ajout de guillemets simples autour du nom de la table était à l'origine de l'erreur. J'ai donc commenté la ligne:
// SHOW TABLES
if ( strtolower($query) === 'show tables;' ) {
$query = str_ireplace('show tables',"select name from SYSOBJECTS where TYPE = 'U' order by NAME",$query);
}
if ( stripos($query, 'show tables like ') === 0 ) {
$end_pos = strlen($query);
$param = substr($query, 17, $end_pos - 17);
// quoted with double quotes instead of single?
$param = trim($param, '"');
if($param[0] !== "'") {
//$param = "'$param'"; <----------- commented out
}
$query = 'SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME LIKE ' . $param;
}
Maintenant, l’instruction SQL lit
SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME LIKE 'wp_users'
au lieu de
SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME LIKE '' wp_users ''
Nouvelle tentative d'installation - le problème persiste, mais cette fois-ci aucun message d'erreur SQL.
- Mise à jour -
J'ai oublié de mentionner que je l'utilise avec le abstraction de WP DB (sous-entendu ...
wp-content\mu-plugins\wp-db-abstraction\translations\sqlsrv\translations.php
... au dessus de. Existe-t-il un autre moyen de faire fonctionner cela avec SQL Server?
J'ai eu le même problème. De mon fichier journal, je peux voir sa rupture sur la requête qui renvoie les publications.
J'ai réussi à faire fonctionner cela en allant dans "wp-includes\query.php", puis en supprimant la variable $ limits de la requête.
Il semble que cela se casse sur le serveur SQL.
Trouvez cette ligne:
$ this-> request = "CHOISISSEZ $ found_rows $ champs $ distincts FROM $ wpdb-> posts $ rejoindre WHERE 1 = 1 $ où $ groupby $ orderby $ limits";
changer à:
$ this-> request = "CHOISISSEZ $ found_rows $ champs distincts $ FROM $ wpdb-> posts $ rejoindre WHERE 1 = 1 $ où $ groupby $ orderby";
Faites-moi savoir si cela a fonctionné pour vous.