Risposte nei forum create

Stai visualizzando 15 risposte - dal 1 al 15 (di 19 totali)
  • Buongiorno a tutti.
    Fortunatamente, continuando a smanettare, sono passato da http ad https e, miracolosamente, la pagina bianca si è rivelata. Probabilmente il problema sotto c’è ancora, comunque, ho potuto andare avanti, sono passato a wordpress multisite e qui sono sorti problemi più grossi.

    Non si riesce a creare e gestire i sottodomini. In sostanza la classica procedura di creare una wildcard su cpanel e poi creare i sottodomini da wordpress non funziona, ho contattato l’hosting con il quale ho avuto diverse conversazioni anche telefoniche, lui dice che lato server è tutto a posto. Io ho qualche dubbio, siccome hanno ricevuto ultimamente un attacco informatico, e pare che una delle tecniche di attacco sia proprio quella di passare attraverso i sottodomini, hanno potenziato i sistemi di sicurezza ed è probabile che ci sia qualcosa che blocca o fa lavorar male i sottodomini. Vabbè, non ho più insistito.

    Comunque, creando da cpanel i sottodomini uno ad uno senza wildcard sembra funzionare, almeno sembra esserci il collegamento con wordpress, però non si aprono le pagine relative, mi da forbidden errore 403, a volte 404.

    Naturalmente ho esaminato tutte le possibili cause e soluzioni di questi errori senza venirne a capo. Ho scoperto che quando si creano sottodomini in questo modo il sistema crea delle cartelle e dei file nuovi. Credo che il problema sia qui.

    Ho creato tre sottodomini test, due di questi hanno nuove cartelle vuote e mi danno i codici errori 403 e 404, nell’altro invece mi ritrovo anche un file index.php e un htaccess, mi da codice errore 500 e nel log errori ho trovato questo:

    Fatal error: require_once(): Failed opening required ‘/home/shermanc/public_html/anomalie/admin.php’ (include_path=’.:/opt/cpanel/ea-php73/root/usr/share/pear’) in /home/shermanc/public_html/anomalie/index.php on line 10 anomalie è il nome del sottodominio e, dimenticavo di dire, che ho aggiornato il PHP alla versione 7.3. Questa è la riga 10 del file: require_once( dirname( __FILE__ ) . ‘/admin.php’ );

    Io suppongo che il sistema di sicurezza del server ostacoli in qualche modo la creazione dei file, altrimenti non mi spiego perché gli altri sottodomini hanno cartelle vuote.

    Comunque questa è la situazione, sono disperato perché non so come risolvere. Cerco un’anima buona che possa aiutarmi.

    … ora riscontro un altro errore: PHP Notice: ob_end_flush(): failed to send buffer of zlib output compression (0) in ……… /public_html/wp-includes/functions.php on line 4339

    Salve
    Non c’è nessuno che può aiutarmi?

    Ciao @luca21
    Già … ho controllato lo script paragonandolo con quello nelle cartelle di WP appena scaricate e corrisponde perfettamente. Ispezionando la pagina bianca in Google Chrome non c’è nulla, evidentemente c’è qualcosa che non fa attivare il PHP Script. Le altre pagine nelle impostazioni della bacheca si aprono regolarmente, e i relativi script sono regolarmente nella cartella wp-admin, solo questo script non viene attivato. Non so dove cercare il problema.

    Continuo ad avere il problema. Non so che fare.

    Tramite FileZilla posso intervenire sui permessi e, come già detto, ora sono settati 755 le cartelle e 644 i file, ma ho provato di tutto anche 777 su tutto e non cambia nulla.
    Questo è il mio .htaccess:
    # BEGIN WordPress
    <IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteBase /
    RewriteRule ^index\.php$ – [L]

    # add a trailing slash to /wp-admin
    RewriteRule ^wp-admin$ wp-admin/ [R=301,L]

    RewriteCond %{REQUEST_FILENAME} -f [OR]
    RewriteCond %{REQUEST_FILENAME} -d
    RewriteRule ^ – [L]
    RewriteRule ^(wp-(content|admin|includes).*) $1 [L]
    RewriteRule ^(.*\.php)$ $1 [L]
    RewriteRule . index.php [L]

    # BEGIN protect xmlrpc.php
    <files xmlrpc.php>
    </files>
    # END protect xmlrpc.php

    Tieni presente che ho già reinstallato wordpress manualmente e non è cambiato nulla, i plugin li ho già disattivati tante volte ed eliminato quelli sospetti e non è cambiato nulla. SONO DISPERATO.
    Secondo me il tema ha cambiato qualcosa nel wp-config.php che sfugge. Ho provato a contattarli ma non rispondono. Ci sono una serie di istruzioni complesse nel wp-config.php

    Fatto, non carica, stesso messaggio di errore.

    Ho provato adesso, naturalmente le immagini non si vedono perché sono nella cartella dell’altro percorso, ma ho provato a caricare un file e non funziona, stesso messaggio di errore.

    la directory me l’ha cambiata il tema, quando me ne sono accorto ho spostato tutti i media dove voleva lui e così ho potuto vederli in libreria, ma non mi fa caricare nulla. Potrei provare a ricambiare tutto mettendo la stringa che dici tu ma tieni presente che avevo provato a rimettere il percorso originale e non funzionava, forse proprio perché mancava la tua stringa. Ma come ha fatto a sparire? prima funzionava tutto, possibile che un aggiornamento del tema l’abbia fatta sparire?

    … dimenticavo due cose: i permessi sono a posto 755 le cartelle e 644 i file. ma ho provato a mettere di tutto, anche 777 a tutto e non cambia nulla. l’altra cosa è che ho wordpress multisite, non so se cambia qualcosa.

    Ciao Rosetta, grazie molte della tua risposta. Nel mio file wp-config.php è presente questa riga:
    if ( !defined(‘ABSPATH’) )
    define(‘ABSPATH’, dirname(__FILE__) . ‘/’);
    define (‘UPLOADS’, ‘wp-content/themes/zerif-lite/images’);
    io ho provato a modificarla così per inserire la tua:
    if ( !defined(‘ABSPATH’) )
    define(‘ABSPATH’, dirname(__FILE__) . ‘/’);
    define (‘WP_TEMP_DIR’,dirname(__FILE__), ‘/wp-content/themes/zerif-lite/images’);
    conseguenza in libreria non si vedono più le immagini e al caricamento mi da il solito errore: si è verificato … riprova più tardi. Dove sto sbagliando? Grazie.

    Scusa Luca, ho scritto di fretta, parliamo dello stesso file wp-config.php . Ho aggiunto questa riga: define( ‘WP_MEMORY_LIMIT’, ‘256M’ );
    Con questa modifica ho letto in rete che molti che avevano il mio stesso messaggio di errore hanno risolto, quelli appunto che avevano un problema di memoria. Mi dicono che 256 è il massimo che si può mettere. Pertanto non è il mio caso. Come dici tu è certamente un errore nell’upload dei file, ma soltanto dal pannello di wordpess perché con filezilla posso caricarli tranquillamente nelle cartelle sul sito ma naturalmente non me li ritrovo nella libreria. Tieni presente che non mi fa caricare neanche i plugin, e sembra essere lo stesso problema perché con ftp li posso tranquillamente caricare nella cartella dedicata e in questo caso me li trovo su wordpress ma non si possono installare, mi da “installazione fallita”. Per quanto riguarda i permessi in questo momento sono settati a 755 per le cartelle e 644 per i file, ma ho provato di tutto anche a mettere tutto a 777 e non cambia nulla.
    Sono andato nel cpanel dell’hosting per cercare i file log ma non li ho trovati. Ho trovato un file di errori che contiene gli ultimi 300 messaggi del registro, ma non c’entra nulla, dentro c’è una pagina molto lunga di HTML e non contiene nessun messaggio di errore. Poi c’è un file delle pagine di errore, ma anche qui non c’è nessun riferimento del mio messaggio di errore. Non so dove guardare.
    Forse se riuscissi a sapere dove trovare il codice che permette a wordpress di caricare i file in libreria potrei lavorarci, magari confrontarlo con il codice di un wordpress che funziona e cercare l’errore. Dimenticavo di dire che io ho wordpress multisite.
    Grazie per il tempo che stai dedicando

    Ciao, ho visto adesso il messaggio.
    Il config.php che si trova nella cartella principale public_html.
    Non so quanto misura il sito ma da quando funzionava regolarmente ho eliminato un sacco di contenuto.
    Il testo del messaggio di errore è esattamente quello che ho scritto nel titolo di questo topic.
    Non ho controllato i log degli errori, non l’ho mai fatto, dove devo guardare?
    Grazie.

    Buongiorno, ho fatto tutto e alla fine ho capito perché non si vedeva la libreria. Con l’aggiornamento del tema sono stati cambiati i percorsi di caricamento dei media, con filezilla mi sono accorto che c’erano due file wp-content, uno con tutti i media l’altro con il nuovo percorso. Ho spostato tutti i media ed è comparsa la libreria. Ma ora si presenta un altro problema, quando cerco di caricare un’immagine non me la carica e mi da questo messaggio: “si è verificato un errore durane il caricamento. Riprova più tardi”. Da ieri sera ad oggi non è cambiato nulla. Questa mattina prima di scrivere ho fatto una ricerca per vedere se è un problema diffuso, in effetti lo è, per la maggior parte non risolto, tranne uno che avendo dato incarico all’hosting lo stesso, dopo aver risolto, gli ha detto che dipendeva da uno spazio vuoto nel file config.php . Dov’era questo spazio vuoto non si sa. Qualcuno mi può aiutare? Grazie

    Salve, quando ho visto il messaggio che mi dava quel plugin ho pensato di scrivere nella sezione “funzionalità plugin” … ho cercato di fare l’aggiornamento manuale fino ad ora ma filezilla non mi faceva entrare nello spazio web, una volta mi ha fatto entrare ma non mi ha fatto aprire la cartella public_html. Qualche secondo fa mi ha fatto entrare ed aprire la cartella, ora faccio l’aggiornamento manuale e speriamo che serva. A dopo. Grazie.

Stai visualizzando 15 risposte - dal 1 al 15 (di 19 totali)