I have a store in Magento 1.9.3.6 and when I get to the checkout, kaspersky blocks with the data loss message, heuristic analysis, can someone tell me what it can be?
https://www.zapcountry.com.brenter image description here
Related
I have a Revit file around 200MB. I am using forge SDK and below endpoint to extract manifest.
https://forge.autodesk.com/en/docs/model-derivative/v2/reference/http/urn-manifest-GET/
However, process of extracting manifest is taking a HUGE amount of time, which is longer than 30 minutes. How can I shorten this period and prevent timeout issues? Is there any configuration to extract manifest of large files?
SDK version: Assembly Autodesk.Forge, Version=1.9.0.0
Sometimes it can happen that you submit a conversion job at a moment when there are many other jobs queued, and the system hasn't auto-scaled up to the increased load yet. It could also be an issue with pathological designs which might be causing the extraction to take an unusual long time to process.
If the issue persists, please consider sharing one of your designs (confidentially - we would not share it with anyone outside of Autodesk) via forge (dot) help (at) autodesk (dot) com so that we could debug the translation on our end.
I am using Forge design automation function in the project.
I checked the cost at https://forge.autodesk.com/pricing.
It is said that 6 credits are consumed per hour.
I tested credit consumption per execution once in my project.
Two credits were consumed for one run.
In my project, the work lasts about 30 seconds, but I don't know why 2 credits are paid.
Please tell me how to calculate credit consumption.
The tooltip on the pricing page says:
Every second of processing Work Items (including file transfer time between systems) submitted through the Design Automation API is included in the number of processing hours.
Since you haven't provided any details it's hard to say, but please note that downloading of input files and uploading of output files is also included in the processing time.
What kind of task did you try and run in the Design Automation service? Was it perhaps inputting or outputting some large design file?
I tried to translate a big IFC file (150mb) for the veiwer and it took around 15 minutes only the translation without the uploading part. So is such translation time normal and can it be done something about it? I am currently using the free credits only for testing. Is there a performance increase with the paid credits?
The /modelderivative/v2/regions/eu/designdata/job is used with the advanced conversionMethod:modern.
No, there is no performance difference between trial and paid accounts. Forge dev account with a valid trial plan can use full Forge features as paid one as I know.
What happened after submitting a translation job?
After submitting a translation request and it returns success, it means that your translation request is sent to our service and has been put into the translation queue successfully. It doesn't mean that your model will be processed by our service immediately.
Instead, you have to line up! Since our service resources are limited and shared worldwide, you will need to wait for enqueued IFC translation jobs from other Forge users completed, and then our service will start to process yours. Therefore, waiting for 15mins is not slow from my perspective.
It is June 2018. I have been tasked with architecting a solution to integrate data from SAGE 50 into a web application. The specific task is to pull account credit position data from Sage into the web app so that users of the latter can appreciate the exposure for each client before processing new orders.
The scope says that we should avoid installing any solution-specific code on the on-premise Sage installation, or do anything to limit the potential for the customer to have Sage updated.
The stack on the web-app side is all MS, so SQL Server + C#, etc. The Sage installation is on-premise.
In practical terms I have two options:
Use some kind of standards-based gateway or interface layer that we can talk through to get data Sage DB. This would insulate us from needing to make any low-level changes to the Sage installation. Using this option we would query the credit position data as needed.
Have some scheduled job on the Sage box post out the credit data periodically, either to a middle file store, or directly into the web app. This option obviously has a data latency problem.
Sage hides its SDK information inside a developers program that has a yearly price tag of £1500. Before I commit I would like to confirm that there is a solution waiting there.
Some of my research to date:
SO question about using ODBC from 2009
SO question about generic integration from 2009
Sage has changed its product line since 2009, at least in marketing terms, since then.
I realise that this is a broad and imprecise question, but my research so far leads me to no clear conclusion. Sage has many millions of customers so if I can beg your indulgence in not tagging this as off-topic then I think this question could help many people in the future.
So the easiest option for reading data from Sage 50 is to use the ODBC driver if you need to write data to Sage then you would need to use the Sage Developer Kit or commercial solution.
In terms of commercial solutions there are lots of toolkits and import tools available, the company I work for develops one of the leading Sage integration platforms and if you do a quick google you will find our company amongst others who can provide "no code" integration solutions for Sage 50, Sage 200 and others which compatible with historical and future versions of Sage products.
Using ODBC has not changed, one thing to bear in mind is that the driver is a 32 bit driver and afaik there isn't a 64 bit driver - this may or may not be an issue.
Connection string looks something like this
string connStr = "Driver={Sage Line 50 v24};UID=MANAGER;PWD=pass1234;DIR=C:\Accounts\ACCDATA;"
I want to dive into SendGrid (GoDaddy SMTP is sh*ty).
But I don't understand the difference between the Free plan and Lite plan.
Of course, Lite plan is really cheap, but seems to have less features than the Free plan, which is... free.
I first told myself that the free plan most be a trial (with limited time). But the website says "No credit card needed, no expiration."
So why does somebody would prefer the lite to free?
Bonus question : The only feature I need is something like a "Send Folder", so I can be sure all emails have been sent. Does both plans have this?
Update: the Lite plan no longer exists.
The Lite plan is for people that want to pay purely based on the number of emails sent. It has a limited feature set as a result. The free account has all features and has no expiration. Someone might choose Lite instead of Free because they want to send more than 12,000 emails/mo but don't need all the credits or features in the $9.95 plan.
SendGrid doesn't store any email content, so there isn't really a "sent" folder, but you can see a report of the last 7 days of email event activity by clicking on the "Activity" item in the navbar. Additionally you can have all this data pushed to you in near real-time via the Event Webhook, and very soon you'll be able to pull via API as well.