Skip to content
Snippets Groups Projects
Commit 823a84f2 authored by lucha's avatar lucha
Browse files

Merge branch 'master' of git.autistici.org:noblogs/noblogs-composer

parents 9fbd6906 a2490090
No related branches found
No related tags found
No related merge requests found
vendor/* vendor/*
auth.json auth.json
mu-plugins-src mu-plugins-src/*
app/*
[submodule "app"]
path = app
url = git@git.autistici.org:noblogs/noblogs-codebase.git
...@@ -35,10 +35,7 @@ composer config http-basic.gitlab.com ___token___ <ACCESS_TOKEN> ...@@ -35,10 +35,7 @@ composer config http-basic.gitlab.com ___token___ <ACCESS_TOKEN>
dove ```<ACCESS_TOKEN>``` è il nostro token personale. A quel punto composer crea un file ```auth.json``` nel repo, che è vostro personale e non va mai committato (è già in ```.gitignore```). dove ```<ACCESS_TOKEN>``` è il nostro token personale. A quel punto composer crea un file ```auth.json``` nel repo, che è vostro personale e non va mai committato (è già in ```.gitignore```).
In questo repository ci sono solo le patch ed i file di configuarazione di composer (al momento, ~8Mb). Il codice vero e proprio di noblogs (l'equivalente di ai/noblogs-wp> per intenderci) potrebbe non essere mantenuto in git, dato che viene generato da composer a partire da questo repository. In pratica, è comodo averlo in un repository git, per facilitare la scrittura delle patch. Non sono del tutto sicuro quale dovrebbe essere il funzionamento di tutto ciò a regime. Per il momento, ho deciso di separare il codice in un subrepository, noblogs/noblogs-codebase>. Per inizializzarlo, bisogna lanciare In questo repository ci sono solo le patch ed i file di configuarazione di composer (al momento, ~8Mb). Il codice vero e proprio di noblogs (l'equivalente di ai/noblogs-wp> per intenderci) abbiamo deciso che non verrà mantenuto in git, dato che viene generato da composer a partire da questo repository. Lanciando ```composer install``` dovrebbe venire tutto generato nella directory ```app/```.
```shell
git submodule init
```
* Per aggiornare le dipendenze di noblogs, il comando da usare è * Per aggiornare le dipendenze di noblogs, il comando da usare è
``` shell ``` shell
...@@ -86,6 +83,8 @@ composer update nothing ...@@ -86,6 +83,8 @@ composer update nothing
Composer non è contento di spacchettare due dipendenze nella stessa directory. Quindi separa wordpress-core in ```app/wp```, mentre c'è un ```app/wp-content``` dove vengono spachettati i vari temi/plugins/etc. Bisognerà fare dei magheggi per riscrivere le URL. [Vedi qui](https://www.smashingmagazine.com/2019/03/composer-wordpress/) e [qui](https://roots.io/docs/bedrock/master/server-configuration/#apache-configuration-for-bedrock). Composer non è contento di spacchettare due dipendenze nella stessa directory. Quindi separa wordpress-core in ```app/wp```, mentre c'è un ```app/wp-content``` dove vengono spachettati i vari temi/plugins/etc. Bisognerà fare dei magheggi per riscrivere le URL. [Vedi qui](https://www.smashingmagazine.com/2019/03/composer-wordpress/) e [qui](https://roots.io/docs/bedrock/master/server-configuration/#apache-configuration-for-bedrock).
Altenativamente, possiamo rimettere tutto a posto quando creiamo l'immagine Docker, che forse è la cosa più semplice da fare.
# Come dovrebbe funzionare a regime # Come dovrebbe funzionare a regime
Una volta finita la attuale transizione, questo repository dovrebbe funzionare come segue. I contenuti della directory ```app``` devono essere generati da ```composer```. Una volta finita la attuale transizione, questo repository dovrebbe funzionare come segue. I contenuti della directory ```app``` devono essere generati da ```composer```.
...@@ -114,6 +113,8 @@ composer require noblogs/nomepacchetto ...@@ -114,6 +113,8 @@ composer require noblogs/nomepacchetto
``` ```
## Creare patches ## Creare patches
__TODO__: questo non è più vero, dato che ```app/``` non è in git, quindi le patch vanno create usando diff direttamente. Andrebbero scritte delle instruzioni.
Le patch in ```patches/``` si possono generate ed aggiornare usando ```git```. Infatti, possiamo fare delle modifiche in ```app/``` e transformarle in un file patch con Le patch in ```patches/``` si possono generate ed aggiornare usando ```git```. Infatti, possiamo fare delle modifiche in ```app/``` e transformarle in un file patch con
``` shell ``` shell
git diff >> patches/nomepatch.patch git diff >> patches/nomepatch.patch
...@@ -124,11 +125,8 @@ ricordandosi che ogni file di patch può modificare solo un singolo tema/plugin. ...@@ -124,11 +125,8 @@ ricordandosi che ogni file di patch può modificare solo un singolo tema/plugin.
* ```wp-cache.php```: su noblogs abbiamo una versione leggermente modificata di ```wp-cache-config-sample.php``` presente in ```wp-super-cache```. È una cosa che dobbiamo spostare fuori al livello del container docker, o va in qualche modo tenuta qui dentro? * ```wp-cache.php```: su noblogs abbiamo una versione leggermente modificata di ```wp-cache-config-sample.php``` presente in ```wp-super-cache```. È una cosa che dobbiamo spostare fuori al livello del container docker, o va in qualche modo tenuta qui dentro?
* tutte le patches di wp-cache, che non ho ancora avuto il coraggio di metterci le mani * tutte le patches di wp-cache, che non ho ancora avuto il coraggio di metterci le mani
* ```.htaccess```: anche lui, sta qui o sta in noblogs-docker? * I commit e01b38062c619d3c95d88486e27ee383d42e7002,
* Cosa fanno i commit e01b38062c619d3c95d88486e27ee383d42e7002, 6cecf525477f01faa458b7925ead388f7415d030 e 70c22128a3f9fea7793c4dac189280d652fd54f1 creano dei temi "-child" invece che patchare i temi originali. Volendo potremmo tenere i temi child in repo separati ed installarli come dipendenze, invece che mantenerli come file di patch? (temo che ogni tema dovrebbe avere un suo repository git separato, ma forse questo non è del tutto male?)
6cecf525477f01faa458b7925ead388f7415d030 e 70c22128a3f9fea7793c4dac189280d652fd54f1 esattamente?
## Plugins mancanti ## Plugins mancanti
......
Subproject commit bd90a4f96a4332bfeb8cfbb464bf8bfdfb48e31c
{ {
"name": "lucha/noblogs-composer", "name": "noblogs/noblogs-composer",
"type": "project", "type": "project",
"license": "GPL-2.0-or-later", "license": "GPL-2.0-or-later",
"description": "WordPress codebase for Noblogs, managed with Composer", "description": "WordPress codebase for Noblogs, managed with Composer",
"homepage": "https://git.autistici.org/lucha/noblogs-composer", "homepage": "https://git.autistici.org/noblogs/noblogs-composer",
"authors": [ "authors": [
{ {
"name": "lucha", "name": "lucha",
...@@ -117,11 +117,11 @@ ...@@ -117,11 +117,11 @@
"package:wpackagist-plugin/wpmu-new-blog-defaults:cets_blog_defaults.php", "package:wpackagist-plugin/wpmu-new-blog-defaults:cets_blog_defaults.php",
"package:wpackagist-plugin/more-privacy-options:ds_wp3_private_blog.php", "package:wpackagist-plugin/more-privacy-options:ds_wp3_private_blog.php",
"package:wpackagist-plugin/disable-emojis:disable-emojis.php", "package:wpackagist-plugin/disable-emojis:disable-emojis.php",
"package:lucha/ai-mu-plugins:embed.php,remove-password-change-notification.php,send-smtp-email.php", "package:noblogs/ai-mu-plugins:embed.php,remove-password-change-notification.php,send-smtp-email.php",
"package:ai/noblogs-wp-ssl:noblogs-wp-ssl.php" "package:noblogs/noblogs-wp-ssl:noblogs-wp-ssl.php"
], ],
"app/wp-content": ["package:wpackagist-plugin/hyperdb:db.php", "package:wpackagist-plugin/wp-super-cache:advanced-cache.php"], "app/wp-content": ["package:wpackagist-plugin/hyperdb:db.php", "package:wpackagist-plugin/wp-super-cache:advanced-cache.php"],
"app": ["package:lucha/r2db:db-config.php,nginx-map/wp-nginx-map-json.php,nginx-map/wp-nginx-map.php"] "app": ["package:noblogs/r2db:db-config.php,nginx-map/wp-nginx-map-json.php,nginx-map/wp-nginx-map.php"]
} }
} }
} }
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Please register or to comment