I’m trying to set up Twitter integration on my pod to make my Twitter junkie SO happy, and it appears that my install didn’t include the necessary auth components required to connect.
Specifically, when I try to log in to the Twitter service, I get a 404 at ‘’‘https://your_pod/auth/twitter’’’
In the Twitter app setup, I’ve included ‘’‘https://your_pod/auth/twitter/callback’’’ in the Twitter app setup as listed in the diaspora* FAQ.
Twitter is enabled and keys entered in diaspora.yml. (I’ve copied them twice)
For fun, I precompiled assets again.
But, I think it boils down to /home/diaspora/diaspora/auth does not seem to exist at all, nor can I find an /auth directory anywhere else in the structure. Is there a script that I can’t find that needs to be run, or have the paths changed from what is in the FAQ? I know the latter is out-of-date, but…
Did you correctly enable the service in the diaspora.yml and then restart diaspora? The /auth/twitter route is only available if the service is enabled.
enable: true
key: 'consumer api key'
secret: 'consumer api secret key'
I have diaspora* running as a service, and I’ve tried restarting it there, and separately stopping the service and running script/server, stopping that, and restarting the daemon.
That should be everything you need to change. If you then restarted diaspora, you should have this route. If it still doesn’t work, can you check if there is something in the logs when you start diaspora or when you try to access /auth/twitter?
There is no file/folder with this name, the route is dynamic, if the twitter service is enabled, but it only works with one /, not with a double //. If you don’t have the // in the browser, check if your reverse-proxy adds a slash somewhere.
Now I’m in way over my head. I’ve run static- and wordpress- type websites for years, but never delved into proxies.
If it helps, my apache2 .conf is modeled after the jhass template https://gist.github.com/jhass/719014 which if it is incorrect, I wouldn’t know. Everything else on the pod seems to be running fine.
That line looks OK, but otherwise the paste looks weird. It misses all the line with <...> and there are a few /path/to/... in there, didn’t you change those? Because the paste is more or less just the example with only the domain changed, but I think that wouldn’t work in that state.
::embarassed somewhere last night I started looking at an old conf (diaspora, not bobspora)
I think the end result was I hadn’t set up the balancer member line correctly. All good now!
Sorry for the waste- bring up the wrong file in shell once and it persists…
Hopefully you’ll forgive me and I can answer questions for other n00bs