Icy Phoenix

Hi all,
I'm proud to announce that the website has been updated to the latest dev package of Icy Phoenix (version 1.3.11.64).

I'm sure there are many bugs and glitches due to the DB conversion to UTF-8, please if you find something wrong let me know either by answering here or via PM.

There are also some new features, but I'll explain in another topic as soon as I'm sure that everything else is working fine.

Thank you very much.

Luca

Great news, the biggest part of site looks right :).

Congratulations MG

Congrats MG.

well and quick done

it looks/feels fast as lightning btw

Thanks you MG.

It is my impression or this version is very fast?

Theoretically it should be at least 40% faster than latest stable release.

I have worked a lot on re-engineer the core code, if no big bugs are found in the common part of the code, I think that I won't change it until next release.

Wow.. So Will there be a new IP release soon?

Thanks for your work!!!

found something.

in the menu, the (new Boton) , in portal it does´nt show the number of new posts, and if you click on new, either.

In forum it´s alright

forum

new

portal

Danielc wrote: [View Post]

Wow.. So Will there be a new IP release soon?

New IP release => YES
SOON => NO

I'm quite satisfied with the core code (cache, db, style, common files and functions) but there are still some things to be finished and improved:

• CMS: basic features designed, but not coded, all style part to be recoded
  
• PLUGINS: basic functions coded, maybe some hooks are needed not necessary, we still need to move a couple of basic IP features to plugins, so to reduce basic package size and increase stability
  
• PERMISSIONS SYSTEM: still wondering if we need to improve it or not, a new system has been introduced, but it is just used in a private package for debugging purpose

Of course other minor things are planned, but these three are the major I'm focus on.

spydie wrote: [View Post]

found something.

in the menu, the (new Boton) , in portal it does´nt show the number of new posts, and if you click on new, either.

In forum it´s alright

Hawk eye!

That is not a bug, is a feature!

I have removed the number of new messages in non relevant sections to save one SQL. I know someone will not agree... but we need a trade off between performances and features.

Has the styles changed a lot? I'm interested in make my own style for my site, but i don't know if i would do better waiting for the next release.
Also, i have other suggestions related to the performance (yes, a few more XD) that i have done in my site. The first is use minify to compress an merge the CSS files and JS files (had i said it before?). The second is related to posted_img_thumbnails.php (or bbcode.php). It would be better if it checks if the image is local and if its width and height are lesser than the max image size (that you can set up in ACP). In this case, there's no need to generate a thumbnail copying this file to the thumbnail path. It's better if you just link the original image path instead of linking the thumbnail path and also the original image path. This could be done with a few lines in bbcode.php and i think it increases a bit the performance.

FIND:


AFTER ADD:



Also, i haven't done this in my site, but it would be good if we add the width and height params to all images in the site. I don't know if this could increase drastically the memory usage or CPU usage, but if not, this could optimize the site.

Thanks for your work!!!!

Will language packs work with the new version?

Danielc wrote: [View Post]

Has the styles changed a lot? I'm interested in make my own style for my site, but i don't know if i would do better waiting for the next release.

It should not be changed a lot... but if you want to realize all the changes you should try to compare templates with WinMerge.

Danielc wrote: [View Post]

Also, i have other suggestions related to the performance (yes, a few more XD) that i have done in my site. The first is use minify to compress an merge the CSS files and JS files (had i said it before?).

I won't do it by default, I have coded some script for doing that automatically, but then I have decided to not implement it as default option. If I have enough time I will code a switch.

Anyway in my opinion it is not crucial... you can do it for your site just once and you are ok until next CSS change.

Danielc wrote: [View Post]

The second is related to posted_img_thumbnails.php (or bbcode.php). It would be better if it checks if the image is local and if its width and height are lesser than the max image size (that you can set up in ACP). In this case, there's no need to generate a thumbnail copying this file to the thumbnail path. It's better if you just link the original image path instead of linking the thumbnail path and also the original image path. This could be done with a few lines in bbcode.php and i think it increases a bit the performance.

FIND:

Code: [Hide]

Code: [Show]

1. if (strpos($pic_id, $users_images_path) !== false) 
2. { 
3. $user_dir = str_replace($pic_filename, '', str_replace($users_images_path, '', $pic_id)); 
4. $pic_thumbnail = $pic_filename; 

AFTER ADD:

Code: [Hide]

Code: [Show]

1. $image_size = @getimagesize($img_url); 
2. if($image_size[0] <= $board_config['thumbnail_size'] && $image_size[1] <=$board_config['thumbnail_size']) 
3. { 
4. $thumb_exists = true; 
5. } 

I wonder why you take the time to look which part of the code generates the thumbnail but you didn't read all the code in that section.

Do you know what this part of code means?



And what this part of code in image_thumbnail.php is for?


I think it is quite self explaining... and this code is there also in 1.3.

Danielc wrote: [View Post]

Also, i haven't done this in my site, but it would be good if we add the width and height params to all images in the site. I don't know if this could increase drastically the memory usage or CPU usage, but if not, this could optimize the site.

If images are not stored to DB there is no easy way to add width and height without reading image properties. If you force the system to determine width and height you are charging server CPU for that. I prefer charging client CPU instead of server one.

One of the other things in to do list is adding all posted images in a DB table. I'm still thinking about this option, because it has to be coded properly.

zsolti10 wrote: [View Post]

Will language packs work with the new version?

Old language packs won't work in new version. Changes should not be too much... even in this case WinMerge could help.

Thanks for your reply.
Related to templates, i will do that when i finish the design and start with the coding.

Related to CSS and JS merging,ok, no problem, if you include that switch, better for me as i don't have to modify my files .

Related to the thumbnails.. Really i had seen all the parts you mentioned, but no one worked for my request:


This code checks if the thumbnail exists, and in this case, it changes the image source to the thumbnail. My idea is use the same image URL (not thumbnail) if the width and height are lesser than the max size and the image is hosted in my site, so you don't use TWO links for the same content (thumbnail and original image). As $params['src'] has the original URL as value, i don't need to set that. First i tried to modify $pic_thumbnail_fullpath but it didn't worked (i don't know why, i think it was coded correctly). I set $thumb_exists to true because if i wouldn't do that, in the following code, Icy Phoenix it would change the image source to image_thumbnail.php (with the image as param):


Also, before modify bbcode.php, i took a look at image_thumbnail.php and i saw the code you mentioned:



First, i noticed an error there, i think it must check if pic_width and pic_height are lesser or equal to the thumbnail size, so i replaced

to:


After, i started to modify this code, so it doesn't copy the same image as thumbnail. I replaced:

to:
.
Then i tested, but fail!. The forum still used two urls for the same url (my idea is use consistent url's for the same content), so i modify bbcode.php as i said before.

I hope you understand my idea and why i modified it.

Thanks!

Nice

Also my website was updated to this version to find more bugs and help in the development. It is really fast (I noticed the change on my site, and I use a lot of resources-consuming IP features).

I'll be helping in all I can

New bug about the preview message : when you try to preview the message your are typing, a part is lost when there is BBcodes or parts of codes PHP (quoted). You can see it here on this forum : just edit my message and click on " preview " : this is what I have :



Edit : I also tried the SAME message on a fresh install with the basic template : same result.

Ah yes ... Now that I think about it, something that might be changed is in the ACP -> Forum : when you try to delete a forum/category while there is some subforums/cats, it tells you " nowhere to move to " then you have to delete aaaaaall the subcategories first and sometimes it's really boring :X

New report : you can't assign a special rank to a group. When you try and submit, it never save the changes about it. After some tests, when you submit it always reset the value " group_rank " in the table " ip_groups " to " 0 ". I even tried to change this value manually : nothing to notice, it works, but when I update the group it gets reseted. The rank doesn't even show up in the forum =/

I am a litle bit late, but great news AND great work MG.

Thank you MG, utf-8 was much needed really

Ripley wrote: [View Post]

Thank you MG, utf-8 was much needed really

My concern is whether it will be a easily and correctly converted into an existing database, from characters ISO (rusian, greeke etc) in UTF.

I have created a convertor, but it needs to be tested.

for what i can say, it works Luca.

got a double of my mod site running with latest svn in spanish

conversion went quick and with no errors i think.

only thing i got to say, wouldnt it been easier to use útf8 encode/ decode for the lang files.

accented words look a bit funny and crazy in the lang files now.

Did you try to run install/convert_utf8.php?

yep I run that script .

uploaded and overwrote includes/db with the fresh ones and run that script afterwards with no probs

Great, thanks for reporting.

Regarding lang files, I think it's up to translators... English doesn't have accented letters.

BTW

I´m trying to fidle an admin_plugins_extended together, with some new functions, like uploader/unzipper-extractor to the final folders .

function i´ve seen on joomla, only thing is, where must be an xml file included in the zip, that tells extractor where to extract each file to.

i´m basing this unzipper on pclzip and pclxml libs.

but i still need some ideas , on how to move the files around ( ftp script maybe) or an pseudo ftp script

I have already coded / integrated most of those files functions.

Original pclzip.lib.php is in includes folder, while in includes/class_files.php you can find all functions I have coded to manage both files and folders (I personally use those scripts to manage local packages).

The problem is that not all servers allow writing permissions... you can check how WordPress works, because its plugins system is really well coded.

spydie wrote: [View Post]

only thing i got to say, wouldnt it been easier to use útf8 encode/ decode for the lang files.

accented words look a bit funny and crazy in the lang files now.

I solved it for german with another saving each file as UNIX UTF-8 without BOM

Try it with one file to test. Or send me one, I will do it for you.

Mighty Gorgon wrote: [View Post]

The problem is that not all servers allow writing permissions... you can check how WordPress works, because its plugins system is really well coded.

thats why i thought of using an ftp script.

it´s probably the only way to work on all servers

Is it support utf-8?

Yes

That's good
And my last question: Why do you use this version number? I mean after 1.2.0.27 the new version number is 1.3.0.53. After 1.3.0.53, 1.3.11.64 will come.
I don't want to insult you, but I don't understand this.

zsolti10 wrote: [View Post]

That's good
And my last question: Why do you use this version number? I mean after 1.2.0.27 the new version number is 1.3.0.53. After 1.3.0.53, 1.3.11.64 will come.
I don't want to insult you, but I don't understand this.

Let me explain with my own words...
1.1, 1.2 and the last one 1.3 are the releases.
Next one would be 1.4 I guess

So the Zero is for release 1.4.0

1.3.11.64 means, 11th "public" and 64th "private" release
I hope I am right and you could understand how the version is working.

Now understand, thanks

Icy Phoenix versioning is slightly different from what Steffen wrote.

X.Y.Z.W

• X: major revision
  
• Y: minor revision (changes each stable release)
  
• Z: number of revisions between two stable releases
  
• W: cumulative number of code revisions

In other words Z changes only between stable releases, W increases each time and Y changes only when a new stable version is released. X changes only when the core code is almost rewritten.

I understand now, thanks MG and TheSteffen.

Possible BUG in xs_news

If you wanna use the News ticker, with an rss feed.

The ticker tells me, it´s not able to read the xml data from Icy.com for example or the feed is just empty.



funny thing is , loading forum.php at first it shows the feed, but after finnishing load of page, its gone



Aswell, i´ve noticed that the table XS_news_xml has only the feed name, url , and direction of feed stored.

xml height, wide, font and speed, are empty.



Aswell, i get an error message, trying to delet the news entry




Edit:

Another Bug, i think.

adm/erc.php

if you try to reset template-data:

Select new theme
Fatal error: Call to a member function obtain_styles() on a non-object in /homepages/39/d302884489/htdocs/xxxxxxx/includes/functions_selects.php on line 74

Another one.

CMS is´nt updating CMS config.

You can change default layout, but

left and right blocks wide does´nt change at all, after changing the settings and saving.

It tells you that they´ve been updated, but going again to CMS config, i see the same data as before, only default layout changes OK.

Funny thing, I created a new portal page, assigned blocks and verything was ok. When i switched back to 3-column changed a few block positions, and had an error message. Investigated a bit, and found that, in the table ip_cms_config , the first three entrys were gone.

1. default_portal
2. header_width
3. footer_width

were´nt anywhere to find

Look´s like something is deleting this tables.

Testet this on a clean install, and on my updatet live site

and AJAX is´nt working aswell. only works a bit in Add´s and publicity

Hi spydie,

thanks for reporting...

CMS (SVN Version) is not ready till now. So, you can test everything else

But if you don´t report or test everything, then it takes longer to find the bugs

And another one .

New privat chat gives sql errors

Error in install/database_update.php Rev 231




Ok forget this.

I just found out, you´ve got to update through install script.


Juas.

Authentication went in the sh...er

It tells me wrong pass

I think the error comes from install script.

running database_update directly i got an error from here

functions_install line 2409 undefined string

looking at the database afterwards. clean name is empty. and trying to login it tells you wrong password.
this happens to all users

Investigating a bit, it looks like it has something to do with login data beeing compared wrong in database.

You have specified an incorrect username. Please check your username and try again. If you continue to have problems please contact the Administrator.

still trying to find the error.

edit:

found the error.

it´s in includes/auth_db

I have updated this website to Icy Phoenix 1.3.13.66.

I should have fixed part of those error while update usernames... anyway this version is still highly unstable, I need to finish to test install / update procedure.

running install script to update :

Parse error: syntax error, unexpected $end in /homepages/39/d302884489/htdocs/forofos-f1/mods_nuevo/install/includes/functions_install.php on line 1114

thats inside an javascript , that worked previously, strange

thing is, that this only happens online, but not localy.

Another thing is:

Login is´nt working at all. Wan´t login anyway round.

Not even switching the comments in includes/auth_db.php

Testing icy from wifi in salou hotel!!!

My forum 1.0.27c does not run.... cant send messajes larges than one frase.

Look´s to me like last svn (235) is using different password encoding, and is´nt converting the pass correctly

example this is the same password in

rev 228: $H$9NUUWlTYIRdF3Wlij8s9tOlhAr/MXa1

rev 235: $H$94siWH.loie13Qbv.fgbzJtoHR7C50/


see the difference.

so if you update from 228 to 231 or 235 you get the problem that you can´t login anymore, and theres no way to reset the pass, at the moment

Passwords have been converted a while ago... latest revision uses a new field to check against username, that is why (I guess) you are not able to login anymore.

The conversion function is run automatically from database_update.php and install.php, but if you didn't update properly you won't be able to login.

Here is running revision 235 with some small cosmetic edits, so you can see that the package is working fine.

I still need to make sure that database_update.php is working fine.

In the meantime, before running update, make sure you have copied into your Icy Phoenix includes/db/*.* and includes/utf8/*.* from the last package.