Icy Phoenix :: View topic - Icy Phoenix 1.3.11.64

spydie [ Mon 25 Oct, 2010 11:34 ]
Post subject: Re: Icy Phoenix 1.3.11.64

Just stumbled other something here on this very site.

If you go to memberlist, and you select any letter, pagination goes up to 116, but theres only the first 3-4 pages used. All the rest is empty.

It looks to me, like it´s using pagination from ALL Users, for sorting by letter aswell.

This is just a sreenshot selecting S letter, but it happens to all of them.

somebody confirm this please

buldo [ Mon 25 Oct, 2010 18:30 ]
Post subject: Re: Icy Phoenix 1.3.11.64

spydie wrote: [View Post]
...somebody confirm this please

Yes, I can confim that.

spydie [ Sun 31 Oct, 2010 10:35 ]
Post subject: Re: Icy Phoenix 1.3.11.64

One question:

What happend to includes/page_header.php or is this version pulling the data now from constants directly??

Mighty Gorgon [ Mon 01 Nov, 2010 11:32 ]
Post subject: Re: Icy Phoenix 1.3.11.64

includes/page_header.php have been removed because it's not the more efficient way to build page headers, especially for modding.

If you look at functions.php now you have new functions to output headers and footers... and also a new function to generate the whole page at the end of each file (allowing all defined vars to be used in header as well!).

Since now header is in a function, you would need to declare as global vars you want to be ported there.

spydie [ Mon 01 Nov, 2010 11:34 ]
Post subject: Re: Icy Phoenix 1.3.11.64

Thanks MG

I drove myself crazy, trying to find that part

Mighty Gorgon [ Mon 01 Nov, 2010 11:37 ]
Post subject: Re: Icy Phoenix 1.3.11.64

Trust me... when you understand how it works, you will agree that it is much more easy and flexible than before.

TheSteffen [ Mon 08 Nov, 2010 10:18 ]
Post subject: Re: Icy Phoenix 1.3.11.64

In ACP, if you want to give a user admin permission
adm/index.php?admin=1
you get this

Code: [Hide] [Select]

SQL ERROR [ mysql4 ]

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ') GROUP BY (u.user_id) ORDER BY u.user_id ASC' at line 4 [1064]

SQL

SELECT u.user_id, u.user_level FROM ip_users u, ip_forums_watch fw WHERE u.user_id = fw.user_id AND fw.forum_id IN ('3', '4', '5') AND u.user_id NOT IN () GROUP BY (u.user_id) ORDER BY u.user_id ASC

BACKTRACE

FILE: includes/db/mysql.php

LINE: 289

CALL: sql_db->sql_error()

FILE: includes/class_notifications.php

LINE: 307

CALL: sql_db->sql_query()

FILE: adm/admin_ug_auth.php

LINE: 144

CALL: class_notifications->delete_not_auth_notifications()

Like I can see the user is anyway changed to Admin.

Mighty Gorgon [ Sun 14 Nov, 2010 08:55 ]
Post subject: Re: Icy Phoenix 1.3.11.64

Hi Steffen,
thanks for reporting, anyway I was not able to replicate this error. Can you please try to replicate it on a clean installation?

Thanks,
Luca

TheSteffen [ Tue 16 Nov, 2010 19:02 ]
Post subject: Re: Icy Phoenix 1.3.11.64

It was a fresh installation on a real server.

No problem MG, I will keep it in my mind. It is not a big problem.

spydie [ Sat 27 Nov, 2010 16:41 ]
Post subject: Re: Icy Phoenix 1.3.11.64

Rev 251

I keep getting this Sql error, if i delet an block from frontpage.

Explain:

I go to CMS - 3 columns - installed blocks

i select for example Top Users Block and delet it.

Result is an SQL error on Frontpage

Spoiler: [ Show ]

Can someone confirm this , please

spydie [ Fri 10 Dec, 2010 22:26 ]
Post subject: Re: Icy Phoenix 1.3.11.64

Problem with the CMS User permits in ACP-Users-CMS Permissions

Happens that only apears VIP in the dropdown.

FIX:

OPEN adm_cms_auth.php
FIND

Code: [Hide] [Select]

$auth_array = array(

		'0' => $lang['CMS_Guest'],

		'1' => $lang['CMS_Reg'],

		'2' => $lang['CMS_VIP'],

		'3' => $lang['CMS_Publisher'],

		'4' => $lang['CMS_Reviewer'],

		'5' => $lang['CMS_Content_Manager']

	);

REPLACE WITH

Code: [Hide] [Select]

$auth_array = array(

		'0' => $lang['CMS_GUEST'],

		'1' => $lang['CMS_REG'],

		'2' => $lang['CMS_VIP'],

		'3' => $lang['CMS_PUBLISHER'],

		'4' => $lang['CMS_REVIEWER'],

		'5' => $lang['CMS_CONTENT_MANAGER']

	);

spydie [ Mon 03 Jan, 2011 11:09 ]
Post subject: Re: Icy Phoenix 1.3.11.64

some other thing.

Don´t know, if this happens to someone else aswell.

If you try to change the default template, It want switch.

neither does it in the profile or in the menu option, there only apears Frozen as default, and no more options.

can someone confirm this ??

I tried this on local and on a live test site , with just the 3 standart templates installed.

Installed Lightning aswell, but nothing. Looks like it does´nt post installed templates to the array.

This is in Rev 251.

Well. this disapears, after cleaning the cache manualy. So i´d call this solved

spydie [ Tue 11 Jan, 2011 14:52 ]
Post subject: Re: Icy Phoenix 1.3.11.64

googling around , i stumbled over an solution , that might be interesting including it in all Icy Templates.

google chrome frame. it enables webkit functions in IE even if they are not directly suported by IE

Info: Here

IMHO. this might allow us to focus more on design, not needing to think of, if it will show well on IE aswell, so compatibility passes to background

TheSteffen [ Wed 12 Jan, 2011 20:21 ]
Post subject: Re: Icy Phoenix 1.3.11.64

spydie wrote: [View Post]
this disapears, after leaning the cache manualy. So i´d call this solved

I don't think it is solved.
I had the same problem... after clearing cache the other standard styles can be choosen.
But in portal -> block styles ... the style switching is working for me
But not in profile (also not after cache clearing)
Can someone confirm this?

On IP.com it is working fine

EDIT:
On one of my two SVN 251 IP Sites it is working fine.. the other one not.
I will keep it in my mind

TheSteffen [ Wed 12 Jan, 2011 20:28 ]
Post subject: Re: Icy Phoenix 1.3.11.64

Problem with event registration.

The reg is working fine.
But if some user have registered there and you want to close/delete the event erg

topic_reg is set to 0 in ip_topics (thats correct)
But the reg users are still in ip_registration and the topic in ip_registration_desc
They should be delete there

Question with topic_title_clean ...
For german, if you have "ü ö ß", it will be "u o sz"
but it should be "ue oe ss"
Not important

If you logout you will be redirected to forum.php
Is it right or should it be index.php?

If you have tag block enabled and you click on a tag to search

You get this if google saerch is enabled for guests

TheSteffen [ Fri 14 Jan, 2011 15:03 ]
Post subject: Re: Icy Phoenix 1.3.11.64

OPEN lang_faq.php
FIND

Code: [Hide] [Select]

REPLACE WITH

Code: [Hide] [Select]

spydie [ Fri 14 Jan, 2011 16:16 ]
Post subject: Re: Icy Phoenix 1.3.11.64

TheSteffen wrote: [View Post]
OPEN lang_faq.php
FIND

Code: [Hide] [Select]
Code: [Show]
<a href=\"downloads.php\">

REPLACE WITH

Code: [Hide] [Select]
Code: [Show]
<a href=\"dload.php\">

This is for ???

TheSteffen [ Fri 14 Jan, 2011 16:28 ]
Post subject: Re: Icy Phoenix 1.3.11.64

lang_faq.php

language/lang_yourlang/lang_faq.php
I think it is for all langs because the file downloads.php doesn't exist in icyphoenix

spydie [ Fri 14 Jan, 2011 16:39 ]
Post subject: Re: Icy Phoenix 1.3.11.64

downloads advanced is a plugin.

you´ll find it in extras in svn.

that´s probably why i don´t have this Bug. i´m using dl advanced

TheSteffen [ Fri 14 Jan, 2011 16:54 ]
Post subject: Re: Icy Phoenix 1.3.11.64

Ah OK, you are right... if you use the plugin it is working fine.
So we should find a way to work arround or simple delete this link

spydie [ Mon 17 Jan, 2011 13:30 ]
Post subject: Re: Icy Phoenix 1.3.11.64

hm

another idea.

add thumbnail cache cleaning in cron.

I´m curently working on a mod to add this to 1.3.0.53, cause some users asked for it.

I´ll post it here , when it´s done.

But i need some feedback, of what you think it´s better.

adding it as an aditional cron file or adding it directly to cron config in ACP

spydie [ Sun 23 Jan, 2011 11:51 ]
Post subject: Re: Icy Phoenix 1.3.11.64

Error in update to 255.

looks like theres something missing in update script, or not getting executed well.

i get this after update:

Spoiler: [ Show ]

I fixed this, changing the name of column IP_BLOCKS - BLOCKS_SETTINGS_ID to BS_ID direktly in the database

@MG: Your missing to rename this table in update script

Mighty Gorgon [ Thu 03 Feb, 2011 12:26 ]
Post subject: Re: Icy Phoenix 1.3.11.64

@ spydie: regarding cleaning thumbs cache, I would not empty it so often... that is needed to speed up page loadings, and images doesn't change in time (you delete them and they will be re-created identical! resources waste), so in my opinion there is no need to empty thumbnails unless that is for a very good reason.

Finally regarding the "missing rename" I guess the issue is linked to the fact that I didn't upgrade version number... so if you are going to update manually you need to force the version you are starting from... or manually change your current version in config table (decrease by one).

spydie [ Thu 03 Feb, 2011 15:24 ]
Post subject: Re: Icy Phoenix 1.3.11.64

well.

I did that mod for one of my users anyway, working well.

he requested it, because he´s using PSP signatures, and thats images , that need to update frequently.

I did know about that issue, and i recomended the users , not to use that option to often, because of resources.

But you know well. If it´s requested, we do it, even if we wan´t use it ourselfes

Mighty Gorgon [ Thu 03 Feb, 2011 15:47 ]
Post subject: Re: Icy Phoenix 1.3.11.64

You should have told me that before!

I have created a special function for images that don't need to be cached (but I don't remember if it works also for IP 1.3).

You just need to use this BBCODE:

Code: [Hide] [Select]

[img cache=false]YOURIMAGE[/img]

And the image included won't be cached at all.

spydie [ Thu 03 Feb, 2011 18:06 ]
Post subject: Re: Icy Phoenix 1.3.11.64

Good to know that, But try to explain that to Noob Users. The Admin might know about it, But you can´t check all the signatures of your Users

TheSteffen [ Thu 03 Feb, 2011 18:53 ]
Post subject: Re: Icy Phoenix 1.3.11.64

Maybe with sql in db like
search in _sig find [img] and replace it with [img cache=false]

Than you only have to care about new members

spydie [ Thu 03 Feb, 2011 20:13 ]
Post subject: Re: Icy Phoenix 1.3.11.64

got another idea.

add a boton to bbcodes and write some forum rules with image explanation into signature page

Mighty Gorgon [ Fri 11 Feb, 2011 10:33 ]
Post subject: Re: Icy Phoenix 1.3.11.64

There are some switches in BBCode which let the class knows if you are dealing with signatures or not...

Code: [Hide] [Select]

$bbcode->is_sig = true;

You can play with this check and create a special case in IMG parsing to force cache... it should not be tough... have a play!

spydie [ Fri 11 Feb, 2011 13:38 ]
Post subject: Re: Icy Phoenix 1.3.11.64

got a problem with adm/erc.php

It just wan´t update template settings, I just get an error from the request.

someone confirm this ??

Mighty Gorgon [ Fri 11 Feb, 2011 15:54 ]
Post subject: Re: Icy Phoenix 1.3.11.64

Maybe I forgot to define $cache as global there... I will check.

spydie [ Sun 13 Feb, 2011 20:39 ]
Post subject: Re: Icy Phoenix 1.3.11.64

One sugestion.

I´m considering to include one more permission option in CMS standart pages: "Privates"

Results, that the Chat for example, consumes about a 40% of resources, and if you can limit it to groups, its much less.

I´m implementing it for .53 but it should be avaible for new release aswell

Mighty Gorgon [ Sun 20 Feb, 2011 10:08 ]
Post subject: Re: Icy Phoenix 1.3.11.64

As an alternative way, you can create a new CMS page and then specify the permissions you want to have... or you can add CHAT as a block and you can play with permissions there as well.

Anyway, HPL implemented the new permissions system for CMS, but he didn't finish it for the dev release... it's on the To Do List before releasing, but still not sure if I'll implement it or not.

I'll let you know.

spydie [ Thu 24 Feb, 2011 10:05 ]
Post subject: Re: Icy Phoenix 1.3.11.64

Found something.

Let´s say, you go to ACP Group Administration and modify something, like Group name for example.

after saving it tells you that there´s 0 Users in that group, even if there´s 5 or more users for shure in the group.

I show you some examples.

Somebody can confirm this ??

Mighty Gorgon wrote: [View Post]
As an alternative way, you can create a new CMS page and then specify the permissions you want to have... or you can add CHAT as a block and you can play with permissions there as well.

The problem with this is, that users can still access ajax_chat.php directly. And if you give Mod permissions to chat.php users can´t access the block either , even if the block has got reg or group permission.

Icy Phoenix

News And Announcements - Icy Phoenix 1.3.11.64