Tämä on enemmän itselle muistiin ja muille ehkä avuksi. Nimittäin miten saat nostettua Mastodon palvelimen viestin merkkimäärää. Bonuksena kyselyn vaihtoehtojen määrän nosto myös.
Ensin se disclaimer, että nämä muutokset voi päivityksessä nollautua ja joudut tekemään ne uusiksi. Sen takia tämän otankin tähän itselle ylös. Tämä toimii ainakin uusimmissa versioissa!
Harmillisesti kumpikaan näistä ei ole esim .env.production tiedostossa, vaan ne pitää muuttaa suoraan koodiin. Eli jos et ole varma mitä teet, älä tee näitä muutoksia. En ota sit vastuuta jos sössit jotain!
Tämä vaatii oikeastaan kahden tiedoston muokkaamista. Voit tehdä muokkauksia esim. nano editorilla. Nanossa CTRL + O tallentaa ja CTRL + X sulkee editorin.
Mene mastodon (sudo su - mastodon) käyttäjänä /home/mastodon/live hakemistoon.
Ensimmäisenä muokataan compose_form_container.js tiedostoa.
nano app/javascript/mastodon/features/compose/containers/compose_form_container.js
Siellä etsitään kohta missä määritetään maxChars ja muutetaan se haluamaksesi merkkimääräksi. Oletuksena se on 500.
maxChars: state.getIn(['server', 'server', 'configuration', 'statuses', 'max_characters'], 500),
Toinen muokattava tiedosto on status_length_validator.rb.
nano app/validators/status_length_validator.rb
Siellä etsitään kohta MAX_CHARS ja muutetaan se samaksi minkä määritimme aiemmin. Oletuksena se on 500.
MAX_CHARS = 500
Tämän jälkeen pitää sitten assetteja kääntää alla olevalla komennolla.
RAILS_ENV=production bundle exec rails assets:precompile
Sitten vielä käynnistele Mastodonin prosesseja uudelleen.
sudo systemctl stop 'mastodon-*.service'
sudo systemctl start 'mastodon-*.service' --all
Jos kaikki meni kuten piti niin sitten pitäisi nähdä uusi merkkimäärä viestin kirjoituksessa!
Jos haluat vielä kyselyihin enenmmän, kuin 4 vaihtoehtoa niin voit muuttaa sitä poll_options_validator.rb tiedostossa.
nano app/validators/poll_options_validator.rb
Siellä etsitään kohta MAX_OPTIONS ja muutetaan se haluamaksi vaihtoehtojen määräksi. Oletuksena se on 4.
MAX_OPTIONS = 4
Voit kommentoida artikkelia alla olevan lomakkeen avulla. Roskapostin välttämiseksi kysymme sähköpostin, mutta emme julkaise sitä. Tekstikenttä ottaa vastaan vain tekstiä ja kaikki muu siivotaan pois.
@marko gitin kanssa nämä muutokset voi kirjottaa koodiin ja stashata piiloon siksi aikaa kun päivittää koodin uusimpaan julkaisuun. git stash popilla muutokset palaa paikalleen (ellei koodi ole hirveästi muuttunut).
Ja lisätään vielä että typerä "ominaisuus" että tätä ei ole haluttu oikeaksi optioksi.
@cos Olisi edes envissä muutettavisa. Onneksi noi pari filua see helposti muokattua. Joka päivitys ei edes vaikuta noihin.
@marko ..mutta vaatii että sorsat on käytettävissä. Esim docker-kontissa olevaan palvelimeen muutoksen tekeminen on mahd... huomattavasti vaikeampaa.
@cos Docker puolesta mulla ei olekaan Mastodonin kanssa kokemusta niin en itse siitä osaa sanoa.
@cos @marko Mahtaisiko onnistua stashaamista helpommin omana branchina, jota voisitte rebasettaa aina kun main haara päivittyy? Periaatteessa silloin Mastodonin repon vois forkata ja julkaista tämän oman branchin kanssa, ja palvella ehkä vähän isompaa yleisöä samalla vaivalla?
@rpsu @cos Miksikäs ei joku voisi tehdä tosta jotain repoa muille. Taitaa mementomori olla githubissa ja siellä on sit omia säätöjä.
Itse en ole jaksanut nähdä tuota vaivaa 🙈
@marko @cos joo ymmärrän. Sitä huomaa tuollaisen liikkeen jälkeen odottamatta sitten olevansa jotenkin muille vastuussa sellaisesta, mitä oli virkkaillut aiemmin ihan omaksi huviksi ja hyödyksi 🫠
@rpsu Veikkaan, että stashin ja rebasen helppous on aikalailla samalla tasolla. Rebasessa tietty pari komentoa vähemmän per päivitys.
Mulla on ollut vähäiset muutokset branchissä ja päivitettäessä rebase. Isommassa päivityksessä olen aloittanut uuden branchin ja siirtänyt muutokset käsin.