OSCLASS TABLE SUGGESTION

[aks]

TABLE CREATED BY ALL PLUGINS SHOULD HAVE A PREFIX "OP"
SO THAT THEY COME IN ORDER..
AND ANYONE CAN EASILY EXPORT THEM IF HE WANTS TO MOVE TO NEW PLATFORM...WITH ALL HIS PLUGINS DATA

[aks]

currently there is much confusion which tables belong to plugins

[dev101]

Nice suggestion aks! Trouble is, there are many authors of the plugins, official and not-official, and many plugins are abandoned, but still work with latest version. So, If you don't mind you can manually rename table prefixes in your db and then carefully edit all the plugin files you use, without plugin re/install. Hopefully that should work.

[aks]

the thing is..i upgraded from 3.0.2 to 3.2.1.. i did a lot of customization everywhere.. now i want to move all my plugins with old data to new installation 3.2.1...  because i think my upgrade did not happen correctly...

if i want to use an installed plugin then it should be a copy paste job + .sql table run job only..

e.g. if i want to move pm plugin(with data) then i should be able to copy paste pm plugin folder+ export and run .sql to new installation...and it should be installed there

[_CONEJO]

I see different problems.

1.- Table prefixes are set by the user. You may only have one installation of Osclass in your database, but some people could have several, so the prefix is different (I do have 6 or 7 for testing, for example). If several installations share the same database, the prefix should not be the same for all of them

2.- Another idea is to have something like PREFIX_t_table for Osclass and PREFIX_pt_table for plugins , but that's up to plugins' developer, that doesn't fix anything at all. pt_table1 could depend on pt_table2 and we still have the same problem

3.- You should not copy the data only of your plugins to a new installations. Some plugins may depend on data of osclass' tables (like items or users) and the import/export will not work properly is some references are missing.

[frosticek]

@aks

Why you did not upgraded directly your existing website but made new installation? It is the best way.

[aks]

OK.. I GOT.. BUT THERE SHOULD BE SOME WAY TO IDENTIFY TABLES USED IN A PLUGIN also
---
I WAS USING MODERN THEME.. WITH 3.0.2 AND DID A TONS OF CHANGES IN THEME...
THEN I UPGRADED TO 3.2.1..  NOW MY CONCERNS ARE..

1.PLUGIN'S CONFIGURE LINK NOT VISIBLE
2.SOME PLUGIN NOT WORKING

NOW AM STUCKED.. I DONT WANT TO LOOSE PLUGIN'S CUSTOMIZATION/DATA...

THANKS
AKS

[_CONEJO]

1.PLUGIN'S CONFIGURE LINK NOT VISIBLE
2.SOME PLUGIN NOT WORKING

1.- Not every plugin has a configure link
2.- Some plugin may not be compatible with newer versions, ask the author of the plugins

[aks]

hi conejo, yes,you are right. but.. e.g. PM plugin.. configure link does not appear..PFA
its happening with other plugin also

[trains58554]

Hi aks,

The pm plugin does not use the configure link on the plugin listing page. That is why you do not see it.

Jay

[aks]

hi Jay,

it appears on one installation, but not on 2nd installation.. see image
so am not able to configure..

it seems my upgrade is not able to read osclass version...may be..

[aks]

Hi Jay,

I did some work..

I changed
osc_add_hook(__FILE__ . "_configure", 'osclass_pm_config');
to
osc_add_hook(osc_plugin_path( __FILE__ ) . '_configure', 'osclass_pm_config');

and configure link appeared now.. thanks.

[trains58554]

Ah I will have to update that in the plugin. Thanks I had forgotten that I do use the configure link.

Jay

[aks]

 

[aks]

HI JAY.. SAME ISSUE WITH NAVIGATE PLUGIN..

NOW AM 98% SURE ABOUT MY UPGRADE.. THAT EVERYTHING WAS FINE..

BUT Advanced Ad Management PLUGINS IS STOPPING THE FUNCTIONALITY OF SEARCH.