News

All companies who have survived the Covid-19 blow are now probably evaluating its impact and planning how to move forward in times of uncertainty. Fortunately, we weren’t hit that hard by the consequences of the pandemic, however, we faced some problems and had to re-prioritize and reorganize our work. Here is how we at MTR Design handled the situation.

A client of ours wanted to have daily stats about downloads of media files hosted on AWS S3, as well as information about the traffic generated from these downloads. Unfortunately AWS doesn’t have a service or an API which could return the information we needed. We had to find another way to solve this case.

We always keep in mind the importance of testing our products especially when it comes to big projects with longer development time and dynamically changing requirements. Taking this into account we decided to try a new testing approach in one of our latest projects.

While working on a client’s project we were confronted with the following task - to generate e-flyers from images uploaded by a user in advance, and add formatted text to it.

As a web development company operating remotely for 12 years now, we passionately believe that remote is the new normal. So, here, we'd like to share our own experience with remote work, and why we prefer keeping it that way.

Earlier this year one of our clients approached us requesting help for one of his projects. He reported that one particular website is loading very slow compared to the majority of the sites in the network and this is badly affecting their reach and profit. Of course, we as a team interested in solving such cases, accepted the task and started to analyze the issue.

Not so long time ago we posted about ReactPHP and the application we made using it. We were so pleased working with ReactPHP that for some time we thought that we found the best solution for us so far. But the last thing one can say about our job as developers is that we lack dynamics. Our field is frenzy and ever changing and in order to thrive we need to observe and try everything that’s new and promising. And sometimes it turns out we found a gem. Soon after we finished our project with ReactPHP we came across something new and even faster than ReactPHP – Swoole. 

Answering this question depends on your demands, but in case you need high performance, the choice is clear.

We have a project which demands keeping detailed statistics data for different events including information about date and time, user’s IP, HTTP referrer, parameters that are passed and so on. In the beginning the information was stored in MySQL database server, but as it grew fast we decided to move it in a separate server with other database system which could handle it – we chose PostgreSQL.

We present you our latest launch: the fully redesigned and rebuilt company website of Rollplast - one of the largest window, door and blinds manufacturers in Bulgaria.

One of our clients is a performance driven media company. They needed a complex solution for serving automatically text, image, video and interactive media advertisements to targeted clients. We chose to build the platform with PHP. With time it gained momentum and has began generating several million events daily. Since Apache + PHP-FPM couldn’t handle all the requests, the response time increased and some of the requests were on the edge to be rejected. For a service of this kind this would have been devastating. We needed something more powerful and swift. That's when we turned to ReactPHP.

Neural Brothers is a sister company of MTR Design, established by our CEO and MTR Design's team of AI specialists, dedicated for projects that require implementing artificial intelligence techniques. In this case study the owner of Skoosh.com tells about the challenges his business was facing and how the solutions, developed by our team, improved the Skoosh system's productivity dramatically, allowing their business to grow exponentially. After implementing our automated review system, the Skoosh product pool grew more than ten times, while the manpower needed to maintain the data was reduced from one year for every 70 000 items, to about 3 days for every 100 000 items.

The SuccessFactors API gives us access to any data entity in the system with an easy to use interface. And I really mean easy -- the coolest thing about it is that it is based on the OData standard. OData is both simple to use in ad-hoc requests and there are a lot of client libraries out there that can make building queries easier. I usually prefer the former approach.

One of the most exciting things in our projects is working with new API's. This time it's the SAP Jam API. It has pretty good Java support, but I wanted to use it from our Python codebase, so I had to get creative.

So, the fun you had hacking a web application is over, and you need to start writing the final report. You start wondering where to start, how to structure it, format it, and how to make it look good.

We will try to answer all that in this post. For this purpose, we will see how to write a Final Report on a Web application penetration test.