Problemes amb accents i símbols estranys a wordpress?

Si després d’una migració o actualització del vostre wordpress us trobeu que determinats caràcters apareixen com símbols incorrectes (ó, í, Ã², è…), segurament es deurà amb alguna malfunció entre el mapa de caràcters UTF-8 i ISO.

Buscant una mica per internet, he trobat diferents opcions per resoldre-ho. La més fàcil i coherent m’ha semblat que és la que trobareu a: https://gist.github.com/ericrasch/7220890

On simplement cal executar un script de base de dades per tal de canviar tots els caràcters incorrectes per els correctes segons el nostre mapa de caràcters.

Continue reading “Problemes amb accents i símbols estranys a wordpress?”

Habilitar executar qualsevol aplicació a macOS Sierra

Si has actualitzat a la versió de macOSX Sierra, i vols executar alguna aplicació d’orígen “desconegut”, t’hauràs trobat que no la pots executar.
Anteriorment, això era fàcil de resoldre, ja que anàves a preferències / seguretat, i allà habilitaves per un moment aquella aplicació o la opció d’executar qualsevol aplicació.

Actualment amb la versió SIERRA, això ja no és possible ja que per seguretat ha desaparegut. Per què facilitar-te la vida pots executar la següent sentència via terminal:

sudo spctl –master-disable

I a partir d’aquí tornarà a aparèixer la opció de “excutar qualsevol aplicació de qualsevol lloc”20161208_qualsevolorigen

Configurar Backup and Migrate en Drupal 8

Un dels mòduls més útils en drupal és Backup and Migrate, que et permet fer còpies de seguretat de la base de dades i també dels arxius sense dependre d’un client de base de dades.

En la versió 8, m’he trobat una curiositat, i és que per defecte costa definir on vols que desi les còpies de seguretat. O sigui, per defecte les pots descarregar, però pot resultar d’interès programar una tasca i que les desi en el servidor.  O bé, pujar nosaltres una còpia concreta i fer una importació sense problemes de tamanys d’arxiu.

Si anem al mòdul de backup and migrate (admin/config/development/backup_migrate/settings/destination) podrem veure que es poden definir diferents destinacions (públiques i privades).   Podrem aquí definir una nova destinació vigilant això sí d’introduïr el path físic del servidor correcte per què després poguem realitzar un backup en aquesta carpeta.  En el meu lloc de test local per exemple he establert:

sites/default/files/BM

201611_b6m

 

 

is:unread (Mostrar només els correus no llegits al gmail)

gsuiteFa dies que buscava com visualitzar els correus electrònics no llegits al gmail, i no havia trobat cap botó o acció ràpida per fer-ho.  Avui, buscant com no a google, he trobat una “drecera”.  Si busques el terme

is:unread

 

Veuràs d’una manera ràpida tots els correus que no s’han llegit i estan pendents de fer alguna cosa amb ells.

Per no oblidar-ho!

Permisos d’arxiu d’un WordPress

wordpress-1084758_640Després d’una migració de servidor, sempre va bé revisar que els permisos de tots els arxius i carpetes d’un wordpress estiguin bé per evitar sustos posteriors.

Hi ha bàsicament tres permisos:

Les carpetes han de tenir els permisos 775
Els arxius han de tenir els permisos 664
i l’arxiu principal wp-config.php ha de ser 660
I tot això ho podem fer amb tres sentències linux fàcils i ràpides:

sudo find . -type f -exec chmod 664 {} +
sudo find . -type d -exec chmod 775 {} +
sudo chmod 660 wp-config.php

D’aquesta manera, podem validar que tota la estructura d’arxius i carpetes està amb els permisos que li pertoquen.

Fonts i tipografies

201610_Fonts201610_Fonts_NotoLes tipografies i fonts en els ordinadors és un dels temes que més problemes dona alhora de dissenyar pàgines webs, documents i similars. Ja que un cop realitzat, t’arrisques a que si no és una tipografia estàndard o disponible per tothom, després es produeixin efectes nodesitjats.

Ja fa temps que per documents interns intento treballar amb OPEN SANS o amb UBUNTU FONT. Són dues fonts obertes, i que m’agraden la frescor o disseny que incorporen.

Avui, he vist una notícia de que google ha lliberat una nova tipografia o font, lliure, la qual intentarà recollir tots els caracters de totes les llengues del món. La tipografia és diu NOTO i la podeu veure i descarregar aquí. M’ha semblat interessant no perdre l’enllaç. No treballo habitualment amb caràcters d’altres idiomes, però mai està de més tenir aquesta referència a mà. 

 

 

 

 

 

 

 

Generar arxiu SEPA online

Si per algun motiu tens una urgència alhora de crear un arxiu en format SEPA per recollir unes transferències bancàries o per generar l’arxiu d’intercanvi, la pàgina web

http://www.infosepa.es/miembros/conversor%20adeudos.aspx

Permet la càrrega d’arxius en format XLS i la posterior descàrrega de l’arxiu XML corresponent (així com de el format texte pla), per poder fer l’enviament a la vostre entitat financera.

Per casos d’emergències un enllaç que val la pena no oblidar.

Netejar /var/spool/mqueue automàticament

Després de l’artícle anterior (Netejar /var/spool/mqueue i inodes plens) he pensat que això es podria automatitzar d’alguna manera per tal que no es generi de nou una carpeta amb un volum desmesurat d’arxius.

He afegit una entrada al crontab amb la següent informació:

crontab -e

0 0 * * * /usr/bin/find /var/spool/mqueue -mtime +2 -exec /bin/rm -f {} \;

De manera que cada dia a les 0:00 netejarà els arxius que siguin més antics a dos dies (-mtime +2) de la carpeta /var/spool/mqueue

 

Netejar /var/spool/mqueue i inodes plens

Les últimes setmanes m’he trobat que el servidor local dedicat a servir les dades meteorològiques no podia escriure més arxius.

Si feia un df -k tenia espai per escriure a totes les seves particions, però en canvi a efectes pràctics no era així. Investigant, vaig descobrir que tenia espai per escriure però no hi havia espai disponible per més inodes 

10:~# df -hi
S. fitxers           Nodes‐i   En ús Lliures   %Ús Muntat a
/dev/sda1               743K    743K       1  100% /
tmpfs                   127K       5    127K    1% /lib/init/rw
udev                    126K     499    125K    1% /dev
tmpfs                   127K       1    127K    1% /dev/shm

Buscant, on pot estar perdent-se tot aquest espai en arxius petits descontrolats he trobat que a la carpeta  /var/spool/mqueue  s’acaba emmagatzemant arxius pendents d’enviament de correu electrònic (d’alertes, logs, etc)… i que al intentar eliminar-los amb un rm -r *   acabava amb un missatge d’error:

10:/var/spool/mqueue# rm * -r
-bash: /bin/rm: La llista d’arguments és massa llarga

Total, per fer neteja he seguit una petita guia (http://docs.oracle.com/cd/E23824_01/html/821-1454/mailadmin-138.html) i he fet el següent:

– Aturar el servei de correu electrònic momentàniament

10:/var/spool/mqueue# /etc/init.d/sendmail stop
Stopping Mail Transport Agent (MTA): sendmail.

– Moure la carpeta /var/spool/mqueue a una antiga per eliminar-la i crear una de nova amb els seus permisos corresponents.

10:/var/spool# mv /var/spool/mqueue /var/spool/mqueue-fixme
10:/var/spool# mkdir /var/spool/mqueue
10:/var/spool# chmod 755 /var/spool/mqueue
10:/var/spool# chown root:daemon /var/spool/mqueue

– Un cop fet això, eliminar tot el contingut de la carpeta temporal mqueue-fixme. El procès ha trigat com uns 15 minuts

10:/var/spool# cd mqueue-fixme/
10:/var/spool/mqueue-fixme# ls | xargs rm -f ‘{}’

Però en acabar torno a tenir espai de sobres per què la màquina segueixi mostrant la informació meteorològica

10:/var/spool/mqueue-fixme# df -i
S. fitxers           Nodes‐i   En ús Lliures   %Ús Muntat a
/dev/sda1             760368  176986  583382   24% /
tmpfs                 129303       5  129298    1% /lib/init/rw
udev                  128190     499  127691    1% /dev
tmpfs                 129303       1  129302    1% /dev/shm

Arrancar servei snmpd al reiniciar sistema

Si tens un servei snmpd en un servidor CENTOS, podria donar-se el cas que al reiniciar el sistema no arranqui o aixequi el servei snmpd.  Per defecte, quan instal·lem aquest servei no queda programat per què s’encengui.

Per fer-ho tindrem dues opcions:

La més habitual seria afegir aquest servei als sistema d’arrancada:

 chkconfig –level 345 scriptname on

Un altre opció, que he trobat i és potser més intuïtiva és simplement dir-li que

chkconfig NOMSERVEI on

chkconfig snmpd on

Amb això quan tornem a reiniciar el sistema hauríem de trobar que aixeca el servei automàticament.

Font: http://support.suso.com/supki/CentOS_Init_startup_scripts

 

Client Terminal server 6

Portava uns dies buscant com actualitzar el client RDP (Remote Desktop Protocol), d’un servidor windows 2003 per tal que poguès obrir sessió contra màquines amb sistema operatiu Windows 2008.   Al canviar de versió de sistema operatiu, el client RDP s’havia actualitzat i no són del tot compatibles.

Per diferents casuístiques, sempre que havia buscat l’actualització pertinent no havia acabant trobant l’enllaç correcte. Coses de les webs grans com les de Microsoft que l’excès d’informació et fa perdre.

Avui he trobat l’enllaç correcte per la versió de sistema operatiu que tinc, així que guardo aquí l’enllaç per no perdre’l: http://www.microsoft.com/es-ES/download/confirmation.aspx?id=21296

Avís: després d’instal·lar farà reiniciar l’equip.

Reiniciar DSL automàticament quan cau l’ADSL

Més sovint del que voldríem, almenys a mi em passa, l’ADSL queda com “col·lapsada” i deixa de funcionar.  La solució és ben fàcil, aixecar-te anar al router, reiniciar-lo i automàticament tornes a tenir internet.

El problema s’agreuja, quan tens algun petit servidor i estàs en remot treballant contra aquests serveis.   Mai havia tingut el temps, però aprofitant una tarda “relaxada”, he buscat i adaptat un script per què una màquina linux estigui monitoritzant si té internet o no, i en el cas que pel que sigui no hagi internet reiniciï la interfície DSL del router de manera que torni a restablir el servei ADSL evitant haver d’anar a casa a reiniciar el router.

Requisits: una màquina linux a casa. En el meu cas una màquina amb debian.

Crearem un arxiu reset-dsl.sh i li afegirem el següent contingut:

#!/bin/bash
# Definim on volem fer ping potser 8.8.8.8, una ip pública o la IP del nostre servidor DNS
desti=8.8.8.8
if `ping -c 5 $desti> /dev/null` ;then
 echo Destí està Online
 #Tenim internet i ens dirà "Desí està online"
else
 #No tenim internet per tant iniciarem el reinici del servei
 echo Destí està Offline
 echo Reiniciant ADSL
Router-DSL=1.2.3.4
 #Aquí haurem d'introduïr la IP del nostre router d'internet
 port=23
 user=NomUsuari
 #Aquí haurem d'introduïr el nom d'usuari administrador del nostre router: admin, 1234, adminttd, admintde... segons el prvoeïdor.
 pass=CLAU
 #Aquí la clau del nostre router.
 cmd1=sh
 cmd2="adsl connection --down"
 cmd3="adsl connection --up"
 cmd4=reboot
( echo open ${Router-DSL}
 sleep 1
 echo ${user}
 sleep 1
 echo ${pass}
 sleep 1
 echo ${cmd1}
 sleep 2
 echo ${cmd2}
 sleep 2
 echo ${cmd3}
 sleep 2
 echo ${cmd4} ) | telnet
fi

Amb aquest arxiu, tindrem automatitzada la connexió al nostre router ADSL i farà un reinici de la interfície DSL si aquesta no respòn.

Ara només ens faltarà modificar el crontab per què l’executi cada 15 minuts per exemple

crontab -e

*/15 * * * * /home/reset-dsl.sh

Potser per acabar de millorar-ho ens faltaria afegir que ens envii un correu electrònic un cop s’ha reiniciat per allò de tenir la estadística de quantes vegades s’ha de reiniciar l’equip al dia.

 

Reiniciar Mysql automàticament quan cau

Si estàs començant a utiltizar una màquina virtual o un servidor VPS amb pocs recuros, serà habitual que en algun moment caigui el servidor MySQL i que a partir de llavors les diferents pàgines web que tinguis en el teu servidor quedin fora de servei.   He trobat un petit script que et permet “controlar” l’estat del teu servei Mysql, de manera que si el detecta “aturat”, el reinicia i t’envia un correu electrònic.

Segurament l’script seria millorable però a mi de moment m’està resultant útil i el comparteixo aquí:

Primer de tot crearem un arxiu:

vi MonitoritzacioMysql.sh

I copiarem el següent contingut:

****
#!/bin/bash
/usr/bin/mysqladmin ping -pLATEVACONTRASSENYA| grep ‘mysqld is alive’ > /dev/null 2>&1
if [ $? != 0 ]
then
sudo /etc/init.d/apache2 restart;
sudo /etc/init.d/php-fpm restart;
sudo /etc/init.d/mysql restart;
echo MysqlReiniciat | mail -s AlertaMySQL elteumail@domini.cat
fi

En aquest script estarem primer de tot validant que el servei mysqld estigui viu. Si és així no farà res. En cas contrari ens reiniciarà l’apache, el php i el mysql.  A més, ens enviarà un correu electrònic a la nostre bústia. Serà important que tinguem instal·lat en el nostre equip VPS la utilitat mail (apt-get install mailutils).

Un cop fet això, caldrà donar-li permisos d’execució a l’arxiu que hem creat:

chmod +x MonitoritzacioMysql.sh

I per últim, modificarem el cron del nostre equip per tal que executi aquest script cada 5 minuts:

crontab -e

*/2 * * * * root sh /root/MonitoritzacioMysql.sh

Amb això ja ho tindrem tot fet. Recomano de totes maneres, provar manualment d’aturar el servei mysql i esperar uns minuts per veure com s’executa el procès i ens avisa per correu electrònic que s’ha reiniciat el servei.  Ara només ens quedarà mirar els logs del servidor amb calma per què no es produeixin reiniciades automàtiques del sistema.

 

 

 

 

 

 

 

Drush en ubuntu 14.04

Farà ja alguns mesos que vaig anotar les instruccions aquí per actualitzar o instal·lar drush en un macOSX.  Aquesta setmana m’he trobat amb la necessitat de fer el mateix però en un servidor ubuntu 14.04 en producció.  No tenia clar el procediment i per evitar sustos he preferit instal·lar una màquina test abans de tenir problemes… i sorpresa la meva és super fàcil i super estable. Només cal:

sudo apt-get install drush

I amb això ja el tens instal·lat i funcionant.   No ha calgut ni fer el chmod u+x /usr/bin/drush ni crear els enllaços o accesos directes com en anteriors ocasions. Fantàstic.