Sul server, il tutto nella stessa directory, e con tutti i permessi impostati temporaneamente a 777 (compresa la directory stessa):risparmio TiddlyWiki 5 al server utilizzando store.php
- index.html (una copia di la empty TiddlyWiki)
- store.php
ho modificato l'elenco degli utenti in store.php, e verificato che la pagina viene caricata store.php nel browser senza errori.
$USERS = array(
'myuser'=>'mypass',
'UserName2'=>'Password2',
'UserName3'=>'Password3');
e impostare la seguente scheda nel Pannello di Controllo "Salvataggio":
- Nome Wiki:
myuser
- Password:
mypass
- URL del server:
http://myhostnoerrors/my_dir/store.php
- Carica repertorio:
.
- Directory di backup:
.
Quando faccio clic sul pulsante di salvataggio (o provo a creare un nuovo Tiddler), vedo il badge "Avvio per salvare wiki" in alto a destra, ma l'icona di salvataggio rimane rossa e il file non viene aggiornato sul mio server (anche se aggiorno).
Lo strumento di sviluppo web "Rete" in Firefox mostra che la richiesta POST sta andando nella posizione corretta e con le giuste informazioni, ma restituisce un errore Proibito 403.
Cosa sto sbagliando? Qualcuno è stato in grado di utilizzare store.php con successo con la versione 5.1.7?
il server mostra un hit sull'URL dello store.php? EDIT: ti vedo modificato in una menzione di un 403 - Immagino tu lo stia ottenendo dal server. Potrebbe valere la pena confermare che è apache/nginx/qualunque sia la restituzione del 403 e non qualche cosa di sicurezza. –
@DanielBaird: Ricevo un errore nel mio log degli errori quando provo a salvare: 'Errore di parsing multiparte (init): Multipart: limite non valido in C-T (malformato)'. Allo stesso tempo ottengo un riscontro nel registro di accesso che mostra l'errore 403 per la richiesta POST. – Benjamin
@DanielBaird: l'intestazione della risposta proviene da Apache mod_fcgid/2.3.7 mod_auth_pgsql/2.0.3 – Benjamin