dontwonnatellyou

Well,
it seems that now it works.

Thank you

• This reply was modified 4 years, 11 months ago by dontwonnatellyou.

Thanks, that was quick, as always.

The matter is resolved.

Cheers

hi, i thing i didn’t explain it well, or i overcomplicated it.

Some products have a custom attribute (called previous-id), some products don’t have this attribute.

If i make a feed with no rule, the feed is fine, everything seems correct (see right side feed). You can also see the mappings of feed at bottom right.

Now, if i make a rule (you can see the rule at bottom left), that says “if custom attribute previous-id is empty, then show me the product id”, the results are not correct. (this is the left feed) .

You can see that it behaves like the custom attribute is empty in all products.It replaces the custom attribute previous-id with product-id regardless if previous-id is empty or not.

attached picture

Issue has been solved.

Thank you, for your great support.

• This reply was modified 5 years, 5 months ago by dontwonnatellyou.

Hi,

Thank you for your reply.

I think that we are going to have a problem with our marketing channel (skroutz) with the suggested solution .

We had products with variations before, and we didn’t had any problems so far. Did anything changed in your add-on or did wordpress changed something?

What i really don’t understand is the following image. (https://drive.google.com/open?id=13D1JpV4KPQO8ROBtdjjEScfIkZQPAeDJ).

The left feed is the one serving to our marketting channel right now (updated every hour), and the right feed is the test feed i send it to you.
Same product(id 2906-5, product was created about a year ago), but different titles. The old (official) feed is still sending the correct data to our marketting channel, new feed sends wrong data.

But in the new products, both feeds send incorrect data for title.

Thanks in advance
manos

Thanks for your quick reply.

The attribute names (in question) are :

(i) Διαστ?σει? (slug is the same), possible values (for example : ΠΖ No 463 // 93 x 36 εκ , ΠΖ Νο 409 // 37 x 17, etc).
(ii) Χρ?μα (slug is same), possible values (for example: κ?τρινο, κ?κκινο, τερακ?τα).

In the middle time, i made a test product with all possible attributes & values we have, and we have the same problem in all attributes in new products. …
(More attributes & values)
(iii) Εγγυ?ση , possible values (10 ?τη, 3 ?τη, …)
(iv) Ποικιλ?α, possible values (αθ?ρι, αγιωργ?τικο, …)
etc..

Here is a temp feed i made : https://e-paradeisos.gr/wp-content/uploads/woo-product-feed-pro/xml/JoYt2s8f2oSmBCZfnIjzyl5iTBf9ix3k.xml

Wordpress version 5.2.3–el, woocommerce 3.7.0

Hi Eva,

Thank you for your answer.

Noticed that this happens only in products that they have no variations (simple products).

Tried to check the problem myself, so i might be totally wrong in the following (i don’t know much about programming and stuff) :

Found that there is a file woosea_validation.js. In that there is a check about the optimized title field & the regular expression used is
re = /^[a-zA-Z0-9-_. ]*$/.

I need to use Greek title for my products, and i don’t think that this expression let Greek characters pass, am i right?

If that is the case then this validation expression doesn’t suit me, hence the error message. (Sorry, only letters, numbers, whitespaces, -, . and _ are allowed for the optimized title field.)

Back to my problem i don’t really understand what happens and the editor of wordpress, changes greek letters to percent encodings, for the time being i found that if i leave empty the optimized title field it, i have greek characters in Xml. So, …

Can’t say that the matter is solved, but at least i found a workaround for the time beeing.

Thanks for your time
manos

• This reply was modified 6 years, 8 months ago by dontwonnatellyou.
• This reply was modified 6 years, 8 months ago by dontwonnatellyou.

In test system i have version 3.2.2 and it works fine .

In productive system i have version 3.3.1 and works as stated above.

• This reply was modified 6 years, 8 months ago by dontwonnatellyou.

Thank you for your quick answer.

I did test it also, and i had similar results. I ll search more about it, and if i find anything useful i ll post it here.

Have fun
manos

You’ve said very little about what was happening ??

Yap, didn’t won’t to come here.. shout about something like this.

I haven’t seen other e-shop platforms advertise their backend url (prestashop,magento,..) or wordpress, and i can’t understand why a platform in its default has something like this so obvious, simple security features should be an inherited characteristic of the philosophy of their creators, not cause an overhead, or be custom made. i am pretty sure that if someone wants to mask it, (s)he can.

In any case, thanks for your time.
Have fun
manos

That was fasssst.

Thank you and good luck with the paid version.

Have fun

Like i said before there are other ways too strengthen the security of a site, one of them is to hide the admin page.

If you do a simple Cnt+U in a woocommerce site you can see the following :

“ajax_url”:”\/w4\/wp-HIDDEN-ADMIN-PAGE\/admin-ajax.php”,”wc_ajax_url”

i don’t regard this as a good practice.

Regards

Hi Joris,

i don’t believe that is a good practice to make the url admin page so obvious.

One of the things i do to enhance security in every site (including wordpress) is to hide my admin page in a different folder. But when i installed adTribes.io plugin the ajaxurl was (one of the plugins) that pointed to the “hidden” admin page.

Regards