Disable Post Revisions, Deleting Post Revisions

 
În mod normal, “by default” când scriem un post, wordpress-ul face în mod automat o autosalvare o dată la 60 de secunde. Lucru util până la o limită, dacă ar fi să luăm în calcul un posibil fail de browser, windows crash, pană de curent, etc, să nu se piardă tot ce-am scris dacă nu avem obiceiul să mai dăm un “Save Draft” din când în când.

Alt motiv “binefăcător” al acestor autosalvări chiar că nu văd din moment ce la mine pe blog sunt singurul autor, ştiu ce fac şi n-o să mă intereseze niciodată să văd după un timp cum am modificat/corectat posturile în timp. (daca ar fi cazul)

Dacă scriu sau editez un post vreme mai îndelungată, aceste autosalvări se scriu de ordinul zecilor. Informaţie care ocupă mult mai mult loc în baza de date decât postul final, respectiv informaţia utilă.

Dacă vreau să evit supraîncărcarea bazei de date cu chestii inutile, să fac în mod sigur şi site-ul să se încarce mai rapid, am de facut două lucruri simple.
Şi cum sunt un fan convins al rezolvării problemelor fără plugin pe cât posibil, am căutat, m-am documentat, am experimentat şi merge.

Cum spuneam, există două probleme distincte, adică dezactivarea “Post Revisions” pentru ca WP să nu le mai facă în viitor şi ştergerea celor existente (şi inutile din baza de date mySQL).

1. Disable Post Revisions, se copiază linia de mai jos în fila wp-config.php din root, oriunde pe un rând liber între <?php şi ?>

define('WP_POST_REVISIONS',false);

WordPress-ul nu va mai face autosalvări fără comanda “Save Draft”

2. Deleting Post Revisions, ştergerea celor deja existente, care ocupă loc deloc neglijabil, curăţarea bazei de date.
Deschid cPanel, phpMyAdmin, apăs sus SQL ca în imaginea de mai jos şi cu copy/paste introduc comanda de mai jos:

DELETE a,b,c FROM wp_posts a LEFT JOIN wp_term_relationships b ON (a.ID=b.object_id) LEFT JOIN wp_postmeta c ON (a.ID=c.post_id) WHERE a.post_type='revision';
 

 
Apăs “Go”, şi asta e tot.

Ulterior în 2-30 secunde se va afişa un mesaj cu numarul intrarilor sterse.

Am făcut-o pentru 4 bloguri în mai puţin de jumătate de oră fără nici o problemă.

Pentru fiecare din cele 4 site-uri am obţinut o scădere a volumului bazei de date după cum urmează:

430 Kb => 366Kb
2,75 Mb => 1,10 Mb
2,37 Mb => 940 Kb
5,41 Mb => 1,39 Mb
18,5 Mb => 2,64 Mb (!) – chiar pt acest blog, nu mi-a venit să cred că toate articolele erau totuşi la locul lor dupa efectuarea curăţeniei.
Eu zic că merită făcut.

M-am gândit de mult la treaba asta că părea destul de ciudat, cum e posibil dacă scriu 2 articole de 5-10 Kb fiecare, baza de date să crească cu 50-100 Kb.
M-am documentat de aici, hotărârea “să mă apuc de treabă” am luat-o văzând că îi mai preocupă problema şi pe alţii. Un schimb de replici între @eCostin şi @zoso pe twitter !

Sunt sigur că navigând pe net în stânga şi-n dreapta, cu toţii a-ţi păţit cel puţin odată să deschideţi un site/blog oarecare şi să vă apară la un moment dat o fereastră în plus, un pop-up window de reclamă de la Travian.com. Poate fi şi altceva, vreo reclamă nesuferită şi agresivă de nu ştiu ce screensaver sau emoticoane. O închizi şi gata.
 

 
Problema este, ce te faci când aşa ceva se întâmplă când îţi deschizi propriul blog, sau mai rău, nici nu observi, ci îţi spun alţii:
- De ce când îţi deschid blogul îmi apare o fereastră de la Travian.com?

Cum o remediez?
Problema se datorează unui simplu link pus de tine cu mânuţa ta, pe undeva prin posturi sau sidebar, practic oriunde, neştiind ce efect poate avea respectivul link al unui site care are contract de reclamă cu Travian. Poate fi un link text, link pe imagine, sau chiar widget.

Problema constă în a identifica link-ul cu pricina şi a-l elimina.
Principala dificultate constă în faptul că fereastra nedorită se deschide pe bază de cookie presetat doar odată la 24 de ore sau 48, sau depinde de la caz la caz. Deci, dacă închid browserul şi deschid iar cu homepage=blogul meu, sunt 100% şanse să nu apară nici o fereastră deoarece normal că ţi l-ai deschis în ultimele 24 de ore.

Atunci fac următorul lucru:
- Sterg toate cookie-urile, exemplu la Firefox din
Menu/Tools/Options/Privacy/Show Cookies/Remove all Cookies.
- Setez homapage blogul meu şi închid browser-ul.
- Îl deschid iar, şi dacă întradevar am o problemă cu Travian, fereastra trebuie să apară deoarece au fost şterse toate cookie.
- S-ar putea să nu apară la prima pagină, ci cu mai multe pagini în urmă, depinde unde anume este situat link-ul problemă.

Dacă fereastra nedorită a aparut, în mod sigur dacă deschid cookie din Options la Firefox găsesc cookie cu numele network.adsmarket.com , travian.com , traviangames.com.

În continuare te aşteaptă ceva de lucru. Ştiu că sună frustrant, dar va trebui să ştergi linkuri la rând prin metoda eliminării, şi de fiecare dată după ce le-ai şters să te duci la browser în Options să ştergi şi toate cookie, să închizi browserul şi să-l deschizi iar până ai nimerit link-ul cu pricina, şi atunci nu o să-ţi mai apară fereastra în cauză.

Eu am păţit faza asta de doua ori:
- prima dată astă vară cu un link pus drept sursă într-un post de la www.nytimes.com, site “serios”, wtf;
- şi a doua oară recent din cauza unui widget cu link pe el normal, de la geovisite.com. Era un widget fain în sidebar care arăta meteo local, dar am renunţat la el.

Nu orice cookie care apare la deschiderea site-ului constituie o problemă. Este perfect ok să apară cookie cu numele youtube.com, trilulilu.ro, vimeo.com, realitatea.net, ş.a. dacă am video embeduite.
Este OK să ai un cookie setat gigya.com dacă ai un embed de diapozitiv de la slideshare.net , cum de altfel e perfect în regulă un cookie quantserve.com dacă ai pe blog un poll de la polldaddy.com.

Motivele pentru care la un moment dat cineva este nevoit să schimbe adresă, domeniu blog/site pot fi multiple (we know things changes) cum spune şi google, iar în această situaţie se impune redirectarea traficului de la vechea spre noua adresă, absolut necesar măcar pentru o perioadă de timp până cei care vă vizitau blogul vor lua notă de schimbare, modifică linkuri, Favorites, Bookmarks, etc.

În cazul blogurilor cel mai adesea am văzut situaţia în care bloggerul care se mută scrie un ultim post şi-l lasă deasupra.
 

 
Cu puţin rafinament, Redirectarea se poate face automat, extrem de simplu:
Cu siguranţă a-ţi accesat măcar o dată un site “expirat” unde a-ţi fost întâmpinat cu mesajul:
 

 
Redirectul în 5 secunde (sau câte doriţi) se face adăugând în HEAD la vechiul blog/site o singură linie de cod:

<meta content='5;url=http://adresa-noua.ro/' http-equiv='refresh'/>

La orice site în HTML (sau PHP) se copiază linia manual cu un editor HTML în fila index, în HEAD, adică pe un rând gol deasupra </head>

La WordPress se editează fila header.php din Wp-admin/Appearance/Editor
Se copiază linia manual, copy/paste pe un rând gol deasupra </head>
Dupa care se apasă Update file
Sau se editează fila în pc după care se urcă pe server modificată, (overwrite).

La Blogger.com (blogspot) modificarea se face în panoul de control Aspect/Editaţi HTML/Editaţi Şablon
Se copiază linia manual, copy/paste pe un rând gol deasupra </head>
După care se apasă SALVAŢI ŞABLON

• În cazul în care “subiectul” este o filă, mă asigur în primul rând că fila este închisă.
Dacă tot nu pot s-o şterg (sau s-o redenumesc), închid eventualul program cu care am manipulat acea filă în prealabil.

• Dacă vreau să şterg un executabil.exe sau application extension.dll , trebuie să mă asigur că procesul nu rulează. Deschid Windows Task Manager cu CTRL+ALT+DELETE unde în Processes opresc procesul respectiv de la butonul End Process în cazul în care îl regăsesc pe listă ca fiind activ.

• Dacă am de-a face cu un folder gol care nu se şterge, de obicei un simplu restart de windows rezolvă problema.

• În unele cazuri de filă problemă mai merge cu succes o metodă. Presupun că vreau să şterg o filă nume.dll (o terminaţie la întîmplare) existentă în C:\
Creez în alt loc, în D:\ o filă nume.dll (acelaşi nume, aceeaşi extensie), dar de mărime diferită (nu contează ce conţine) după care o copiez în C:\ peste fila problemă (owerwritte). La mesajul Would you like to replace existing file? apăs YES. După care problema poate fi rezolvată. Îi dau delete normal şi s-a dus!

• În cazul în care am în calculator două sisteme de operare, ori Windows ori Linux, nu contează, bootez în celălalt sistem şi poate fi şters absolut orice fără problemă.

• O altă metodă care am experimentat-o zilele trecute şi a mers:
- Deschid Command Prompt din Start Menu şi îl las deschis
- Deschid Windows Task Manager cu CTRL+ALT+DELETE unde în Processes bifez procesul explorer.exe şi îl opresc de la butonul End Process.
- În Command Prompt care a rămas deschis scriu:
DEL D:\fila.ext şi apăs Enter.
- În Windows Task Manager apăs butonul New Task şi completez explorer.exe pentru a reporni explorer.

Acest mic tutorial ar putea fi considerat un update tutorialului precedent Cum fac banner pentru blog, tutorial pentru că este util în cazul în care există un text de preluat dintr-un TextArea (casetă text) cu copy/paste.

Aceast feature HTML ca să-i zic aşa îmbunătăţeşte “User experience” pe un site web şi scuteşte utilizatorul să “tragă” cu mouse-ul de la prima literă până la ultima peste textul care se doreşte copiat.

Poate fi utilizat în toate cazurile unde avem de-a face cu un
<textarea></textarea>

Trebuie făcută o modificare extrem de simplă:
În loc de:
<textarea>Textul din caseta</textarea>
Adăugăm:
onfocus="select();"
Să avem în final:
<textarea onfocus="select();">Textul din caseta</textarea>
(cu un space după textarea neapărat)
Asta este tot.

Funcţionează şi in IE6 şi Firefox.

Exemplu, click mai jos pentru a testa,
 

Cum maresc viteza la Mozilla Firefox?

Mozilla Firefox lucrează cu informaţia despre history şi cache stocată în baze de date SQLite. Pentru a îmbunătăţi viteza, performanţa browser-ului exista mai multe metode de a şterge informaţia inutilă din SQLite, dar fiecare din ele necesită restartarea browser-ului.
Jeremy Orem de la Mozilla ne arată cum putem rezolva problema rapid, fără a restarta Firefox.
1. – Se deschide Tools / Error Console (sau Ctrl+Shift+J)
2. – Se introduce în bară comanda din caseta de mai jos, e o singură linie şi se apasă “Evaluate”
Firefox rămâne blocat 3-4 secunde dar după asta va rula simţitor mai rapid.

Components.classes["@mozilla.org/browser/nav-history-service;1"].getService(Components.interfaces.nsPIPlacesDatabase).DBConnection.executeSimpleSQL("VACUUM");

Cum fac un program să ruleze automat la bootarea windows-ului.

- cea mai simplă metodă este adăugarea unui shortcut al programului respectiv în folderul C:\Documents and Settings\nume user\Start Menu\Programs. Se poate şi prin drag & drop direct în Startup in Start Menu.

- altă metodă o descriu amănunţit mai jos (care nu lasă urme vizibile în start menu)

Se deschide C:\WINDOWS
Se deschide cu dublu click regedit.exe
În Registry Editor în partea stângă în expandable menu (tree menu) se deschide pe rând:
HKEY_LOCAL_MACHINE / SOFTWARE / Microsoft / Windows / CurentVersion / Run
Se selectează cu mouse-ul Run ca în imaginea de mai jos,
 

 
şi în partea dreaptă a ecranului apare lista programelor care sunt deja setate din default să pornească automat odată cu windows-ul.

Pentru a adăuga unul în plus click dreapta pe fereastra din dreapta, click New/String Value.
În listă apare o nouă intrare “New Value #1“. Pot să o redenumesc cu F2 sau dreapta click pe ea, de exemplu Mediaplayer.

Mai departe dublu click pe ea, se deschide o fereastră unde în câmpul “value” adaug path-ul programului care mă interesează, de exemplu Windows Mediaplayer.
În acest caz path-ul care trebuie introdus este următorul:
C:\Program Files\Windows Media Player\wmplayer.exe
Apăs OK şi în dreapta în lista apare valoarea introdusă. La următoarea pornire a windows-ului va porni automat Media Player.

Dacă vreau renunţ la opţiunea de mai sus, pur şi simplu şterg String Value introdus cu right click/delete sau tasta delete.

Ce este google cache:
În mod normal când un googlebot crawlează web-ul, inclusiv blogul dvs, creează o bază de date cu conţinutul găsit pe pagini în articole.
Asta face “by default”.
În pagina rezultatelor apărute după un search oarecare cu google, varianta de accesare din cache a site-ului respectiv apare precum în imaginea de mai jos:
 

 
Justificarea logicii acestei facilităţi este că dacă un site ar fi down pentru o perioadă de timp, eventualii vizitatori din google search să aibe la dispoziţie această variantă de accesare din cache a site-ului respectiv.
Ăsta e avantajul să zicem.

Partea mai puţin plăcută pentru un posesor de website îndeosebi cu conţinut dinamic este că acest cache poate să ţină 2-3-4 săptămâni până este reactualizat. Astfel eu de exemplu pot să adaug pe blog articole zilnic şi în google cache prima pagină va arăta la fel ca acum o lună de zile.
Şi mie nu îmi convine.
Vreau ca pagina mea să fie văzută aşa cum este, sau deloc dacă este down.

Google cache se poate evita, anula, dezactiva simplu de tot adăugând în <head> la documentul respectiv (sau toate documentele .html, .php) tag-ul:

<meta name='robots' content='noarchive' />

Şi în acest caz modificarea va deveni efectivă după 2-3-4 săptămâni, dar răbdare până dispare cache-ul din google!
Când a dispărut n-o să vă mai scrie dedesupt la rezultatele căutării link-ul ăla albastru În Cache.

La wordpress modificarea trebuie făcută într-un singur loc pentru tot blogul, în fila header.php se inserează linia de mai sus oriunde între tag-urile existente
<head>

</head>