Paul Vek
Forum Replies Created
-
Forum: Plugins
In reply to: [WooCommerce] Some errors after migrations and use HPOSYes, Our site is active, has visitors and sales.
Forum: Plugins
In reply to: [WooCommerce] Some errors after migrations and use HPOShere is features settings

and scheduled items. (After a day of reactivating compatibility mode, they are still pending).
Forum: Plugins
In reply to: [WooCommerce] Some errors after migrations and use HPOSthanks @doublezed2
I explained my concerns about reactivating it. Is there any problem if I reactivate it?
Now I have kept HPOS and compatibility enabled again, right?
How many days should this state be maintained and after how many days should I remove the compatibility check? (disable) and only HPOS remains active? And then it’s over?Forum: Plugins
In reply to: [WooCommerce] Some errors after migrations and use HPOSsorry I forgot to paste my gist link to my Previous answer. now I put this to the below line:
https://gist.github.com/paulvek/4fd1b1698d8a7fd8728cce14b7004027
Please read both my answers.
Forum: Plugins
In reply to: [WooCommerce] Some errors after migrations and use HPOSHello @doublezed2 thank you for your response
I didn’t keep it active for long time maybe 6 hours. I had read the instructions you sent. But when I felt the process was complete and the high performance activation option was enabled I enabled it and disabled the compatibility option.
I don’t think there is anything wrong with my method. I feel you should have considered a better mechanism for HPOS. After all this time, it is still a big challenge to transition to it.
However, I got those errors but I’m still using the new feature, if there’s any problem, I’m afraid to go back to the previous state in case there’s a problem with the data.
I went to take a look at that section, to my surprise I saw a few tables waiting to be synced. I had done it once. And I had kept the HPOS mode active, however, it seems that there are still things in the process waiting for the command to execute and synchronize. I don’t know, maybe this is not needed and there is no need for this work, and this is for the opposite mode, that is, instead of transferring to the orders table, it transfers from the orders table to the posts table.
https://i.imgur.com/eWowHFu.png
HPOS is a good feature, but even for me, who knows about WordPress development and has a hand in programming to some extent, this process is boring, uncertain, and daunting!
Forum: Plugins
In reply to: [ووکامرس فارسی] مشکل ذخیره نشدن تنظیمات جدید در پلاگیناین مشکل با یکبار حذف کامل پلاگین و نصب مجدد حل شد اما مشکلات دیگر که در تاپیک های قبلی ذکر شده بودند هنوز حل نشده باقی مانده اند. موفق باشید
Forum: Plugins
In reply to: [ووکامرس فارسی] مشکل جدی فایلهای ترجمه و باگ مهم در افزونهبسیارخب
مثلا زمانی که یک محصول رو به سبد اضافه میکنیم نام محصول رو مینوسه همراه با
has been added to your cart
یا لغو سفارش به صورت
cancel order
و … اما با کمال تعجب در نسخه ووکامرس 8.5.2 فعلا دارم این موارد رو نمیبینم
ولی برخی مشکلات دیگر پلاگین مثل ترجمه نامناسب برخی کلمات و جملات و کار نکردن حلقه های ترجمه و عدم امکان تغییر در فایل های زبان و دستیابی به ترجمه دلخواه چیزهائیه که خیلی وقته گزارش شده و ممنون میشم رسیدگی کنید
من تواما وقتی این مشکلات رو دیدم که هم پلاگین آپدیت شده بود و هم جهت دستیابی به ترجمه دلخواه فایل های زبان رو ویرایش کردم ولی بعد از اون حتی با جایگزینی نسخه پلاگین به رسمی و حتی نسخه ای که از پرشین اسکریپت فرستادید و تست و بررسی هر مورد دیگر هم باز درست نشد.
از طرفی کار نکردن حلقه های ترجمه از طرفی سلیقه های مختلف در جمله بندی که مورد نیاز افراد مختلف و کسب و کارهای با مدل های مختلفه و همچنین بهم خوردن ترجمه و بروز مشکلات جدید در صورتی تغییر در فایل های ترجمه افزونه باعث میشه که از هر سمت و سو دستمون بسته باشه
طوریه که وقتی در فایل ترجمه تغییر ایجاد میشه یا به همون ترجمه قبلی برمیگرده یا اینکه به دلیل مغایرت نسخه اصلی در مخزن و نسخه ای که در هاست وجود داره تعداد همون فایل های جیسون بیشتر بشه همچنین برخی مشکلات بوجود بیاد. یا بهتره این مشکلات حل بشه و امکان ویرایش و جایگزینی دستی فایل های زبان وجود داشته باشه یا اینکه دست کم بخش حلقه های ترجمه مانند قبل درست بشه تا از اونجا بشه تغییرات دلخواه رو بدون ویرایش و دستکاری فایل اصلی تغییر داد
ولی اگه بخش حلقه های ترجمه روی پرفرمنس اصلی افزونه و کارکرد سایت تاثیر میذاره و کوئری های سنگین ایجاد میکنه. یا سایر کدها به زبان های مختلف فورس میشه. این باعث میشه که ارزشش رو نداشته باشه و در صورتی که سرعت سایت رو پایین بیاره و مشکلات و درگیری های مختلف بوجود بیاره اگه کلا از پلاگین حذف بشه بهتره چون همین الان هم مدت هاست کار نمیکنه اما همچنان در پلاگین وجود داره
به هر حال متشکرم از شماو هرچند خیلی دیر پاسخ دادید به هر حال یک تاپیک دیگر رو در زیر لینک میکنم میتونید مشاهده بفرمایید در مورد فرمت استاندارد فایل زبان و…. موفق باشید
Hi @shameemreza
You have definitely done an important and great work and it is very important for marketing and selling the site. You were kind and worked hard and thank you.
Yes, I have seen this option in the plugin settings. My words were about time and giving importance to some other things like product optimization.
Of course, this will be a very big difficult, and challenging task. There is a possibility of many interactions in the products sector. until full compatibility… but the more it is left, the more it accumulates and the more difficult it will be in the future. If you can, please start working on product optimizations with your friends. Thank you very much. We are always grateful to you.Forum: Plugins
In reply to: [WooCommerce] WooCommerce 8.5x email title problems 8.5.2 speciallyThanks again a lot @shameemreza You can mark this as solved.
It seems that the problem occurred in 2 different situations.
The first is that the order was placed when WooCommerce was version 8.4. And when we changed the order to Canceled, the WooCommerce version was 8.5.2! That is, order registration was in 8.4 and the change to cancel was made in version 8.5.2!
The second possibility is perhaps more likely. There are problems with hosting and site servers. Our server may have experienced problems. Anyway, we didn’t understand exactly what the problem was! But it seems that there is no problem now, although we finally did not find the reason.Forum: Plugins
In reply to: [WooCommerce] WooCommerce 8.5x email title problems 8.5.2 specially@shameemreza Thank you for your time. I will take the test again in another situation and announce the result.
Hi mircea and thanks for your response
but there is no such option in the settings. There is actually an option in the settings to set the default size.
There is another option called auto, if it is active, the size (height) of the editor will be the size of all lines of code. If it is 1000 lines, we will have a long very long editor without the ability to change the size, which is not beautiful for many codes, and it is possible. Make it a little harder.
But the code I posted adds flexibility. Everyone can set whatever size they like while typing. This can also be in the form of a new option in the plugin settings, such as setting the default height and setting it automatically.
Forum: Plugins
In reply to: [ووکامرس فارسی] تداخل با Digitsمتشکرم آقای یوسفی @mahdiy
فقط به نظرم این رو به شکل یک گزینه چک باکس در تنظیمات افزونه قرار بدید که هر کسی که نیاز داره فعال کنه یعنی همین پیش شماره و دیجیتس و اونی که نیاز نداره یا در شرایط خاص این مشکل رو نمیبینه فعال نکنه اینطوری خیلی بهتره
چون شما اگه توی اینسپکت نگاه کنید گاهی این پیش شماره فقط داره نشون داده میشه و در ولیو نیست البته ممکنه در شرایط متفاوت جزو ورودی محسوب بشه
من با دیجیتس و ادان وان کلیک که با هم فعال بودن نگاه کرده بودم به این شکل بود
value=”9122222222″
ولی باز بعد از اینکه سفارش ثبت میشد توی دیتابیس فیلد صورتحساب به شکل
+989122222222
ذخیره و نشون داده میشد البن شماره هم دقت بفرمایید که فقط برای بیلینگ فون هست و تاثیری در شماره موبایل حساب کاربری نداره فقط برای سفارش هست. البته فیلد نام کاربری و شماره موبایل بدون پیش شماره بود (در بخش نمایش یوزرها و پنل ادمین وردپرس اگه ببینید) و مشکلی نداشت چون دیجیتس خودش اومده فیلد جداگانه ای گذاشته و کد پیش شماره کشور رو هم جداکرده و ربطی به این فیلد نداره
به هر حال طبیعتا خیلی تغییرات رو ووکامرس و خیلی از تغییرات رو دیجیتس ایجاد میکنه در نسخه های جدید و ایجاد کرده
برای اینکه تداخلی ایجاد نکنه این رو عرض کردم. چون با دیتابیس هم سر و کار داره موضوع حساسیه و خیلی چیزا موثره
مثلا دیجیتس افزونه ادغام حساب کاربری داره داخل گزینه ای داره که فیلد صورتجساب رو به عنوان فیلد شماره موبایل در نظر بگیره و جدا از اون نباشه وبا هم ادغام باشه یا افزونه وان کلیک سازو کار رو به شکل دیگری تغییر میده و بدون دیجیتس هم شرایط فرق داره چون دیجیتس فرم پیشفرض ووکامرس رو احتمالا غیرفعال و مخفی میکنه و برای خودش رو به جای اون نشون میده البته توی دیتابیس در جای متفاوتی استور نمیشه و در همون جداول اصلی قرار میگیره
من خیلی از موارد رو بررسی کردم و خیلی از موارد هم ممکنه از چشمم پنهان مونده باشه. به هر حال از اینکه زحمت کشیدید نسخه جدید ارائه کردید ممنونم. و شاید تا انتشار نسخه اصلی در مخزن صبر کنم و بعد نصب کنم وقتی اینجا منتشر کردید.
یک دلیل مهم دیگه برای اینکه گفتم با یک چک باکس در تنظیمات افزونه تون قرار بدید این بود که بعضی از این مشکلات رو ما اومدیم خودمون با جی کوئری و جاوا اسکریپت حل کردیم و براش جی اس متفاوت نوشتیم. خب اگه برای شما فورس بشه و در متن پلاگینتون باشه. این ممکنه تداخل هایی ایجاد کنه. یا اینکه برای شما از متد پی اچ پی انجام بشه و برای ما از جی اس یا اگه برای شما جی اس باشه تداخل داشته باشه. هرچند پی اچ پی سریعتر و بهتره از جاوا اسکریپت به هر حال از دلایل دیگری که گفتم گزینه بذارید همینه شاید یکی اومده باشه به صورت شخصی بعضی تغییرات در این موارد ایجاد کرده باشه که اگه گزینه ای نباشه با هم درگیر میشن و صحیح نیست.
ولی اگه گزینه ای باشه ممکنه کاربر کد شخصی خودشو برداره و از امکان پلاگین شما استفاده کنه یا اگه بخواد از کد خودش استفاده کنه این گزینه رو در پلاگین شما غیرفعال میکنه که هیچ تداخل احتمالی ای ایجاد نشه. یا شاید کلا بخواد نه خودش شخصی سازی کنه نه از این امکان در پلاگین شما استفاده کنه بهتره بتونه انتخاب کنه چنین مواردی بهتره به عنوان فیچر باشه تا اینکه بخواد اساسی همه چیزو تغییر بده چون اینجا چند پلاگین با هم درگیر هستن و مرتبط با چند پلاگین هست وجود گزینه بهتره
Thank you sir for your kindness @rokmeglic
but this number not just only billing phone feild
It exists in other places like billing, order review, order edit, users, factors (i mean invoices), emails and more
That’s why I say it should be solved by the programmers and developers of WooCommerce itself. Because this is being produced and called from the source. It is better to stop there (change).
Here, we have only changed the billing phone on the payment page and written a code for it. This can also affect the performance of the site, even if it is PHP. Because these terms cancel the default and previous terms of WooCommerce. A conflict is taking place to win our code!
But as I gave an example. It still remains in many places. Maybe many places remain hidden from our view and they also need to change. If we want to write a code for each of those places, it requires expertise and a lot of time. It is not suitable for people who are not experts.
Thank you very much for your help. Your codes worked (of course the first code didn’t work) although I was able to fix it myself.
But AI codes are often not good enough either. They have flaws. Or they are not optimal and should be changed. You must be a programmer and check because sometimes they may even damage the database. And it requires caution and knowledge. Otherwise, anyone can generate an answer with artificial intelligence and use it.
@daneshh As I said I do not use any plugins. These items have been fully tested by WordPress and WooCommerce raw, the problem is from WooCommerce. It is not a matter of interference or using another plugin.
All the images are uploaded correctly and load well. You must use a VPN (if the Imgur site is filtered in your country) then you can see the images easily.
@daneshh No, I do not use any plugins. These items have been fully tested by a WordPress and WooCommerce raw, the problem is from WooCommerce. It is not a matter of interference or using another plugin.