MediaFrontPage - Web interface with widget type architecture to control multiple apps

MediaFrontPage - Web interface with widget type architecture to control multiple apps - Printable Version

+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: Supplementary Tools for Kodi (https://forum.kodi.tv/forumdisplay.php?fid=116)
+--- Thread: MediaFrontPage - Web interface with widget type architecture to control multiple apps (/showthread.php?tid=83304)

Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173

- gugahoi - 2011-06-03

SleepyP Wrote:About the config.php, did I do it completely wrong or what? I wasn't sure if I interpreted it correctly.

No no by all means, if it works that way for you. I see you used the gobal_ip as the ip for everything, it was not supposed to be that way but now that I know how it works for you I can make a more accurate general configuration.

One question tho, with reverse proxy, do you never need to use username and pass in the url?

- gugahoi - 2011-06-03

CoinTos Wrote:Not a problem, print/echo your $userAgent string and post/message it then I will fix it, I was depending on a third party site for browser agent strings for testing so I didn't expect it to be prefect.

Here are my useragent strings

With Firefox 4.0 on Mac

Quote:Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0.1) Gecko/20100101 Firefox/4.0.1

With Safari 5 on Mac

Quote:Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_7; en-us) AppleWebKit/533.21.1 (KHTML, like Gecko) Version/5.0.5 Safari/533.21.1

With Chrome on Mac

Quote:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_7) AppleWebKit/534.24 (KHTML, like Gecko) Chrome/11.0.696.71 Safari/534.24

- Nick8888 - 2011-06-03

gugahoi Wrote:No no by all means, if it works that way for you. I see you used the gobal_ip as the ip for everything, it was not supposed to be that way but now that I know how it works for you I can make a more accurate general configuration.

One question tho, with reverse proxy, do you never need to use username and pass in the url?

Reverse proxies just mean requests to a "location" within Apache (eg /movies) is redirected to a different location (eg "http://localhost:9980")

There are two places where you could incur authentication, in Apache and in the forwarded location. In order to reduce this to one method of authentication you can set Apache to automatically authenticate the forwarded location (ie couchpotato). This means you only have to login with the username/password you have set with Apache.

Short answer to your question, yes you do need to use usernames and passwords otherwise mfp will not be able to access them through Apache (thats if you have secured your site).

I don't mind entering domain names and login details into mfp but we have got to ensure two things:
-efficiency (I would rather enter in a localhost url if its going to load quicker)
-login details aren't used as links or displayed within the interface

- SleepyP - 2011-06-03

Best.
Post.
Every.

wfarglnt Wrote:инструкция по эксплуатации для духового шкафа gorenje
8kda7i инструкция
схема подключения пилорамы р 63
инструкция машиниста котельных установок при работе на твердом топливе
инструкция мерседес а140
интертелеком настройки
philips hr 1377 инструкция
телефону коммтел
томагавк tw 9010 правило эксплуатации
самодельна воздушка
инструкция sharp ar 5316
инструкция diginet
эквалайзера под рок
принтер scx 4220 инструкция по эксплуатации
инструкция доводчика дверей скачать
сезам препарат
описание ретом 61
руководства пользователя kenwood 3207
вистлер инструкция
руководство по эксплуатации восс ме 50
пульт lm le008 инструкция
инструкция для yamaha pianocraft mcr e810 silver
мтз 80 устройство
инструкция по применению nokia e72
hp psc 750 руководство пользователя
китайские телефоны нокиа 6700 скачать инструкцию
скачать инструкцию нокиа н97
русская инструкция ipad
паспорт на ппк гранит24
еxist ru toyota gur
инструкция по эксплуатации принтера xerox phaser 3210
иж планета 5 схема
инструкция mls 4900a
инструкции для пришкольного лагеря
бензогенератор b600
документы школьной котельной
должностная инструкция дом культуры
руководство по эксплуатации сони бравиа
kenwood tk 2170 инструкция
инструкция велотренажер магнитный
скачать инструкцию китайского tiger wg6
руководство для рус bsd 8 01
panasonic sdr s50 инструкция на русском языке
приазы и инструкции мвд россии
filtru atman at 203
пылесос lg 1600 w инструкция на русском
факс kx fc966 инструкция
интсрукция к хлебопечке мулинекс
philips hd 2430 инструкция
мануал suzuki run
руководство и ремонт хундай пони скачать бесплатно
руководство по эксплуатации дизельного двигателя 2 2 crdi санта фе
палатки touring 4
wl 520gu скачать инструкцию
хонда элемент инструкция по эксплуотации на русском
руководство video edit magic 4 4
ariston margherita 2000 manual
cbuyfkbpfwbz fcc
мануал на е52
описание как делать красивые причёски
satel автодозвон
разборка remington air master 77
noirot инструкция
vitek pantera разборка
описания картины александр саврасов грачи
скачать паспорт для гидростанции 3е711в
passwords pro инст
ремонт zelmer 616
установка своего сервера с6
инструкция по применению nokia n70

- SleepyP - 2011-06-03

Nick8888 Wrote:Reverse proxies just mean requests to a "location" within Apache (eg /movies) is redirected to a different location (eg "http://localhost:9980")

There are two places where you could incur authentication, in Apache and in the forwarded location. In order to reduce this to one method of authentication you can set Apache to automatically authenticate the forwarded location (ie couchpotato). This means you only have to login with the username/password you have set with Apache.

Short answer to your question, yes you do need to use usernames and passwords otherwise mfp will not be able to access them through Apache (thats if you have secured your site).

I don't mind entering domain names and login details into mfp but we have got to ensure two things:
-efficiency (I would rather enter in a localhost url if its going to load quicker)
-login details aren't used as links or displayed within the interface

I know Mikie's working on some sort of authentication stuff for MFP as a whole. We should work out the "best" way to integrate that with authentication to the services. For now, I have mine set up so that Apache gives the services it is proxying their usernames / passwords automatically. Until I did that, I found that I would semi-frequently be presented with multiple login prompts, which I find annoying. Aren't there ways to "authenticate" via HTTP headers so that the stuff is working but isn't ever displayed in links?

- steve1977 - 2011-06-03

SleepyP Wrote:I'm pretty sure there is no conf.d directory in the Uniform server. My server box runs Linux so I couldn't tell you. You CAN just put the directives into your main conf file and they will take effect (as you have found). Try inserting this stuff before the <VirtualHost> directive.

Code:
ProxyRequests On ProxyPreserveHost Off <Proxy *> Order deny,allow AuthType Basic AuthName "Restricted" AuthUserFile /var/www/.htpasswd Require valid-user </Proxy>
I think without the Proxy directive Apache will ignore the ProxyPass and ProxyPassReverse directives, though I could be wrong on that.

Thanks for your help. Still not succeeding to find the right lines. Can you (or someone else) take a look at what I added and what may be wrong here:

<VirtualHost *>
DocumentRoot C:/UniServer/www/
ServerName <server URL>
NameVirtualHost *:80
ProxyRequests On
ProxyPreserveHost Off
<Proxy *>
Order deny,allow
AuthType Basic
AuthName "Restricted"
AuthUserFile /var/www/.htpasswd
Require valid-user
</Proxy>
<Location /sabnzbd>
ProxyPass http://192.168.1.120:9000/sabnzbd
ProxyPassReverse http://192.168.1.120:9000/sabnzbd
</Location>
</VirtualHost>

Thanks in advance!!!

- SleepyP - 2011-06-03

for one thing, AuthUserFile /var/www/.htpasswd will not work since under
Windows "/var/www/.htpasswd" isn't a real filepath. I don' t think that will cause the proxy stuff to fail.

For another, I'm pretty sure you don't need to declare things like DocumentRoot and ServerName inside of a VirtualHost unless they are different from what you have set in your main configuration section. The whole point of "VirtualHosts" usually is that you can have one Apache server hosting multiple websites. Basically in the setup you are trying to use, the VirtualHost section only needs to contain directives that over-ride or change the defaults, meaning you can remove all but the bare necessities.

I did a test on my server by removing my conf.d file, then adding this stuff into the main Apache conf file (at the very bottom of the file), and then restarted Apache.
This was / is working for me:

Code:
<VirtualHost *>

    ProxyRequests On

    ProxyPreserveHost Off

    <Proxy *>

        Order deny,allow

    </Proxy>

    <Location /sabnzbd>

        ProxyPass http://192.168.1.1:8080/sabnzbd

        ProxyPassReverse http://192.168.1.1:8080/sabnzbd

    </Location>

</VirtualHost>

Notice I removed some stuff, including the authentication-related directives. Also I changed the targets for the sabnzbd to match where mine is on my network. I believe you COULD also just use http://localhost/sabnzbd if SABnzbd is running on the same machine as Apache.

With this config what happens?

- SleepyP - 2011-06-03

Hey guys, all the tickets I have assigned to me in Lighthouse should be close-able but I wanted to get input from the team before I close them. Can anybody test the stuff I have hosted in my repo? I have fixed the following issues:
1-MFP shouldn't throw PHP errors into the log. If you turn display_errors on in php.ini, you will see these errors right in your web browser
2-the XBMC Library and Now Playing widgets should all work regardless of which build of XBMC you are running.
3-the Transmission widget should not throw any errors (see 1)
4-The Search widget shouldn't throw errors when an NZBMatrix search returns no results (see 1)

The only outstanding ticket I have which I haven't finished up is the "offline" stuff. That's next, but I wanted to get what I have done checked and added back into the mainline repo if it passes inspection so we can move closer to version 1.0

- CoinTos - 2011-06-03

gugahoi Wrote:Here are my useragent strings

With Firefox 4.0 on Mac

With Safari 5 on Mac

With Chrome on Mac

Well, good news, there is nothing wrong with my regex, just my spelling.

Code:
(windows|[b]machintosh[/b]|linux).*\s(.*)\/(.*).*(firefox|safari)\/(.*)/i

[b]should be:[/b]

(windows|[b]macintosh[/b]|linux).*\s(.*)\/(.*).*(firefox|safari)\/(.*)/i

My bad.

- SleepyP - 2011-06-04

Good news: I have a Wake-On-LAN function pretty much finished. I should be able to use that as the basis for the "Send UDP Packet" function which we can use to remotely launch XBMC, since the two do almost the exact same thing. Now that I understand the PHP socket functionality a bit better I might be able to construct a ping using those functions. If I can then that's it, just need to wrap the offline mode into AJAX. Gugahoi, I will probably need your advice on that once I get the functions done.

-Edit-
Got the UDP Launcher function working. All that remains is ping...

- steve1977 - 2011-06-04

SleepyP Wrote:I did a test on my server by removing my conf.d file, then adding this stuff into the main Apache conf file (at the very bottom of the file), and then restarted Apache.
This was / is working for me:

Code:
<VirtualHost *> ProxyRequests On ProxyPreserveHost Off <Proxy *> Order deny,allow </Proxy> <Location /sabnzbd> ProxyPass http://192.168.1.1:8080/sabnzbd ProxyPassReverse http://192.168.1.1:8080/sabnzbd </Location> </VirtualHost>

Notice I removed some stuff, including the authentication-related directives. Also I changed the targets for the sabnzbd to match where mine is on my network. I believe you COULD also just use http://localhost/sabnzbd if SABnzbd is running on the same machine as Apache.

With this config what happens?

Unfortunately, I still cannot get the service started with this config. Whenever something is "wrong" in the conf file, it doesn't start. Once I take out the "wrong" lines, it does start again. This is what I have also tried, but without success:

<VirtualHost *>
ProxyRequests On
ProxyPreserveHost Off
<Proxy *>
Order deny, allow
Deny from all
Allow from 192.168.1.120
</Proxy>
<Location /sabnzbd>
ProxyPass http://192.168.1.120:9000/sabnzbd
ProxyPassReverse http://192.168.1.120:9000/sabnzbd
</Location>
</VirtualHost>

Added 2 lines to the proxy, but with and without these, the effect is the same. I also tried to execute without the "proxy lines" completely, but it didn't make it work either. Same for just having the "proxy lines" and no "location lines".

Any other thoughts? Somehow I feel that I am missing something very obvious...

- SleepyP - 2011-06-04

What server software / package / OS are you using?

- steve1977 - 2011-06-04

SleepyP Wrote:What server software / package / OS are you using?

Uniform Server, Win7x32. what you mean by package.

- SleepyP - 2011-06-04

Well, if I'm not mistaken, Apache HTTP is actually what's doing the serving on your system, Uniform is the thing you used to install Apache + PHP and others.
I will go ahead and install Uniform onto one of my Windows boxes for testing purposes. Will try and reproduce and post back here once I get that done.

In other news, I figured out a silly way to construct a simple "ping" function using only UDP socket functionality. So now I have all 3 of the networking functions we need for the "offline" page done and they should all work on any PHP 5 setup with no additional software and no additional configuration. No root access required, no command line access required Smile