WordPress DK Forum

1. 

   bjerke
   

   Medlem
   Joined: maj '11
   Posts:

   Reputation:

    

   Jeg har opdateret fra 293 til 321 på en multisite med buddypress (ja - det er et stort spring). Det er er gået godt bortset fra:

   Jeg kan ikke færdiggøre sletning af plugins. Jeg får nedenstående fejl. Det er lige meget om jeg s:letter via filsystemet eller kontrolpanelet. Filerne slettes godt nok, men det ser ud til at wordpress-3.2.1 ikke opdaterer oplysningerne i databasen om hvilke plugins der findes, og så kommer den ud over brokker sig over at pluginet ikke mere findes når den skal liste plugins.

   Hvis jeg installerer et plugin dukker det tilsyneladende heller ikke op hvis jeg ikke aktiverer det. Hvis jeg aktiverer det med det samme får jeg meddelelsen: "Pluginet har ikke en gyldig header."

   Det tyder ret meget på at wp ikke kan opdatere databasens liste over plugins.

   Er der nogle ideer til hvad man gør ved det? (Jeg har prøvet at deaktivere alle plugins og opdatere temaet og gå tilbage til buddypress standard tema.)

   Flemming

   
   Warning: fopen(/var/www/wp-content/plugins/akismet/akismet.php) [function.fopen]: failed to open stream: No such file or directory in /var/www/wp-includes/functions.php on line 4339

   Warning: fread(): supplied argument is not a valid stream resource in /var/www/wp-includes/functions.php on line 4342

   Warning: fclose(): supplied argument is not a valid stream resource in /var/www/wp-includes/functions.php on line 4345

   Warning: fopen(/var/www/wp-content/plugins/akismet/akismet.php) [function.fopen]: failed to open stream: No such file or directory in /var/www/wp-includes/functions.php on line 4339

   Warning: fread(): supplied argument is not a valid stream resource in /var/www/wp-includes/functions.php on line 4342

   Warning: fclose(): supplied argument is not a valid stream resource in /var/www/wp-includes/functions.php on line 4345
   

   Skrevet 14 years siden #
2. 

   Jesper Jarlskov
   

   Supermedlem
   Joined: sep '11
   Posts:

   Reputation:

    

   Hej. Det ser ud som om du har en række referencer i din functions.php der peger på nogle af de slettede plugins. Det er altså ikke WordPress som sådan, men nogle hardcodede referencer. Det vil sandsynligvis hjælpe at rydde op i din functions.php, selvom det nok godt kan blive et større arbejde med 4300+ linjer ;-)

   Blogger om både tech og open source og Øl og Mad.
   Arbejder på lancering af PHPguiden

   Skrevet 14 years siden #
3. 

   bjerke
   

   Medlem
   Joined: maj '11
   Posts:

   Reputation:

    

   Jeg har nu ikke hardcoded noget i functions.php, nedenfor ses den relevante function get_file_data hvori linie 4339, 4342 og 4345 indgår.

   Der er altså tale om at et eller andet kalder get_file_data for at åbne en fil som ikke eksisterer. Stien (/var/www/wp-content/plugins/akismet/akismet.php) er rigtig nok, bortset fra at akismet netop er det plugin som lige er slettet så filen ikke mere findes.

   Så problemet er at wp tror at pluginet stadig er der, og akismet findes da også stadig i kontrolpanelets liste over plugins selvom mappen med akismet rent faktisk ER slettet. Tilmed fungerer siden så vidt jeg kan se OK, bortset fra plugins. Det er det der gør at jeg tror at det er databasen som ikke opdateres angående listen over plugins, jf. de andre problemer jeg nævnte.

   Tænke .... wp har jo fat i db ang. plugins så det kunne f.eks. være en eller anden lille detalje i måden hvorpå plugin-data opdateres som er ændret siden 2.9 og som ikke er kommet med i min (lidt hazarderede) opdatering. Hvordan finder jeg ud af det?

   Bedste hilsener

   Flemming

   
   function get_file_data( $file, $default_headers, $context = '' ) {
   // We don't need to write to the file, so just open for reading.
   $fp = fopen( $file, 'r' ); //linie 4339

   // Pull only the first 8kiB of the file in.
   $file_data = fread( $fp, 8192 ); //linie 4342

   // PHP will close file handle, but we are good citizens.
   fclose( $fp ); //4345

   if ( $context != '' ) {
   $extra_headers = apply_filters( "extra_{$context}_headers", array() );

   $extra_headers = array_flip( $extra_headers );
   foreach( $extra_headers as $key=>$value ) {
   $extra_headers[$key] = $key;
   }
   $all_headers = array_merge( $extra_headers, (array) $default_headers );
   } else {
   $all_headers = $default_headers;
   }

   foreach ( $all_headers as $field => $regex ) {
   preg_match( '/^[ \t\/*#@]*' . preg_quote( $regex, '/' ) . ':(.*)$/mi', $file_data, ${$field});
   if ( !empty( ${$field} ) )
   ${$field} = _cleanup_header_comment( ${$field}[1] );
   else
   ${$field} = '';
   }

   $file_data = compact( array_keys( $all_headers ) );

   return $file_data;

   Skrevet 14 years siden #
4. 

   Jesper Jarlskov
   

   Supermedlem
   Joined: sep '11
   Posts:

   Reputation:

    

   WordPress har kun fat i databasen vedr. plugins når dit installerede plugin beder det om det. Når du sletter et plugin er der altså ikke noget pluginkode tilbage, og derfor ingen databasekald.

   Skrevet 14 years siden #
5. 

   Henning
   

   Administrator
   Joined: maj '10
   Posts:

   Reputation:

    

   @Jesper Jarlskov
   Der er i databasen lagret informationer om aktive plugins. Kan det være her, det går galt???
   Se: http://www.hmnielsen.dk/?p=138

   http://www.ballumweb.dk

   Skrevet 14 years siden #
6. 

   bjerke
   

   Medlem
   Joined: maj '11
   Posts:

   Reputation:

    

   WordPress har kun fat i databasen vedr. plugins når dit installerede plugin beder det om det.
   

   
   Når du går ind på plugin-siden i kontrolpaneler, får du en liste over installerede plugins. Wp må så enten læse mappen plugins hver gang man går ind på plugin-siden eller have et register over de installerede plugins. Hvis wp bare læste mappens plugins, er der ingen mening at wp skælder ud over ikke at kunne finde et ikke-aktiveret plug. Derfor gætter jeg på at wp har et register over installerede plugins, men med den tilføjelse at hvis der mangler et plugin opdateres registeret - og så går wp ikke ud og leder efter info om pluginet når man går ind kontrolpanelets plugin-side. Men det er altså den mekanisme der er sat ud kraft på en eller anden måde.

   Når du sletter et plugin er der altså ikke noget pluginkode tilbage, og derfor ingen databasekald.

   
   Men et eller andet ligger sted ligger der altså noget information om det plugin som er slettet. Den information burde være slettet, men er det ikke.

   Der er i databasen lagret informationer om aktive plugins. Kan det være her, det går galt???

   
   Næh, det var ikke et aktivt plugin, og jeg kan godt aktivere og deaktivere allerede installerede plugins, og jeg kan også opdatere plugins. Men jeg kan ikke slette eller installere plugins. Jeg har også chekket permissions, men det ser godt nok ud (www-data har rw permissions på filer og rwx på mapper).

   Skrevet 14 years siden #
7. 

   Jesper Jarlskov
   

   Supermedlem
   Joined: sep '11
   Posts:

   Reputation:

    

   WordPress kigger i din pluginmappe for at finde ud af hvilke plugins du har liggende. Hvis du kopierer et plugin til din server via ftp finder WordPress det, det betyder ikke at det på magisk vis har hacket din database, du har bare kopieret en fil.

   Hvis du læser de fejlmeddelelser du selv har postet ovenfor kan du se at fejlende kaldes af functions.php (det står skrevet).

   Mit gæt er at dit tema forventer Akismet, da Akismet kommer som standard med WordPress, det er altså enten dine egne ændringer i functions.php, eller en antagelse fra din plugin designer.

   Skrevet 14 years siden #
8. 

   bjerke
   

   Medlem
   Joined: maj '11
   Posts:

   Reputation:

    

   WordPress kigger i din pluginmappe for at finde ud af hvilke plugins du har liggende. Hvis du kopierer et plugin til din server via ftp finder WordPress det, det betyder ikke at det på magisk vis har hacket din database, du har bare kopieret en fil.

   Jeg fandt løsningen: cache! Som jeg skrev, måtte der jo ligge noget information et eller andet sted. object-cache.php lå i wp-content fordi jeg havde prøvet object-cache.php, men ladet filen ligge. Den fungerede ikke rigtig, og så vidt jeg husker, de-aktiverede jeg den fra wp-config.php? På en eller anden måde må wp-3.2.1 så alligevel have brugt object-cache.

   Så det var et problem der i virkeligheden slet ikke var der, så at sige ;-)

   Mit gæt er at dit tema forventer Akismet, da Akismet kommer som standard med WordPress, det er altså enten dine egne ændringer i functions.php, eller en antagelse fra din plugin designer.

   Problemet fandtes med alle mulige plugins. Til gengæld forsvandt problemet med Akismet spontant, hvilket også pegede på cache!

   Jesper! Tak, for hjælpen! :-) :-) :-)

   Bedste hilsener

   Flemming

   Skrevet 14 years siden #

RSS feed for this topic

Svar

Du skal være logget ind for at skrive.