Yep, I understand the logic of topics' numbering and overall DB functioning (autoincrements and so on). Topic IDs should not change... but they did :logik:
It's not a big problem right now, because I already relinked posts and topics again. But I'm little bit afraid if it could happen again in future.
I tried to recall what I did prior to this IDs change, but didn't remember anything noticable. I had suspicion it was some problem on hosting and at some moment DB was recovered from backup. But it's not likely to be true because normal backup contains record ID's too...
Anyway it's good to hear that such change should not happen by itself, thanks.
I have Wordpress blog integrated with IPB: WP post's comments are duplicated in forum topics and back. It's done by small plugin which controls link between WP posts and IPB topics via separate DB table with WP post IDs and corresponding IPB topics IDs. Everything works fine.
But one day I've discovered that the most part of links are broken because topic IDs suddenly changed. At first their IDs were in range about 1000-2000 and now they are in range 2000-3000, like all of them were reimported or something like that.
I didn't notice the exact moment when IDs changed - may be it was Board upgrade from 3.3.1 to 3.3.3 or may be it was installation of some app from Marketplace, I don't know. And my question is - how this could happen? What operations could cause topic IDs to be changed? I want to prevent such changes in future or at least be prepared for them.
At the moment we can add ONE product to cart with link:
Request is to make it possible to add several products at once by specifing the list of product IDs: ...& id=1,2,3 &...
I need this to advertise and sell product bundles from Wordpress blog posts (not from Nexus storefront).
Trying to fix the error myself. As I can see, the validatePayment() function is not even called when user returning from payment system back to the shop. I've set some debug traps in it, but they are not executed.
Webserver logs show:
And the actual page contents says: Error - Could not locate invoice.
I've fixed the return array format as required by the latest docs, but it doesn't matter if the validatePayment function is not executed at all.
// Should I start a new topic for this or leave it here?
188.8.131.52 - - [23/Jul/2012:15:40:02 +0400] "POST /club/index.php?app=nexus&module=payments§ion=receive&validate=robokassa HTTP/1.1" 500 29251 "-" ".NET Framework/v4.0.30319" "-"
[quote name='Marcher Technologies' timestamp='1343034865' post='2290046']
They are significant... you speak of an IPB downgrade as well.... <3.3.x wont run 1.5.x and 3.3.x won't run <1.5.x... So I would hazard that is not wise to attempt honestly.