+- 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
- DejaVu - 2011-07-28
A few people have reported problems with SubSonic. I think this depends on the version your running.
I'm using it with the StandAlone version with a few tweaks making sure the frameset loads correctly from in the iFrame.
Do you have a screenshot of the problem?
A friend of mine cannot get the Artist information down the left frame. Steve1977 is having problems with the frame loading over everything.
Mine is the only one that seems fine.
Demo of it in action - http://www.youtube.com/watch?v=rvg1JcvKStE
- evanl81 - 2011-07-28
kontax Wrote:I think I had this issue when I first set it up, but my memory's getting hazy..I did have this uncommented, but I just realized that I also needed extension=json.so uncommented. That did the trick.
Is extension=curl.so uncommented in /etc/php/php.ini?
- DejaVu - 2011-07-28
There are loads of different variations of Apache that come with all different settings.
Unfortunately, we cannot support them all - but we have our recommendations.
It's hard to know what the problem is without knowing the setup beforehand.
Glad you got it sorted and nice to see new users interested in MFP!
- DejaVu - 2011-07-28
gugahoi Wrote:I also wanted to talk about the auto update feature. Have you researched it at all? I have looked into it and the way I found about it is not ideal. We would end up with an extra pre requirement as we would probably have to do UNZIPPING. How is your solution like?
Surely there must be an easier way than downloading the ZIP file - is there no way of doing it Git Pull by PHP?
I've been looking at the commit list RSS, which states the latest commit at the top - exactly how the RSS Feed shows it.
The Commit name is there and I figured we just needed to compare that commit to the one in the .git folder somehow. That should then state how many commits there have been since they last pulled?
It all sounds very easy, but I bet it's not.
I've been looking around Github trying to find how these programs get the update information, but it seems these programs use Python to find the information...
EDIT: I've managed to add the Git Version number to the About Section of Medfrontpage. Can someone confirm this is also working for them.
Will hopefully be adding the ability to check version, commit differences and an update button soon. Slowly working it out.
- sraue - 2011-07-29
DejaVu Wrote:Surely there must be an easier way than downloading the ZIP file - is there no way of doing it Git Pull by PHP?
i dont really understand why such update feature is needed... it makes all so much inconstent. every good OS has a own system to update packages, if you do own things this programs will never go per default in any distro. distributors of packages dont install this programs to the user home. the system where the package will be inatalled in distributions is only writable by root. you use git as update tool, a tool which is created for developing. a git repo includes a database which can be very big over the time (and you must ship this database (located in .git dir) with every zip/tarball you provide). git byself depends on much tools and programs, also perl etc which is not installed on all system (like git too). you cant pull with git if your local sources are changed (like you do with configs). think about this. better is provide zips or tarballs, add support to use system default dirs for installations and seperate configs in users home, create deb's and/or rpm's and setup a repo. thats much easyer and consistent.
thats what i think
Stephan
- gugahoi - 2011-07-29
DejaVu Wrote:EDIT: I've managed to add the Git Version number to the About Section of Medfrontpage. Can someone confirm this is also working for them.
Will hopefully be adding the ability to check version, commit differences and an update button soon. Slowly working it out.
Deja, this does not work for me. You can't run shell scripts from PHP unless PHP has administrator privileges which is a MAJOR security risk in your computer. This problem has been raised before when SleepyP was doing his "additions" that never really got into MFP (which is a shame). You can't run command line stuff from within PHP without having it run as admin...
sraue Wrote:i dont really understand why such update feature is needed... it makes all so much inconstent. every good OS has a own system to update packages, if you do own things this programs will never go per default in any distro. distributors of packages dont install this programs to the user home. the system where the package will be inatalled in distributions is only writable by root. you use git as update tool, a tool which is created for developing. a git repo includes a database which can be very big over the time (and you must ship this database (located in .git dir) with every zip/tarball you provide). git byself depends on much tools and programs, also perl etc which is not installed on all system (like git too). you cant pull with git if your local sources are changed (like you do with configs). think about this. better is provide zips or tarballs, add support to use system default dirs for installations and seperate configs in users home, create deb's and/or rpm's and setup a repo. thats much easyer and consistent.
thats what i think
Stephan
Sraue I agree with you! I have sent you a PM a few days ago and you never replied. I'm trying to learn about Auto Update systems and would like some help from you as the one in OpenELEC is real good!
I can also see however that GIT is a pretty good "quick fix" as almost everything is in place for an easy update tho. But I too would prefer a more autonomous updating system.
- DejaVu - 2011-07-29
Righto - Reverted and going back to the drawing board.
I've been hunting for hours for a way to do this. Downloading the tarball seems the way to go at the moment.
- gugahoi - 2011-07-29
DejaVu Wrote:Righto - Reverted and going back to the drawing board.
I've been hunting for hours for a way to do this. Downloading the tarball seems the way to go at the moment.
I'll write something to get the commit number quickly, but we would probably have to incorporate it into the config file or something. I also found something good on stackoverflow a while back will see if I can find it again and put it up here.
Regarding ZIP, we can compile Apache with ZIP capabilities on Linux. It has to be done when installing I think. The Uniform Server might have a simpler alternative on windows and I'm not sure if XAMPP does on MAC but I will check.
Found it: http://stackoverflow.com/questions/3683918/update-framework-for-php?answertab=active#tab-top
It gives a pretty good idea of what will be needed to implement an autonomous updating system.
- gugahoi - 2011-07-29
Deja, check out my repo as I've got a somewhat "nice" way of checking the version from GIT. It is very simple. And I emphasise VERY. The logic is simple and the solution is OK for the time being. It even tells the user if they have the latest commit.
For you to implement in you branch if you wish, you would only need to change gugahoi to DejaVu77 (git username) in 4 or 5 lines. I still am not sure how to download and replace the files from the ZIP archive and update the system so the user would have to do it manually.
- steve1977 - 2011-07-30
Dejavu, assume there is a small typo somewhere in your code now. After the latest GIT-pull, I cannot access the widget tab anymore. Instead I am getting back to the server-test/config page. Thanks for fixing this!
- gugahoi - 2011-07-30
steve1977 Wrote:Dejavu, assume there is a small typo somewhere in your code now. After the latest GIT-pull, I cannot access the widget tab anymore. Instead I am getting back to the server-test/config page. Thanks for fixing this!
There was a little problem there indeed. Should be fixed soon, I've already made a pull request with the correction.
- steve1977 - 2011-07-30
gugahoi Wrote:There was a little problem there indeed. Should be fixed soon, I've already made a pull request with the correction.
Great, thanks! Yet another issue in dejavu's repo (not sure about yours).
How headphones et al are addressed in the programs.php command is case sensitive. So, "http://192.168.1.110/programs.php?p=headphones" works, while "http://192.168.1.110/programs.php?p=HeadPhones" does not work. When I use the GUI to change config (under programs-reverseproxy), I am typing "headphones", but programs.php still shows "HeadPhones". As a result it does not work without manual edit.
Separate small issue - reverse proxy description in the config GUI appears inaccurare. I don't think I am supposed to enter the IP (as suggested), but only reverse proxy (i.e., TV instead of 192.168.1.110/TV?
Thanks in advance!
- DejaVu - 2011-07-30
I've reset my Repo back to before the commit updates in About started. I cannot understand what the problem is - I downloaded the master from Gugahoi's repo and it does the same thing. The Settings page links do not work.
EDIT:The MediaFrontPage master is also not loading the settings pages.
@steve
I'll be the first to admit that I don't know much about Reverse Proxies. But I do know that you can change the NavBar from http://192.168.1.110/programs.php?p=HeadPhones to http://192.168.1.110/programs.php?p=headphones in the Settings for NavBar
http://192.168.1.100/settings.php#NAVBAR
You may have to manually edit the programs.php file to accept 'headphones' as the link. I'm not certain it will load without it being specified. I shall look into it.
- steve1977 - 2011-07-30
DejaVu Wrote:I've reset my Repo back to before the commit updates in About started. I cannot understand what the problem is - I downloaded the master from Gugahoi's repo and it does the same thing. The Settings page links do not work.
To clarify - the config GUI pages actually do work for me. Also, clicking "settings" in the navbar works well and brings me to the config GUI. What does not work for me is clicking "widgets" in the navbar. I am quite sure it is very easy to fix. It appears that the issue is that the "widget tab" links to 192.168.1.110 rather than 192.168.1.110/program....
DejaVu Wrote:@steve
I'll be the first to admit that I don't know much about Reverse Proxies. But I do know that you can change the NavBar from http://192.168.1.110/programs.php?p=HeadPhones to http://192.168.1.110/programs.php?p=headphones in the Settings for NavBar
http://192.168.1.100/settings.php#NAVBAR
You may have to manually edit the programs.php file to accept 'headphones' as the link. I'm not certain it will load without it being specified. I shall look into it.
You are right that I can do it manually just by changing to headphones instead of HeadPhones in programs.php (after "else if"). It used to work without touching headphones before and would love to get it back. Also, the first error actually may be related to the programs.php not being addressed properly?
- DejaVu - 2011-07-30
steve1977 Wrote:To clarify - the config GUI pages actually do work for me. Also, clicking "settings" in the navbar works well and brings me to the config GUI. What does not work for me is clicking "widgets" in the navbar. I am quite sure it is very easy to fix. It appears that the issue is that the "widget tab" links to 192.168.1.110 rather than 192.168.1.110/program....Possibly fixed it on the Repo now. Originally it was pointing to './'
Changed to '/'.
Hoping that solves it now. Please let me know.
Quote:You are right that I can do it manually just by changing to headphones instead of HeadPhones in programs.php (after "else if"). It used to work without touching headphones before and would love to get it back. Also, the first error actually may be related to the programs.php not being addressed properly?What the NAV Bar should do is look for the Headphones parameters inside the config.ini.
Example -
The Link really should stay as programs.php?p=HeadPhones
Because - in programs.php
Code:
} elseif($qs == 'HeadPhones') {
echo $headphones_url;In config.php...
Erm...
HaHa!!
Just realised HeadPhones has no Reverse Proxy variable in the config.php. Must have missed it.
Fixing it now! Doh!
EDIT:Should work now.
Cheers for the heads up Steve. Always best to retrace things, that way - broke bits turn up.