Aŭtomataj datoj malsukcesas ĉe WordPress? FTP malsukcesas?

WordPressLastatempe ni havis klienton, kiu agordis siajn proprajn servilojn por uzi kun WordPress. Kiam la lastatempa 3.04-sekureco ĝisdatigo venis, estis ia urĝa sento instali ĉi tiun version sur ĉiuj niaj klientoj. Tamen ĉi tiu aparta kliento ĉiam postulis, ke ni ĝisdatigu WordPress permane ... procezo ne por malfortuloj!

Ni ne ricevus la tipan "ne povas verki dosierojn”Eraro en ĉi tiu blogo. Anstataŭe ni ricevis ekranon kun FTP-ensaluto. La problemo estis, ke ni plenigos la FTP-atestilojn kaj ĝi plenumos ankoraŭ malsukcesas... ĉi-foje surbaze de bonaj atestiloj!

Mi kontaktiĝis kun niaj amikoj ĉe Lifeline Data Centers, Indianao plej granda datuma centro, ĉar ili havas iujn Apache-geekojn kaj agordis siajn proprajn servilojn. Ili donis al mi simplan solvon - aldoni la FTP-atestilojn rekte en la wp-config.php enarkivigu la kodojn pri FTP:

define ('FTP_HOST', 'localhost'); define ('FTP_USER', 'salutnomo'); define ('FTP_PASS', 'pasvorto');

Ial, la identaj atestiloj, kiuj ne funkciis en la formo, funkciis perfekte kiam enmetitaj en la agordan dosieron! Ankaŭ ĝi igas WordPress agi same kiel ĝi farus sen la bezono de FTP .... simple alklaku ĝisdatigon kaj iru!

4 Komentoj

  1. 1

    Mi spertis erarojn pri aŭtomata ĝisdatigo de WordPress post rekonstruado de mia servilo kaj ŝpininta novan WordPress-instaladon. Mia problemo ekestis de Fajrovulpo, ne WordPress - aliaj povas sperti la saman problemon se ilia FTP uzantnomo kaj WordPress uzantnomo estas la samaj kiel miaj estis (kvankam kun malsamaj majuskloj kaj pasvortoj).

    La problemo estas, ke Fajrovulpo, se vi havas "memori pasvortojn" ebligita, aŭtomate korektos la uzanton/pasos la formularon al tio, kion ĝi opinias, ke ĝi devus esti bazita sur tio, kio estas konservita en la pasvortmanaĝero. En mia kazo, miaj WordPress-akreditaĵoj estis konservitaj, sed miaj FTP-akreditaĵoj ne estis, ĉar ili povas esti uzataj por SSH en la retejon. Homoj en ĉi tiu situacio povas aŭ provizore malŝalti "memori pasvortojn" en siaj Preferoj/Opcioj kiam ili provas uzi WordPress-aŭtomatan ĝisdatigon aŭ apliki kodon al WordPress por korekti ĉi tiun konduton.

  2. 2

    Doug,

    Mi havis la saman problemon kun hejma konstruo de Apache. Montriĝas, ke ĝi estis rezulto de nedecaj permesoj kaj proprieto pri certaj dosieroj kaj dosierujoj.

    http://robspencer.net/auto-update-wordpress-without-ftp/

    La ĉi-supra ligilo donis sciojn pri kiel korekti la problemon sen uzi ftp-akreditaĵojn. Kompreneble mi ne rekomendas, ke vi ŝovu vian tutan uzantdosierujon al 775 (kaj mi ne faris) sed ĉi tio kondukis min en la ĝustan direkton.

    adam

  3. 3

    Por aliaj serĉantaj eblajn solvojn: Alia bloganto solvis siajn aŭtomatajn ĝisdatigajn problemojn ŝajne devigante sian gastiganton uzi php5 aldonante la jenon al sia .httaccess-dosiero:

    AddType x-mapp-php5 .php

  4. 4

    Dankon pro kundividado de la scioj, mi spertis problemojn pri aŭtomataj ĝisdatigoj sed la sola solvo, kiun mi trovis, estas malaktivigi la kromaĵojn poste aŭtomate ĝisdatigi WordPress kaj fine reaktivi ĉiujn kromaĵojn.

    Ĉi tiu konsileto estas por malsama problemo, sed estas bone scii kiel solvi ĝin.

    Saluton el Meksiko!

Kion vi pensas?

Ĉi tiu retejo uzas Akismeton por redukti spamon. Lernu, kiel via komento datiĝas.