Re: newznab - open source usenet indexer and all round nzbs.
Posted: December 15th, 2012, 12:52 pm
With the free version you have to write your own regexs, if you donate you get access to the community developed regexs. Much easier to donate.
Code: Select all
#php update_releases.php?
Set error_reporting = E_ALL ^ E_STRICT in php.ini.ghostcorps wrote:Is anyone else getting this error when they run:
Code: Select all
#php update_releases.php?
- PHP Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/local/www/apache22/data/newznab/www/lib/binaries.php on line 72
PHP Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/local/www/apache22/data/newznab/www/lib/binaries.php on line 186
PHP Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/local/www/apache22/data/newznab/www/lib/binaries.php on line 206
it appears to come with a few regexs.88keyz wrote:With the free version you have to write your own regexs, if you donate you get access to the community developed regexs. Much easier to donate.
jasonh_000 wrote:it appears to come with a few regexs.88keyz wrote:With the free version you have to write your own regexs, if you donate you get access to the community developed regexs. Much easier to donate.
i apply it to the one group i am experimenting with and still see no listings on my web.
i'm not going to throw my money into something until i find out what the issue is.
also does anybody know if sphinx is required?
WIZO wrote:Set error_reporting = E_ALL ^ E_STRICT in php.ini.ghostcorps wrote:Is anyone else getting this error when they run:
Code: Select all
#php update_releases.php?
- PHP Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/local/www/apache22/data/newznab/www/lib/binaries.php on line 72
PHP Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/local/www/apache22/data/newznab/www/lib/binaries.php on line 186
PHP Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/local/www/apache22/data/newznab/www/lib/binaries.php on line 206
Code: Select all
Warning: phpinfo(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone.
It should not have changed the value of the timezone but anyway:ghostcorps wrote:WIZO wrote:Set error_reporting = E_ALL ^ E_STRICT in php.ini.ghostcorps wrote:Is anyone else getting this error when they run:
Code: Select all
#php update_releases.php?
- PHP Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/local/www/apache22/data/newznab/www/lib/binaries.php on line 72
PHP Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/local/www/apache22/data/newznab/www/lib/binaries.php on line 186
PHP Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/local/www/apache22/data/newznab/www/lib/binaries.php on line 206
This worked to suppress the errors, however it somehow manages to break the zimezone function?!
After setting this error_reporting value as you suggested I get this error all over the page:
Code: Select all
Warning: phpinfo(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone.
The error also shows up in the info.php which previously showed the timezone correctly as 'City/Country' now shows the timezone as the default 'UTC'
Code: Select all
[Date]
; Defines the default timezone used by the date functions
; http://php.net/date.timezone
date.timezone = Europe/Berlin
WIZO wrote:
It should not have changed the value of the timezone but anyway:
Look for this section in the php.ini:Change it to the timezone that applies to you.Code: Select all
[Date] ; Defines the default timezone used by the date functions ; http://php.net/date.timezone date.timezone = Europe/Berlin
And be sure to check if you spelled it correctly.
Code: Select all
[Date]
; Defines the default timezone used by the date functions
; http://php.net/date.timezone
date.timezone = Melbourne/Australia
And this is without setting an error_reporting level:Date
Warning: phpinfo(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone. in /usr/local/www/apache22/data/info.php on line 4
date/time support: enabled
"Olson" Timezone Database Version: 2012.8
Timezone Database: internal
Default timezone: UTC
Date
date/time support: enabled
"Olson" Timezone Database Version: 2012.8
Timezone Database: internal
Default timezone: Australia/Melbourne
If I'm correct you have switched the Country/City in the php.ini. It should be Australia/Melbourne but you have set it to Melbourne/Australia switch that and see if it fixes things if not then I don't know any furtherghostcorps wrote:WIZO wrote:
It should not have changed the value of the timezone but anyway:
Look for this section in the php.ini:Change it to the timezone that applies to you.Code: Select all
[Date] ; Defines the default timezone used by the date functions ; http://php.net/date.timezone date.timezone = Europe/Berlin
And be sure to check if you spelled it correctly.
Thanks for sticking with me. It really makes no sense, there is no reason for the timezone to be affected and yet...
This is what I have set in my php.ini before I even looked at newznab:
I have not changed it since.Code: Select all
[Date] ; Defines the default timezone used by the date functions ; http://php.net/date.timezone date.timezone = Melbourne/Australia
This is what info.php displays after uncommenting "Development Value: E_ALL | E_STRICT"
And this is without setting an error_reporting level:Date
Warning: phpinfo(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone. in /usr/local/www/apache22/data/info.php on line 4
date/time support: enabled
"Olson" Timezone Database Version: 2012.8
Timezone Database: internal
Default timezone: UTC
Date
date/time support: enabled
"Olson" Timezone Database Version: 2012.8
Timezone Database: internal
Default timezone: Australia/Melbourne
hahah oops, yeh that was just a mistake in my post. I checked to be sure, it is definitely set as Australia/Melbourne.WIZO wrote:
If I'm correct you have switched the Country/City in the php.ini. It should be Australia/Melbourne but you have set it to Melbourne/Australia switch that and see if it fixes things if not then I don't know any further
This was just what I needed to make mine work, thanks for your help!tssgery wrote:For anyone else that my be experiencing this, I have found that the SABnzbd as defined in newznab needs to end in a forward slash. As an example, "http://myhost:8080" does not work but "http://myhost:8080/" does work.djetch wrote:I'm running newznab & SABnzbd on the same Ubuntu box and I'm having some trouble getting the two talking. About the only thing that does work is the RSS feeds, oh, and the downloading an NZB into the watched folder.
The 'send to SABnzbd' does not work at all. Newznab is indicating it has sent it, yet nothing queues in SABnzbd. I have tried to find some sort of log file that might tell me what is happening or not happening, but I'm coming up empty.
Has anyone else had trouble getting the two to talk? Also I should probably mention that I don't think SickBeard is having much luck using my newznab server (again both are on the same machine).