Hello!

I have a fresh source as well as remote installation. During the installation on both, it said that FTP settings are fine. Also the checksite function of the component says that the site is fine and published.

I have also tried to imported categories but it does not. It also does not send contents.

I send alongwith a full debug.

Is it possible to find out where the problem is?

Hi!

Well, I think the problem could be caused by a permissions issue.
I'll tell you some tests you can do to check what's happening:

1) Can you check if the file wrapperMySQL.php is located in the root directory of the remote Joomla sites?
This file is needed there, and it is suppossed to be sent everytime you add a site to your list or you check a site.
If you can not find it , the problem might be that the file can't be writen in the root directory, probably because of permissions so you will have either copy it manually or allow the writting permissions to that directory.

2) You also have to allow writing permissions for the component folder --> administrator/components/com_multip

3) When you load the screen "Send Content", are the remote categories loaded correctly ?? I mean, the categories belonging to the remote sites that should be loaded in the dropdown menu.

The dropdown is under "Destination category for content". I want to know if each dropdown menu is loaded with the remote categories . If there are no categories created in the remote sites, please create some dummy section/categories in them (like you do usually) and, after that, see if that dropdown loads them (not only
the Uncategorized or blank.

4) Then, also check in every remote site, if the article has been sent to the "Uncategorized" section. Check it from the administrator backend.

Jooglar wrote:

1) Can you check if the file wrapperMySQL.php is located in the root directory of the remote Joomla sites?
This file is needed there, and it is suppossed to be sent everytime you add a site to your list or you check a site.

It was NOT located in the root directory. Ofcourse that was permissions problem. I have now copies it into all the root directories of remote installation.


2) You also have to allow writing permissions for the component folder --> administrator/components/com_multip

I have changed to 777.

3) When you load the screen "Send Content", are the remote categories loaded correctly ?? I mean, the categories belonging to the remote sites that should be loaded in the dropdown menu.

The dropdown is under "Destination category for content". I want to know if each dropdown menu is loaded with the remote categories . If there are no categories created in the remote sites, please create some dummy section/categories in them (like you do usually) and, after that, see if that dropdown loads them (not only
the Uncategorized or blank.


I created one xxx_category + yyy_section in the remote site. Should this appear in the source site where the component is installed, in the admin section of multip under?

Currently, it only shows under Destination Category for content "Uncategorized". This means that the categories of the remote is not being shown, if it was supposed to.

This also means that the scripts are lying and offering inaccurate information in many areas.

It says that the site is OK. Well, the site is not OK, because it cannot send the content. Below:

"You can copy it into the selected remote sites."

I choose to intert or create and click to proceed.

After sending the categories to the remote site, it says "Categories succesfully loaded in the remote sites". This is not correct. There are no categories created.

The sites are published and status is OK, checked.

Mostlikely the problem is either in permission or in the connection.

Here, it would be better to have it very clear what needs to be done so that everyone who wants to use it could follow my problem and also that you could write some more FAQs.

I hope that I can send some categories and articles some day.

Thanks.

Hi,

Instead of a refund, I would be interested to go for a debugging and having it worked.

I have changed the permission of the root folder to 777, to find it out if the problem was the permission.

Now the categories are not loaded in the source dropdown "Destination Category for content" DOES NOT APPEAR! Now the database connection details are in the source db and therefore there should be no problems in connection and generating the dropdown.

I beleive that the php scripts of remote installation should not come into the picture at all.

All the directories and databases are on the same server.

Most important is that you make some modification in your scripts so that it does NOT LIE. If it cannot make a real connection and generate the category dropdown than it should say this.

Now why does it say that the sites are OK when no contents are being sent?

Hi!

I see that you are getting the error is quite strange.

Is it possible if I have admin access to the site where you have the component installed?

Thanks.

Hi,
Jooglar wrote:

I see that you are getting the error is quite strange.

No. The erason is because the component has NOT undergone a vigorous testing in several conditions. It begins with my environment.

I just really think that you urgently need to develop some more debugging routines that tells some more details in regards to what it is doing actually.

It is unprofessional to say that it will not work. Better is to say that the component is to be tested on different environments. Test it, develop it, modify it. After all all the good programmers do like challanges. Now to be very honest, I see no special environment in my case and I see no erason why it should not work.


Is it possible if I have admin access to the site where you have the component installed?

This is not possible as in the protected directory it is not just one directory but several others.

However, if you send me a new license key to be installed in a different directory, I could make some duplicate installations with your admin access.

Again, in my honest opinion, you will have a lot of headaches by developing some more messages and debugging without having admin access. But then it will help in future development and for others too.

Also, I would be very happy if this discussion and support given i.e. q + a to be more repeatidly and frequent. With this frequency, you will have kind of 2 components installed in one year, with people having problems like myself...

After all all the good programmers do like challenges. Yes. And also, they know that every software has its limitations. If I had time, money and people with me, this would be no problem.
The resources I have for programming are very limited and as you see, I don't intend to create the definite component. To be honest, I am conscious that it needs further development and testing but I have seen that it is not worth it for me to make it work on absolute every PC. If I wanted that, I should make a much more big effort and the component maybe had to cost 99€ and not 9.99€
I am conscious that I'll lose customers by this, but the software is what you see and if it doesn't work for you, maybe you'll have wait to new versions.

This component is the only one I make money with from this site. It is not much, I am not living with it. And as you see, all the other components are free and open source. That's my little gift to the community.

I know that programming requires some practices to be followed but, as you should know, they need time, people, money.
The Multi Publishing Content component does not pretend to be the best component in the world, it has its limitations and I know. That's why people have to download a trial before the purchase. If they like it , it's ok to buy it. If they don't that's fine too!

A further debugging as your case requires needs much time and, at this moment I am not able to help you at that level, I could help you with a basic support, as you see in most of the posts in this forum.This is not a solution but you should have downloaded a trial version. As I told before I am not interested to make this component work on absolute every PC because it would take long enough to rise its price ten or twenty times.

Regards,
Raúl.

Hi,

I am amazed why you deleted my last post!

Further, I found the query.txt outside i.e. two directories up or outside of the joomla root of the remote installation.

Is this intended?

Of course I DID NOT DELETE any post. This could have been some kind of forum failure.
Please check carefully before you post things like this.

Regarding the query.txt file, it is very good to know that!
I think it is possible that the settings of the remote are not correct. Probably you set a wrong directory setting for the remote Joomla site. So, if you found that file in the directory, e.g. , /html/www/query.txt but your remote installation is in /html/www/Joomlasite, you should change the "Root directory" to /Joomlasite instead of /

Please try that and tell results

Hi,

Ofcourse I did post. It got disappeared. I am not that young to play here with such lies, my friend. It may well be due to the upgrade you made today.

Regardless of that, we are now one step further. In a nutshell:

1) Before the wrapperSQL.php was getting in the wrong directtories. I placed it correct.

2) Before the query.txt generated and placed in the in the wrong directory of remote installation. Now changing the root directory and correcting it, it is being placed in the right directory.

The categories are still not getting generated in the dropdown of source installation. The content is also not being sent to the remote.

Any further ideas?

BTW, my earlier post said that i am willing to stop trouble shooting with you, if you are not interested. I do not care, if you do not. I am used to such problems and if you are interested to continue, I repeat only if you are interested, I will trouble-shoot further and invest my time. If not, I will give up.

Well, if the query.txt appeared automatically in the remote site it means that by some way the FTP connection is successful.
But the component should place the wrapperMySQL.php in the same directory, automatically.
Now you changed the root directory to the right one it should be done.

Before that, let's try this:
1) Edit the wrapperMySQL.php from your component admin folder, and comment this line (line 39, I think):

Code: :

unlink($archivo);

2) Now, delete those two files from the remote site and then , from the main site, go to the "Sites" section and hit "Check Site" button. A wrapperMySQL.php and query.txt should appear now in the remote site (root folder).

Try with that, please, maybe the permission problem does not let the unlink function in the remote site and it returns an invalid value.

I am writing a php script right now for you, so we can see if the component can execute remote queries
Let's trace it!

Hi!

Where do I find the component files?

There are NO files in the directory /administrator/components/com_multip!

Should something be in there?

May be this is the reason why nothing is happening, if the files are missing...

Ummmmm....
Both should be in the folder you've just mentioned. Maybe did you accidentally delete them? Anyway, you can get them from any newly downloaded zip file of the component.

Hi!

I just now checked all the component files in my local computer and there are not anywhere in the source installation of my server!

Uh, the component does not seem to be installed and there are bugs in the installation routines.

Can you describe a bit more as to which files needs to be placed where.

This is the biggest problem purchasing an encrypted versions. I have practically stopped buying an encrypted version since many years and have actively supported open source. Now it is a bit unfortunate to work with your encrypted version. Would you not consider offering an open source?

Hi,

Sorry. This was a mistake. I was already outside of the administrator directory and saw there was nothing.

Under the administrator directory, all the component files are in there in the com_multip!

So I will unlink the line and tell you what happens...