Integrate with Domain Access

What about a hook that would allow you to alter the link. Based on your comment I assume that Domain Access allows for running cron.php on only one domain and thus the problem becomes how to replace the base_url generated in the report for each different domain. A hook_xmlsitemap_link_alter() could allow you to replace the $base_url value with an '@base_url' token string on write and then replace the '@base_url' token string with the new value of $base_url on display of the sitemap.

This sounds a bit cumbersome and may be slower than you desire it to be but is about the only option I can think of where you only execute cron.php on one domain. This is more a feature request that a support request in that you are asking for coordinated work.

We're already using custom_url_rewrite_outbound() in Domain Access, so I wonder if that logic is getting applied. (I also wonder if node access rules are being applied).

DA's cron hook also fires an internal hook_domaincron() that should allow for cron-per-domain functionality.

I think we may also have to account for a site map per domain, and my understanding is that XML SiteMap only generates one file, which doesn't work in the DA use-case.

This is one of those features/issue I just haven't had time for.

We're already using custom_url_rewrite_outbound() in Domain Access, so I wonder if that logic is getting applied. (I also wonder if node access rules are being applied).

Module weight issue perhaps?

DA's cron hook also fires an internal hook_domaincron() that should allow for cron-per-domain functionality.

Maybe rewrite the global xmlsitemap for each domain to its own file manipulating the base_url value. Does DA control the files variable so that each site has its own directory appended? Something like files/[domain_id]/xmlsitemap/ may help.

This is one of those features/issue I just haven't had time for.

We all have to set priorities and more recent issues take precedence over previous ones. Don't feel badly.

Re #1: We can't use xmlsitemap_link_alter() because that's run before data is inserted/updated into the database. And we don't store the full path to the link, only the relative part (e.g. node/1).

We don't use db_rewrite_sql() because we don't generate the data when we also generate the sitemap files. We populate the {xmlsitemap} data during cron and instead of using db_rewrite_sql() we use node_access() on each individual node.

I don't easily see a solution right away.

Hm.

We can control the files variable for individual actions while generating the files (I use this in Domain Theme). Early tests on globally changing the files directory for all file handling failed.

In any event, I see a bridge module handling this.

I think the code for the integration between XML sitemap, and Domain access should rather be in a third-party module, not a module included with XML sitemap. The number of users using both the modules should be very limited.

FYI This would not be very high on my priority list since I don't use the Domain Access module. This would need someone to step up and contribute it. Marking as postponed for now.

Subscribing.

FYI there's also a new hook now called hook_xmlsitemap_query_alter() that can be used to alter what data is selected for the sitemap. It might be of use somehow for this purpose. It came in very handy writing a sub-module to integrate the content selection of i18n w/ xmlsitemap.

But that would still only output one file, right?

Do we have a setting or variable that controls the name of the output file?

Hmm, yeah we'd need something more for Domain access. I'm going to stop trying to figure this out right now since my head is exploding. :)

It's one of those things I could figure out, given 4 hours. Maybe in Paris....

Let me know what would need to be altered to make domain access integration work.

I suspect you need an argument for domain handling, similar to the argument for for $language in the _chunk() functions.

Subscribing. Would be great to have this working!

Subs. +1

Subscribing

subscribing

This is quite essential, evoking this again.

@chawl And what are you doing to help the process?

Yes, I am trying to figure out the code, but this seems quite beyond my skills. Then I tried to check what vox populi might say.

This is kind of the one big issue that would be holding me back from a 2.0 release because I know that getting the module to support Domain access is going to require a change in the APIs. I'd like to avoid doing that post-2.0 but if I'm nearing an official 2.0 release I don't want to postpone it.

This bridge just became a requirement for a project of mine so sub as well.

Well, I'll try toi look again this weekend, but my initial research suggests that the _chunk functions need an additional argument. Maybe a $context array that allows for the creation and loading of different sitemaps based on conditions.

Perhaps a refactor of the existing $language code to be abstracted as a $context might be the first step?

Please don't get me hurrying you up, but... is there any chance
for XML Sitemap and Domain Access working together? :]

Big thanks for your work, guys,
Szy.

subscribing

Hi

I have two domains pointing to one site chiprv.org and chiprv.dev.triocircle.com.
The problem is that I have installed xmlsitemap throught chiprv.org and I am getting error when navigating to chiprv.org/sitemap.xml but then it is working for chiprv.dev.triocircle.com/sitemap.xml. I am unable to figure out the problem.

Thanks

@ansari.wajid: You fail to understand what we've been trying to tell you. I'm sick of correcting your "noise" in these issues and I hate using all caps. But maybe you'll read it this time:

STOP POSTING THE SAME COMMENT IN ISSUES THAT ARE NOT RELATED TO YOU PROBLEM.

STOP POSTING TO CLOSED ISSUES UNLESS IT WAS CLOSED RECENTLY AND YOU HAVE READ THE ENTIRE THREAD AND ARE HAVING THE EXACT SAME PROBLEM

OPEN A NEW ISSUE IF THERE ISN'T AN EXISTING, RELATED, OPEN ISSUE THAT IS ABOUT YOUR SAME PROBLEM OR IF YOU ARE JUST UNSURE.

You have not specified you are using Domain Access, which is what this report is about.

I could hear you shouting half way around the globe... although Wajid is located a bit further away I would say he should get the message now ;)

On topic: I gave integration a shot but mainly due to lack of time and knowledge I failed horribly :(

Cheers