V2.2.4 version Searchanise error.

Error

Searchanise: Searchanise registration is currently unavailable. Get the service updates at the official CS-Cart Twitter [url=http://twitter.com/searchanise]http://twitter.com/searchanise[/url]. We are sorry for the inconvenience.

Close

Warning

The “Age verification” add-on is not compatible with the “Searchanise” add-on and it has been disabled.





The product catalog is not synced with Searchanise yet. Please press “Sync” button to start.



i cannot find the “Sync” button ?



Please if anyone can help, live your message. Also CS support



Just wondering if the CS team has tested it or not before released…

start button.jpg

error.jpg

Hi,



yes we have encountered some server problems because of the high load, but they are being handled at the moment. The registration is closed now.



The sync button in not supposed to be displayed if you are not registered in the Searchanise system, so it's sort of OK. Just wait until we open the registration again and you will be able to sync your store with Searchanise.



Also, the Age Verification add-on is indeed incompatible with Searchanise, there are some technical obstacles to remove it now.



Sorry for the inconvenience and thanks for understanding.

Where can one find documentation on Searchanise and/or specs of what it's doing.

Since this seems to be out of the merchant's domain/control, can you explain exactly what it is doing, how it does it and what the expected result is to be?

Did they implement this in to the pro version too? I know it is in the community version and personally I do not like it. I don't really like anything that has to call another server just for a customer to able to search my site. Since I've already had this delay issue in the past and now they have had it again, it just does not seem like a great idea.

Yes it is in PRO.



I would never enable a search activity that goes off-site for anything when I can't find any documentation and there is not a reputable name associated with it like Google.com.



I'm guessing that cs-cart is trying to capture product info and then to aggregate that for a general search result from the Big 3… But that's just a guess. I.e. merchants would be providing free info to cs-cart to generate revenue from…



Hopefully they will dispute this and actually tell us what they are doing.



No docs, no use. I'm certainly not going to dig through the code to figure out what they're doing this time around.

Yikes! No offense to CS, but I am not liking the “external” things they are trying to do outside of the cart yet. I am getting ready to turn off one mod because it responds slow while the “busy” season heats up. The last thing I need is another external site to bog down and negatively affect me. Not to mention, if they are doing what you are suggesting then I am very unhappy with it.



Another one that I'm staying away from so far is “Twigmo”. I see no reason a mobile shopping function cannot reside right in the shopping cart and not need a third party. While I still do not fully understand how it works, I again do not like when my site needs to rely on a 3rd party site that has multiple websites that need to rely on it.

I think you'll find the reason for Twigmo is that then only one instance of the “App” is needed in the “Market”. Otherwise, each store owner would have to register and get approved for their unique store app to get it published. Using Twigmo as the go-between lets them market one app for all.



Seems like a real mobile-skin that ran in the mobile browser would be a much better solution than an 'app'. Maybe in 3.x?



I haven't messed with mobile apps much at this point so my hypothesis above is a good WAG.

[quote name='tbirnseth' timestamp='1321999458' post='126564']

I would never enable a search activity that goes off-site for anything when I can't find any documentation and there is not a reputable name associated with it like Google.com.

[/quote]



The documentation is not available at the time. Our top priority now is to bring Searchanise back and guarantee its stable work. The docs will be written and shared as soon as we have time for it.


[quote name='tbirnseth' timestamp='1321999458' post='126564']

I'm guessing that cs-cart is trying to capture product info and then to aggregate that for a general search result from the Big 3… But that's just a guess. I.e. merchants would be providing free info to cs-cart to generate revenue from…

[/quote]



Searchanise collects product info only for indexing, it is not shared with any third parties.

[quote]Searchanise collects product info only for indexing, it is not shared with any third parties.[/quote]



Where can we read the “Privacy Statement” regarding this new & mysterious service? :mellow:

@kmolchanov - That's good to hear about use of data.



However, why is anything going off site? The data is all local. Why would I (as a merchant) want to have the indexes for my search somewhere on the internet rather than in my own database that I have control and responsibility over? How would I explain this to my customers and how do I include the fact that my site search functions send/receive data from an outside site that I have no access to nor any information on?



How you are approaching this seems very backward to me and full of liability for both cs-cart and every merchant that is a user of cs-cart.



2-3 paragraphs here explaining what is done would be very helpful for us to understand.

I'm not a search guru, but I really do not see what is wrong with the normal cart search. It does fine for me and without a doubt it just does NOT make sense to rely on a 3rd party (like searchinese).



Years ago, before I had a database that was easier to search, I had a 3rd party script and not only did the search stink, but there were security issues. It was the primary reason I went from a static html page to a database driven website. Originally I used Storefront.net, but then switched to CS-Cart. This move on taking the search to a 3rd party, external site just seems to be going backwards.

[quote name='clips' timestamp='1322578294' post='126931']

I'm not a search guru, but I really do not see what is wrong with the normal cart search. It does fine for me and without a doubt it just does NOT make sense to rely on a 3rd party (like searchinese).



Years ago, before I had a database that was easier to search, I had a 3rd party script and not only did the search stink, but there were security issues. It was the primary reason I went from a static html page to a database driven website. Originally I used Storefront.net, but then switched to CS-Cart. This move on taking the search to a 3rd party, external site just seems to be going backwards.

[/quote]

AGREED! The CS-Cart trend toward 3rd parties is not good. Twigmo and Searchanise are the examples I'm thinking of . . . both are 3rd party apps that promise the world and deliver nothing but trouble! CS-Cart, basic functionality like search and mobile (i.e. touch screen) should be BUILT IN to the cart, not outsourced causing us more headaches and instability!

[quote]AGREED! The CS-Cart trend toward 3rd parties is not good. Twigmo and Searchanise are the examples I’m thinking of . . . both are 3rd party apps that promise the world and deliver nothing but trouble! CS-Cart, basic functionality like search and mobile (i.e. touch screen) should be BUILT IN to the cart[/quote]



Double Ditto,



Requiring an external connection for these features to function properly is most likely a bad idea that causes legitimate concern for most business owners/managers. I for one will have no further interest in either of these features because of these external connections. ^_^

The two functions are completely different.



For Seachanise, I completely agree since it seems like a waste and a potential performance/security issue.



However, for Twigmo, it is important so that only 1 app has to be certified by the app stores rather than every merchant having to get certification before they can make it available to their customers. I.e. it's the APP your are certifying, not the site content nor the underlying theme.



If you want a mobile web page skin, that's quite different than an app and could be done as a skin in the store. However it's a lot of work and would probably become an upgrade nightmare if not produced and supported by cs-cart.

I do understand what you are explaining Tony, as well as the licensing issue with Twigmo.



This is only my opinion, although simply because twigmo does require an outside connection in itself is reason that I would never consider implementing it on our site or sites. The ability to display our site on a mobile web skin is not considered to be important enough to me to to run any type of security risks or deal with any potential connection error related problems in implementing it in it’s current design.



So yes, in our case, I am far more concerned with the searchandise (or whatever it is referred to) data collection approach search mechanism. ;)



Guess I would consider it to be a bad business decision that our friends at CS-Cart might want to re-consider.

We did upgrade 1 of our pro sites to 2.2.4 and at that point you have an option to use the Searchanise or not. I have not installed mine and prefer not to. I guess it is good they make it an option.



On the Twigmo, I'm still just not sold on having to use something like this that operates using a 3rd party server.

[quote]you have an option to use the Searchanise or not. I have not installed mine and prefer not to. I guess it is good they make it an option.[/quote]



Very good!



So now I can just view searchandise as bloatcode. :)