Icy Phoenix
Old Support Topics - Problem With IP2.0 In PHP 5.4?
Mighty Gorgon [ Tue 21 Jan, 2014 15:50 ]
Post subject: Re: Problem With IP2.0 In PHP 5.4?
PHP 5.4 combines E_ALL and E_STRICT, which means that some previous setting for error_reporting does not work properly now.
You can try this fix... In your php.ini change:
to
error_reporting = E_ALL & ~E_NOTICE & ~E_STRICT
If you don't have access to the php.ini, you can potentially put this in your .htaccess file:
php_value error_reporting 30711
This is the E_ALL value (32767) and the removing the E_STRICT (2048) and E_NOTICE (8) values.
If you don't have access to the .htaccess file or it's not enabled, you'll probably need to put this in common.php in replacement of the old error_reporting code:
error_reporting(E_ALL & ~E_STRICT & ~E_NOTICE);
Dimo [ Tue 21 Jan, 2014 17:15 ]
Post subject: Re: Problem With IP2.0 In PHP 5.4?
Thanks boss for the information but I have no solution for that.
.....
I apply the changes in my forum root files.
For OLD ".htaccess" (I send my old file).
#php_flag register_globals 0
#php_flag register_globals off
#php_flag magic_quotes_gpc on
#php_value memory_limit 16M
#Options +FollowSymlinks
# Disable the files listing feature
#Options All -Indexes
<Files "config.php">
Order Allow,Deny
Deny from All
</Files>
<Files "common.php">
Order Allow,Deny
Deny from All
</Files>
For NEW ".htaccess"
#php_flag register_globals 0
#php_flag register_globals off
#php_flag magic_quotes_gpc on
#php_value memory_limit 16M
#php_value error_reporting 30711
#Options +FollowSymlinks
# Disable the files listing feature
#Options All -Indexes
<Files "config.php">
Order Allow,Deny
Deny from All
</Files>
<Files "common.php">
Order Allow,Deny
Deny from All
</Files>
=========================
After apply the changes in ".htaccess" file everithing is same.
And I decide try change the "common.php" but the forum not working
=========================
For OLD "common.php" (I send my old file).
$starttime = explode(' ', microtime());
$starttime = $starttime[1] + $starttime[0];
error_reporting(E_ALL ^ E_NOTICE); // Report all errors, except notices
//@ini_set('memory_limit', '24M');
// MIGHTY GORGON - DEBUG - BEGIN
@define('DEBUG', true); // Debugging ON/OFF => TRUE/FALSE
@define('DEBUG_EXTRA', true); // Extra Debugging ON/OFF => TRUE/FALSE
if (defined('DEBUG_EXTRA') && DEBUG_EXTRA)
For NEW "common.php"
$starttime = explode(' ', microtime());
$starttime = $starttime[1] + $starttime[0];
error_reporting(E_ALL & ~E_STRICT & ~E_NOTICE); // Report all errors, except notices
//@ini_set('memory_limit', '24M');
// MIGHTY GORGON - DEBUG - BEGIN
@define('DEBUG', true); // Debugging ON/OFF => TRUE/FALSE
@define('DEBUG_EXTRA', true); // Extra Debugging ON/OFF => TRUE/FALSE
if (defined('DEBUG_EXTRA') && DEBUG_EXTRA)
Sorry for my stupidity. I will be installing the forum with the modified files from the beginning.
menorca [ Tue 21 Jan, 2014 22:25 ]
Post subject: Re: Problem With IP2.0 In PHP 5.4?
Look in your panel and accommodation changes to PHP 5.4 in select php version.
mort [ Wed 22 Jan, 2014 00:36 ]
Post subject: Re: Problem With IP2.0 In PHP 5.4?
The # comments out the line?
#php_value error_reporting 30711
Try:
php_value error_reporting 30711
And PLEASE .zip your files as RAR is not FREE and NOT everyone can be bothered using it.
ZIP is universal - RAR isn't
Dimo [ Wed 22 Jan, 2014 01:48 ]
Post subject: Re: Problem With IP2.0 In PHP 5.4?
Dimo [ Fri 24 Jan, 2014 00:50 ]
Post subject: Re: Problem With IP2.0 In PHP 5.4?
¡¡¡¡¡¡¡¡¡BIENNNN!!!!!!!!! I find a solution for my server!!!!!!!
I give the lines code and ".htacces" file.
After
#php_value memory_limit 16M we must add:
AddType x-mapp-php5 .php .php4
AddHandler x-mapp-php5 .php .php
#php_flag register_globals 0
#php_flag register_globals off
#php_flag magic_quotes_gpc on
#php_value memory_limit 16M
AddType x-mapp-php5 .php .php4
AddHandler x-mapp-php5 .php .php
#Options +FollowSymlinks
# Disable the files listing feature
#Options All -Indexes
<Files "config.php">
Order Allow,Deny
Deny from All
</Files>
<Files "common.php">
Order Allow,Deny
Deny from All
</Files>
##################################
# Errors Pages - BEGIN #
##################################
##################################
# Decomment these lines to enable error document management.
# You can add absolute path if you want always the correct path being parsed.
# Something like:
# ErrorDocument 400 http://www.icyphoenix.com/errors.php?code=400
##################################
ErrorDocument 400 /errors.php?code=400
ErrorDocument 401 /errors.php?code=401
ErrorDocument 403 /errors.php?code=403
ErrorDocument 404 /errors.php?code=404
ErrorDocument 500 /errors.php?code=500
##################################
# Errors Pages - END #
##################################
### MOD REWRITE ###
<IfModule mod_rewrite.c>
RewriteEngine On
#This may cause issues with subdirs and so it is not enabled by default.
#RewriteBase /
#Make sure the whole site goes to www.mysite.com instead of mysite.com. This is good for the search engines
#Edit and uncomment the below lines for your own site.
#Make sure to replace icyphoenix.com with your site address.
#RewriteCond %{HTTP_HOST} ^icyphoenix.com [NC]
#RewriteRule (.*) http://www.icyphoenix.com/$1 [R=301,L]
#Permanent redirection (the first line is the old domain, the second one is the new domain)
#RewriteCond %{HTTP_HOST} ^icyphoenix.com [NC]
#RewriteRule ^(.*)$ http://www.icyphoenix.com/$1 [R=301,L]
########## Rewrite rules to block out some common exploits - BEGIN
#
# Block out any script trying to set a mosConfig value through the URL
RewriteCond %{QUERY_STRING} mosConfig_[a-zA-Z_]{1,21}(=|\%3D) [OR]
# Block out any script trying to base64_encode crap to send via URL
RewriteCond %{QUERY_STRING} base64_encode.*\(.*\) [NC,OR]
# Block out any script that includes a <script> tag in URL
RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%3E) [NC,OR]
# Block out any script trying to set a PHP GLOBALS variable via URL
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [NC,OR]
# Block out any script trying to modify a _REQUEST variable via URL
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2}) [NC,OR]
# Various
RewriteCond %{REQUEST_URI} ^/(bin/|cgi/|cgi\-local/|cgi\-bin/|sumthin) [NC,OR]
RewriteCond %{THE_REQUEST} ^GET\ http [NC,OR]
RewriteCond %{REQUEST_METHOD}!^(GET|HEAD|POST) [NC,OR]
# You may want to enable these lines below to disallow php and perl scripts to access your site
#RewriteCond %{HTTP_USER_AGENT} ^.*PHP.*$ [OR]
RewriteCond %{HTTP_USER_AGENT} ^.*libwww-perl [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^libwww.* [NC]
# Send all blocked request to homepage with 403 Forbidden error!
# Please make sure the last "RewriteCond" doesn't end with [OR] otherwise "RewriteRule" will be forced!!!
RewriteRule !(errors\.php|robots\.txt) ./errors.php?code=403 [F,L]
# You may use any other of these RewriteRule if you wish...
# Used to send these bots to someplace else you can change the url to whatever you would like
#RewriteRule .* http://www.microsoft.com/ [F,R,L]
#RewriteRule /* http://www.geocities.com/WestHollywood/Heights/3204/1home.html [L,R]
# This could also be used to simply deny access to your site instead of the one above
#RewriteRule .* - [F,L]
#
########## Rewrite rules to block out some common exploits - END
########## URL Rewrite - BEGIN
RewriteRule ^.+-vf([0-9]*)-vt([0-9]*)-vp([0-9]*) ./viewtopic.php?f=$1&t=$2&p=$3&%{QUERY_STRING} [L]
RewriteRule ^.+-vf([0-9]*)-vt([0-9]*) ./viewtopic.php?f=$1&t=$2&%{QUERY_STRING} [L]
RewriteRule ^.+-vf([0-9]*)-vp([0-9]*) ./viewtopic.php?f=$1&p=$2&%{QUERY_STRING} [L]
RewriteRule ^.+-vc([0-9]*) ./forum.php?c=$1&%{QUERY_STRING} [L]
RewriteRule ^.+-vf([0-9]*) ./viewforum.php?f=$1&%{QUERY_STRING} [L]
RewriteRule ^.+-vt([0-9]*) ./viewtopic.php?t=$1&%{QUERY_STRING} [L]
RewriteRule ^.+-vp([0-9]*) ./viewtopic.php?p=$1&%{QUERY_STRING} [L]
RewriteRule ^.+-profile-u([0-9]*) ./profile.php?mode=viewprofile&u=$1&%{QUERY_STRING} [L]
RewriteRule ^.+-ac([0-9]*) ./album_cat.php?cat_id=$1&%{QUERY_STRING} [L]
RewriteRule ^.+-aspf([0-9]*) ./album_showpage.php?pic_id=$1&full=true&%{QUERY_STRING} [L]
RewriteRule ^.+-asp([0-9]*) ./album_showpage.php?pic_id=$1&%{QUERY_STRING} [L]
RewriteRule ^.+-aper([0-9]*) ./album_personal.php?user_id=$1&%{QUERY_STRING} [L]
RewriteRule ^.+-apic([0-9]*) ./album_pic.php?pic_id=$1&%{QUERY_STRING} [L]
RewriteRule ^.+-apm([0-9]*) ./album_picm.php?pic_id=$1&%{QUERY_STRING} [L]
RewriteRule ^.+-at([0-9]*) ./album_thumbnail.php?pic_id=$1&%{QUERY_STRING} [L]
RewriteRule ^.+-dc([0-9]*) ./dload.php?action=category&cat_id=$1&%{QUERY_STRING} [L]
RewriteRule ^.+-df([0-9]*) ./dload.php?action=file&file_id=$1&%{QUERY_STRING} [L]
RewriteRule ^.+-kbc([0-9]*) ./kb.php?mode=cat&cat=$1&%{QUERY_STRING} [L]
RewriteRule ^.+-kba([0-9]*) ./kb.php?mode=article&k=$1&%{QUERY_STRING} [L]
RewriteRule ^.+-kbsmp ./kb.php?mode=stats&stats=mostpopular&%{QUERY_STRING} [L]
RewriteRule ^.+-kbstr ./kb.php?mode=stats&stats=toprated&%{QUERY_STRING} [L]
RewriteRule ^.+-kbsl ./kb.php?mode=stats&stats=latest&%{QUERY_STRING} [L]
RewriteRule ^.+-pbc([0-9]*) ./kb.php?mode=cat&cat=$1&%{QUERY_STRING} [L]
RewriteRule ^.+-pa([0-9]*) ./kb.php?mode=article&k=$1&%{QUERY_STRING} [L]
RewriteRule ^.+-psmp ./kb.php?mode=stats&stats=mostpopular&%{QUERY_STRING} [L]
RewriteRule ^.+-pstr ./kb.php?mode=stats&stats=toprated&%{QUERY_STRING} [L]
RewriteRule ^.+-pbsl ./kb.php?mode=stats&stats=latest&%{QUERY_STRING} [L]
########## URL Rewrite - END
</IfModule>
mort [ Fri 24 Jan, 2014 03:56 ]
Post subject: Re: Problem With IP2.0 In PHP 5.4?
Hey! Dimo,
Thanks for your solution, and it goes to show how far behind the times I am with keeping up with all the changes and why I don't bother with it too much any more.
So next time I get stuck with something - I might have to ask
YOU a question!
Dimo [ Sat 25 Jan, 2014 00:43 ]
Post subject: Re: Problem With IP2.0 In PHP 5.4?
Nooooo mort ... You are more intelligent than me
mort [ Sat 25 Jan, 2014 02:27 ]
Post subject: Re: Problem With IP2.0 In PHP 5.4?
Maybe I need to start a "new" web site to regenerate some interest in both php and Icy Phoenix - Only problem is I really don't know what the heck I would want to talk or rave about.
Dimo [ Sat 25 Jan, 2014 02:46 ]
Post subject: Re: Problem With IP2.0 In PHP 5.4?
Maybe I need to start a "new" web site to regenerate some interest in both php and Icy Phoenix - Only problem is I really don't know what the heck I would want to talk or rave about.
Yes mort. There is a big problem with PHP and Icy Phoenix in some hosting servers. My solution is a patch for the issue of PHP 5.5 to PHP 5.2.
We should make a thorough review of Icy Phoenix because it's a great system and should be among the greatest. And a real shame that www.icyphoenix.es not work as before.
mort [ Sat 25 Jan, 2014 03:19 ]
Post subject: Re: Problem With IP2.0 In PHP 5.4?
We should make a thorough review of Icy Phoenix because it's a great system and should be among the greatest.
By 'We" I assume that you mean MG because he's the only one that tends to keep it up to date, and it's a BIG ask to expect him to keep up with and apply the changes to current versions on a regular basis for every change or bug that pops up.
I found that out with the Games Software I worked with - One was forever changing it to the point that it was a PAIN to keep updating the download.zip every time something was changed - or even keeping track of the changes to post them as "Fixes" etc.
He's also not around that much any more because of his work commitments, so no matter what pops up it's kind of left up to the users to try and fix the problems before MG even becomes aware of them.
It's not the best of arrangements - But at the moment it's the only one we have because most, if not all of the FREE programming people have moved onto other things and lost interest in what's going on with Icy Phoenix.
But I do know that he has updated a lot of stuff in GIT-Hub - which probably will be released as a new version?
Not quite sure what he's doing - as I have a lot of catching up to do?
Dimo [ Sat 25 Jan, 2014 03:27 ]
Post subject: Re: Problem With IP2.0 In PHP 5.4?
Dear Friend mor. Hopefully the Icy Phoenix Project never die as is dying the support in spanish language.
mort [ Sat 25 Jan, 2014 04:37 ]
Post subject: Re: Problem With IP2.0 In PHP 5.4?
I've always said to MG that ALL of the support for Icy Phoenix SHOULD be done here with "International" categories for each language that are popular. But he seems to be against that idea for some reason.
Icy.es and Icy.uk and a couple of others are good examples that what was once reasonably popular support are now things of the past and that idea of separate support forums should be scrapped.
I think we're all grown up enough to realise that we ALL don't speak the same language and sometimes it's difficult - But with "Google Translate" and a bit of patience I'm sure ALL of us could help each other NO MATTER what language one speaks.
And I'm also sure that by keeping ALL the support questions here in all the popular languages, we wouldn't have solutions posted elsewhere that NONE of us here are aware about.
And in my opinion - Icy Phoenix needs to go to having International Support here to at least keep this one ticking over.
Too easy!
Siempre he dicho a MG que TODO el apoyo a Icy Phoenix debe hacerse aquí con las categorías "internacionales" para cada idioma que son populares. Pero él parece estar en contra de esa idea por alguna razón. : (
Icy.es y Icy.uk y un par de otros, son buenos ejemplos de que lo que una vez fue el apoyo razonablemente popular son ahora cosa del pasado y que la idea de los foros de soporte separadas se debe desechar.
Creo que todos estamos crecido lo suficiente como para darse cuenta de que todos no hablamos el mismo idioma y, a veces es difícil - Pero con "Google Translate" y un poco de paciencia estoy seguro que todos nosotros podríamos ayudar a los demás NO IMPORTA qué idioma se habla.
Y también estoy seguro de que al mantener TODAS las preguntas de soporte aquí en todas las lenguas populares, no tendríamos soluciones destinados en otro sitio que ninguno de los aquí presentes son conscientes de.
Y en mi opinión - Icy Phoenix tiene que ir a contar con el apoyo internacional para al menos mantener este marcando más.
Informpro [ Sat 25 Jan, 2014 11:35 ]
Post subject: Re: Problem With IP2.0 In PHP 5.4?
Quote:
By 'We" I assume that you mean MG because he's the only one that tends to keep it up to date, and it's a BIG ask to expect him to keep up with and apply the changes to current versions on a regular basis for every change or bug that pops up.
Don't forget everybody that contributes code ;). Gabriel Anca, for exemple, did a big Pull Request 3/4 months ago (which is the last time MG updated the codebase), I contributed some stuff too, etc.
mort [ Sat 25 Jan, 2014 11:52 ]
Post subject: Re: Problem With IP2.0 In PHP 5.4?
I wasn't talking about who contributes to GIT, I was pointing out that those with the expertise are seldom around the place to answer questions on BUG reports and fixes.
It's a little difficult for users to get stuff from GIT when the version they are using hasn't been updated step by step or the fixes for the latest Public Download haven't been added or changed in the download.
In most cases I would have to guess that the files in GIT at the moment are probably NOT even compatible with the Public Download - But I do stand to be corrected.
And about the ONLY time we hear from those in the know - It's usually MG - And that's why I said
"We" = "MG".
Dimo [ Sat 25 Jan, 2014 21:37 ]
Post subject: Re: Problem With IP2.0 In PHP 5.4?
mort [ Sun 26 Jan, 2014 00:01 ]
Post subject: Re: Problem With IP2.0 In PHP 5.4?
Yeah! - Dimo for
Admiral of Icy Phoenix!
But you're right - People who want to contribute should ask MG to consider making them a moderator or staff member.
Dimo [ Sun 26 Jan, 2014 14:22 ]
Post subject: Re: Problem With IP2.0 In PHP 5.4?
mort [ Sun 26 Jan, 2014 22:44 ]
Post subject: Re: Problem With IP2.0 In PHP 5.4?
Didn't even know that I was on there - Maybe it has something to do with the number of "Helpful" posts one has to make before one gets added?
Dunno?
Dimo [ Mon 27 Jan, 2014 01:27 ]
Post subject: Re: Problem With IP2.0 In PHP 5.4?
Mighty Gorgon [ Tue 28 Jan, 2014 00:11 ]
Post subject: Re: Problem With IP2.0 In PHP 5.4?
Ha ha ha guys, you made me laugh.
I'll try to catch up with some of the questions in this topic:
- I should have fixed a while ago PHP 5.5 issues, because I'm using it on my local testing environment with PHP 5.5.3, but I can't remember all things I fixed.
- Many users lost their interest into Icy Phoenix. The problem is well known. The codebase is huge and currently there are a lot of awesome pieces of software (WordPress, XenForo, just to mention two of them). Users are lazy and they normally don't want to waste time to understand large codebase... I can understand, I have few time as well. The only solution is moving everything extra as a plugin and just keep forum and CMS. This would help a lot. Plus, in the meantime, HTML 5 is the new standard... as the responsive templates are... all that IP is still lacking. If I don't recode the template system to use HTML 5, new users are not going to join for sure. No matters that IP is stable and works fine... users want new technologies... HTML 5, CSS 3, jQuery, AJAX, Responsive templates and so on. Plus Social Connectors.
- Regarding contributors, I have to thank a lot of users who helped me a lot with their contributions. Usually I require some solid and constant help to add new names to credits. Recently the two coders who helped a lot are Gabriel and Informpro. Not to mention the countless hours spent by Steffen or Limun or Andrea75 or the beloved Joshua ( ). Even Mort on his own spent a lot of time on helping the project (just to mention few who are still active in one way or another). But there are a lot of other users (hpl, Bicet, difus, ThE Kuka, Janu, KugeLSichA, DrWho, brandsrus, spydie, MoreTeaVicar... and many others you can find in credits) who used to help and I remember all of them individually for their contribution... mention one and I will tell instantly what they did for the project.
- Regarding international support, in the past I used to have individual language sections, but then few people wanted to start their own International Support website, and I think it was a good idea at that time. Of course now a day isn't a nice idea anymore and maybe it's better if we move everything here. The problem is just that I can't help people in other language than Italian and English. And also I should ask people to shut the localized support which isn't a good idea... plus, remember that users tend to go Off Topics in a multilanguage platform... they use to post in other language even in forums where only English should be used... I think is not adviceable. Better from time to time try to face individual requests by allowing few users to use their own lang.
I think it's all for now...
Informpro [ Wed 29 Jan, 2014 20:48 ]
Post subject: Re: Problem With IP2.0 In PHP 5.4?
Quote:
No matters that IP is stable and works fine... users want new technologies... HTML 5, CSS 3, jQuery, AJAX, Responsive templates and so on. Plus Social Connectors.
That's something I can work
Add something like bower to manage deps, refactor code, add auto minification etc.
mort [ Thu 30 Jan, 2014 02:17 ]
Post subject: Re: Problem With IP2.0 In PHP 5.4?
@informpro,
That's why it's nice to see you hanging around here - You have a stake in the future of coding, where others lke myself have decided that it's time to put the brakes on and just stick to what we think we know?
Lopalong MoreTeaVicar
Mighty Gorgon [ Fri 31 Jan, 2014 11:06 ]
Post subject: Re: Problem With IP2.0 In PHP 5.4?
That's something I can work
Add something like bower to manage deps, refactor code, add auto minification etc.
I don't think adding Bower can help at current stage, unless you are going to start from scratch.
You already experienced how tough it is to refactor Icy Phoenix code if we don't remove first some complex integrations like Album and rewrite those packages as plugins.
Anyway Bower is a new technology for developers, not for final users (who may actually find it to be a pain).
Informpro [ Fri 31 Jan, 2014 20:27 ]
Post subject: Re: Problem With IP2.0 In PHP 5.4?
Well, bower would be mainly for minification etc. If we want to add cool features without inline scripts and without a thousand of <script src>s, a build + min. tool would be nice to have.