Consejos WEB

1. apt-get install php-fpm

2.nano /etc/php/7.0/fpm/pool.d/www.conf

3. En la línea 36 cambiamos lo que hay por esto:

listen = 127.0.0.1:9000

y finalmente en el virtualhost donde queremos correr solo php7 a?adirmos:

< FilesMatch "\.php$" >
SetHandler "proxy:fcgi://127.0.0.1:9000/"
< /FilesMatch >

4. Habilitamos el módulo de Apache:

a2enmod proxy_fcgi

5. Reniciamos Aapche:

service apache2 restart

6. Y finalmente iniciamos php-fpm con apache:

systemctl restart php7.0-fpm apache2

Si previamente habíamos instalado php 5.6 como módulo de Apache van a coexistir los dos sin problemas.

Normalmente suele haber con mod rewrite, concretamente con las reglas contenidas en el archivo .htaccess, dado que este archivo se lee con posterioridad con Apache, simplemente se ignora. Para ello, en el vhost habría que incluir lo siguiente:

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^ index.php [L] .htaccess

Advertencia: No utilizar Laravel si el proyecto va a estar en un hosting compartido. Otra de sus desventajes es que hace muchas peticiones a la base de datos.

La comprativa más extensa la tenemos en un excelente artículo en esta dirección:

https://coderseye.com/best-php-frameworks-for-web-developers/

Aquí hay un excelente artículo comprando las librerías que existen actualmente y cual debe usarse en cada caso.

https://www.gajotres.net/best-available-php-orm-libraries-part-1/

Es muy probable que si antes estaba montando la unidad sin problemas y después de actualizar el kernel, nos da este error, tengamos que a?adir un parámetro más en la opciones de montaje:

mount -t cifs -v -o username=[usuario],password=[clave],sec=ntlm //[CIFS IP]/[share] [punto de montaje]

la opción es sec=ntlm

Primero modificar estas variables en GRUB:

GRUB_CMDLINE_LINUX_DEFAULT="text"
GRUB_CMDLINE_LINUX="text"
GRUB_TERMINAL=console

Depués ejecutar:

systemctl set-default multi-user.target

Para volver a poner el entorno gráfico en el arranque:

systemctl set-default graphical.target

La solución pasa por editar certbot-auto y modificar las siguientes líneas:

pip_version = StrictVersion(check_output([python, '-m', 'pip', '--version'])
por
pip_version = StrictVersion(check_output(['pip', '--version'])

y
command = [python, '-m', 'pip', 'install', '--no-index', '--no-deps', '-U']
por
command = ['pip', 'install', '--no-index', '--no-deps', '-U']


Fuente: https://community.letsencrypt.org/t/pip-error-with-certbot-auto/88200/4

Los plugins de Facebook son muy útiles cuando queremos integrar simlemente un feed o el botón like en una página y nos resulta comlicado obtener el access token que implica crear una app, si la página no es nuestra, nos la tendrán que validar, si lo es, habrá que seguir un proceso para obtener un token permanente.

La dirección de los plugins de Facebook es esta:

https://developers.facebook.com/docs/plugins/page-plugin/

Following the instructions laid out in Facebook's extending page tokens documentation I was able to get a page access token that does not expire.

I suggest using the Graph API Explorer (https://developers.facebook.com/tools/explorer?method=GET&path=me%3Ffields%3Did%2Cname&version=v3.2) for all of these steps except where otherwise stated.
0. Create Facebook App

If you already have an app, skip to step 1.

Go to My Apps.
Click "+ Add a New App".
Setup a website app.

You don't need to change its permissions or anything. You just need an app that wont go away before you're done with your access token.
1. Get User Short-Lived Access Token

Go to the Graph API Explorer.
Select the application you want to get the access token for (in the "Application" drop-down menu, not the "My Apps" menu).
Click "Get Token" > "Get User Access Token".
In the pop-up, under the "Extended Permissions" tab, check "manage_pages".
Click "Get Access Token".
Grant access from a Facebook account that has access to manage the target page. Note that if this user loses access the final, never-expiring access token will likely stop working.

The token that appears in the "Access Token" field is your short-lived access token.
2. Generate Long-Lived Access Token

Following these instructions from the Facebook docs, make a GET request to

https://graph.facebook.com/v2.10/oauth/access_token?grant_type=fb_exchange_token&client_id={app_id}&client_secret={app_secret}&fb_exchange_token={short_lived_token}

entering in your app's ID and secret and the short-lived token generated in the previous step.

You cannot use the Graph API Explorer. For some reason it gets stuck on this request. I think it's because the response isn't JSON, but a query string. Since it's a GET request, you can just go to the URL in your browser.

The response should look like this:

{"access_token":"ABC123","token_type":"bearer","expires_in":5183791}

"ABC123" will be your long-lived access token. You can put it into the Access Token Debugger to verify. Under "Expires" it should have something like "2 months".
3. Get User ID

Using the long-lived access token, make a GET request to

https://graph.facebook.com/v2.10/me?access_token={long_lived_access_token}

The id field is your account ID. You'll need it for the next step.
4. Get Permanent Page Access Token

Make a GET request to

https://graph.facebook.com/v2.10/{account_id}/accounts?access_token={long_lived_access_token}

The JSON response should have a data field under which is an array of items the user has access to. Find the item for the page you want the permanent access token from. The access_token field should have your permanent access token. Copy it and test it in the Access Token Debugger. Under "Expires" it should say "Never".


Tomado de https://stackoverflow.com/questions/17197970/facebook-permanent-page-access-token

En las últimas versiones no viene habilitado por defecto, de forma que deberemos editar my.cnf y a?adir la siguiente línea.

primero comprobamos que configuración tiene:

SELECT @@sql_mode;

si devuelve: STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION

tendremos que inhabilitarlo, para ello agregamos la línea a my.cnf en la seccion [mysqld]


sql-mode=""

#echo -e "deb http://repo.mysql.com/apt/debian/ stretch mysql-5.7\ndeb-src http://repo.mysql.com/apt/debian/ stretch #mysql-5.7" > /etc/apt/sources.list.d/mysql.list
# wget -O /tmp/RPM-GPG-KEY-mysql https://repo.mysql.com/RPM-GPG-KEY-mysql
# apt-key add /tmp/RPM-GPG-KEY-mysql
# apt update
# apt install mysql-server

Si decidimos volver a instalar mariaDB, puede pasar que nos de este error al tratar de arrancar mariaDB:

[ERROR] Plugin 'InnoDB' init function returned error.

para solucionarlo, nos aseguramos de que está to detenido:

#~:service mariadb stop

#~:service mysql stop

#~:service mysqld stop

Editamos my.cnf que suele estar en /etc/mysql y vamos a la sección [mysqld]. A?adimos:

innodb_log_file_size=128M

y finalmente movemos los archivos de log:

mv /var/lib/mysql/ib_log* /root

arrancamos mariaDB y todo OK.