I'm noticing an increasing number or people asking me to give them cheaper or free service, because they are poor. I'm not talking about big numbers here, something like 5 such requests in the last few months and similar number in the previous few years.

There is a particular reason for this recently - the situation in Iran. "What situation?" people would say, because from what I see, no one is talking about this. But apparently there are big political struggles and fight for freedom over there. This is what I understand from my emails.

But even before that situation I had the same response to people who don't have the money to afford a subscription here. I want to write my response here, so I can give it as a link, instead of writing it again.

• Stay away from Forex and trading. Forex (and trading in general) is like a casino, where the chance is that you will lose your money. The common knowledge is that more than 95% of traders are losing money. Here is a little bit more optimistic article, which says that more than 77% of accounts are losing money, but even if this is true, it's still a large number.

• This is especially true if you are a newbie in this game. Newbies are doing all the newbie mistakes, that's why they are newbies. This is a guarantee that you will lose your money, maybe even multiple times. If you are poor, do you really have money to lose? I don't think so.

• This is even more true if you are poor, because in this state you are worrying way too much about the money, and as a result you are doing even more newbie mistakes, increasing the chance of losing your money even more.

• This EA builder is not a magical tool that guarantees a success. Sometimes I look at it as just a tool for learning some basic strategies by making them first hand, and eventually realising that they are not successful. It's a cool tool I guess, but it's not a get-rich-quick tool for sure.

• My advice is to spend the money you have for what you really need, for survival. If you are poor, it means that there are many things that are way more important than trying your luck in a casino-like game (Forex and trading). I would say that It's even irresponsible to spend the money you need for survival, for such stupid things.

• Learn some skill and make something that produces value for other people (this could be a definition of a business). You already know that there are solutions in Internet, which is a good start, but the problem is that you are looking in one of the most dangerous solutions for you. It's so much better to learn English, programming, web design, freelancing or some other "Internet" skill that would bring value to other people (clients) in Internet and in return they will give you money. Make a good use of the bad situation. This is what I did at least. When I started this website, I also had no money, I was below newbie in programming, I had 2-3 margin calls back then, I was even screaming and crying while waiting for the next margin call to happen. But I kinda used the anger and aggression from these failures to fuel the desire to make this tool. In the following years, when I had money, I again tried my luck in trading multiple times (manual day-trading) - failing every time. Trading is just not as easy as it seems.

• If at this point you think that I'm just too cheap and tight for money, well, maybe investigate the things that I wrote above and try to find if they are true or not. At the end of the day, if I give free subscriptions to 5-10 poor people in an year, this will not change the situation for me. But it would most likely change the situation for these poor people for the worst, by making them even more poor.

• If you still think that I'm a cheap and bad person, let's increase that to the max and say that I'm selling empty hope to rich people who have money, but I'm just too lazy to deal with you personally and that's why I'm trying to discourage you by telling you the truth, which is that everything is just an empty hope.

By the way, I wrote a plugin for the new version to prevent posting links for new accounts. This is mostly inspired by the spammers. New registrations will not be able to make posts with links to other websites when they are newer than some days, and also if they don't have some number of posts. I'm thinking about 60 days and 20 posts, but I can change the numbers. I can also change which websites to Not be counted and be allowed, but initially I will start with just fxdreema.com.

Technically, it's not an extension, but a Chrome App... not that this matters. The problem is that Google are removing support for the API (the functions with which it is written), from 2020 it seems. Maybe it still works for someone who still have it in the browser, maybe not. But it's not available in the Google Store - https://chromewebstore.google.com/detail/fxdreema-download-files/lnlppnklledgeaafojedgemkdhjdgdkp

If we go to the documentation page of the chrome.fileSystem API that is used in the extension, we can see that there is a deprecation message and a link to find out how to migrate to another API. And we can see there is something called File System Access API.

I tried this API, it's nice, it works directly in the browser, I wrote the whole functionality of the extension (and a little bit more) and everything works very good... in Linux... and for some directories in Windows, like Documents. The thing is that this API doesn't allow access to system directories, and it seems that they consider \AppData\Roaming\MetaQuotes\Terminal...\MQL4\Experts as such. And as you all probably know, this is where usually expert advisor files are.

At this point I don't know what API to use.

There is still a chance for the extension to work, but it needs to be installed locally. If you want to try:

• Download this fxdreema.download.files.zip file, unpack it somewhere. You will get a directory with some files.
• In Chrome, go to Extensions (chrome://extensions/) and turn on Developer mode in the upper right corner.
• 3 buttons will appear, click on the Load unpacked one and navigate to the unpacked directory.
• fxDreema: Download Files 0.3 should appear under Chrome Apps and it should have ID: lnlppnklledgeaafojedgemkdhjdgdkp
• Now if it works, good... for now. I guess at some point they will completely remove the API and it will stop working forever.

@oriazi said in Poor countries, poor people:

@fxDreema I realized from your words that you did not catch any profit or at least considerable profit from robots . you said you just use this tool for other perpose (not for auto trade) . now my question is , is there really any profitable trading robot in real time of market and trading auto? I hope you answer honestly

I never traded with robots, so I don't have profits and I don't have losses from robots. I only traded manually, and the result was always negative, which is to be expected.

I think the biggest problem in trading is our expectations. For people like me (with "All or nothing" mentality) trading can be either at a loss, or too boring to even try. I tried to make a profitable EA for myself, and of course I wanted it to be very profitable with very small initial investment. Maybe start with $1000 and double them in few months. Who doesn't want that? But unfortunately the math doesn't work that way. I think the conservative numbers are like 10% profit per year, even less. This means that if you want to make $1000 every month relatively safely, you should have at least $100,000 in the broker. Who the hell has such amounts of money to put in some broker, even outside Iran?

But I don't know, I hope my math is wrong and there are people here with EAs that are profitable enough for them with lower investment. For me, my profitable EA is currently this website and I'm not interested in Forex trading. I'm trading crypto a little bit, but things are not pretty there these days.

@Xfire said in Poor countries, poor people:

@fxDreema
I am Iranian and I have been using this website for years. We know that the price of the dollar in Iran is very expensive and the membership has also increased in price, even for me who pays in Australian dollars.

I see you have your own currency in Iran. I have this observation that countries with own currencies are struggling at the moment, or will struggle at some point in the future. The idea would be for these countries to struggle so much, that eventually they would decide to accept the global currency. My country (Bulgaria) went through this in the 90s, there was a hyperinflation and after that our currency was pegged to the Euro. I don't want to be too political here, but I think many of us know that there are some forces coming from where the Sun goes down, who are gaining more and more influence and control over the rest of the World, and they don't want independent countries with independent currencies. Unfortunately I don't see how Forex and trading can be used to counter such forces.

@Xfire said in Poor countries, poor people:

@fxDreema
I know how many people in Iran sell EA create training through your website, and this is the reason for the increase in Iranian users. Interestingly, they have to spend twice to make the robot.

There was an increase in crypto payments lately. It's a profit for me, but it felt strange to me from the beginning. I just checked few IP addresses, they are from Iran. Even before that I was giving ~10% more (days) when someone pays in crypto (for no particular reason), so they are getting it a little bit cheaper. But I really prefer you guys from Iran to stay away from trading. The first rule in trading is that you should not risk more than what you can afford to lose. I don't want to be involved in something that makes people lose more than what they can afford to lose.

Hi all. I'm here to announce that some changes will be seen soon, maybe tomorrow. I have a company now, as well as a new business PayPal account for it, so those of you who decide to pay will see a company name instead of my name. I will also update the Terms of Use thing with uglier looking one, and there will be the details of the company as well. The website is not sold or anything, it's just a company that appears.

With this company I will have to say bye to more than 20% of the money (VAT stuff). Combine this with the inflation, and it means that I will eventually raise the prices. Initially I will only convert them from USD to EUR (same amounts), which is some 13% raise by itself.

Actually for some of you prices are like 10% or 20% lower than for others. I did raised the prices twice before, but only for the people registered after these dates. So for the old profiles here (let's call it the loyal group) the prices were never changed, they are the same as they were in the very beginning. I will probably keep this difference, but I don't know.

I will probably remove the other payment processor and replace it with something else. People have problems with them regularly.

With higher prices maybe people will become more demanding, which in turn should make me want to take more care of the website. Currently it seems that the prices are so low that there is virtually no hate, even if I don't respond to someone for days or even at all.

It seems that the problem started to happen after some MT5 update, because I haven't changed this code where I found the problem now. I believe I fixed it. But the Trade detection code is a little bit complicated, so I would not be surprised if there is another bug. I hope ther is not.

Here is a little tip for being able to see what is going on in these Trade events in case there is a problem like this. There is a big class where the Trade detection happens, and I added few methods to print out information about the events. Normally this information does not appear, but this can be enabled. In the source code search for "debug" and you will find this:

public:
	/**
	* Default constructor
	*/
	OnTradeEventDetector(void)
	{
		debug = false;
		isRepeat = false;
		eventValuesQueueIndex = -1;
	};

Change debug = false; to debug = true;. Now in MT5, in the logs, information about every trade event will be printed.

@ontradingx said in Why doesnt everyone here come together?:

@biztet
The idea is to do the project 100% in Fxdreema because I believe that most people who use Fxdreem like me are not mql programmers or have difficulty in programming only in codes.

I think it's not only for non-programmers, but for programmers too. There is one interesting aspect here - maybe most of the time our expert advisors are trading ideas that we want to try, but also these trading ideas can change very much when we start adding new ideas to try to minimize the losses. We start with the idea to make something, then we make something different (or even few EAs), and at the end no EA is really finished. In comparison, if it's a normal program (desktop app, website), the programmer more or less knows what he wants to make.

I think the EA bulder is good for making very quick changes in the behavior of the program. Doing such thing in the code is at least annoying. Actually, before making this website, I was experimenting with different strategies (martingale, trailing stop, fibonacci...) in MQL4 and even if my code was not that big, I was always changing the code here and there to add the new functionality. At some point I was even making some "universal" EA with everything in it.

After I made it, I was trying to make EAs with the EA builder as well, and of course I did it faster. However, my trading ideas were always very limited - some Martingale, some breakout, simple stuff. Which is probably what most people do. For that reason I see the EA builder mostly as a learning tool where anyone can try to make the strategies that other traders tried before many times.

There are also those people with bigger projects that I really can't understand. Mostly because I think fxDreema is not very good for making big projects, it just doesn't allow for good programming practices in such big scale.

But even if someone makes a profitable strategy, there is the age old question - why he will want to share it with others? That's why I don't believe in the idea of everyone coming together. Also, if for some reason this happens and everyone starts trading the same time, that strategy would quickly become obsolete.

When it comes to the usual simple strategies, I can imagine a website or a page where these strategies are presented with their results. This way if someone wants to try them, he would just see the results and understand their downsides. Or even try them himself without making them himself again.

They are in fact 4 lines printed on the chart.

fxd_line_5_0 is the one that appears first on candle 1. Eventually id3_thirdline appers on top of it.

Well, as @miki says, there is right and wrong code in this particular situation. But the thing is that there could be a reason for "// Set variables (in)" to be at the bottom, and this is because in that Variables window you could use those P1, P2, P3 things, which are shortcuts for ObjName, ObjectType, ObjColor and the others. It's like the chicken and egg problem.

It looks that my assumption was that in the Variables window we should be able to use the Px values after they are modified. And there could be an use case where we want this, for example:
https://fxdreema.com/shared/5zi3oorD

But when I'm thinking about it, this use case is less intuitive and less possible from the one @roar stumbled upon, so I decided to fix the problem by moving "Set variables (in)" at the top. This means that the example that I'm giving above will be wrong.

I hope that this update doesn't change anyone's project, because it is always possible that someone is doing the things in the way my example works.

I know that EAs can send emails or messages to android. HTTP requests to a server are also possible. They can also write to files and thus communicating with other programs on the same PC, but this is very ugly way of doing things. To communicate between EAs under the same MetaTrader, you can use those Terminal Variables (or Global Variables, F3 in MetaTrader). In theory one EA can also communicate via sockets or named pipes, but this would be very special EA that does only this task.

I'm in a process of rewriting the whole website. Such version control is something I was thinking about and I'm making the new database structure with this in mind. My first target, however, will be to release the new version of the builder with almost the same features as we have now, with slight upgrades on the most used stuff. For example, the movement of the blocks around will be a little bit different - without the scrollbars, with zoom.

Technically, it's not an extension, but a Chrome App... not that this matters. The problem is that Google are removing support for the API (the functions with which it is written), from 2020 it seems. Maybe it still works for someone who still have it in the browser, maybe not. But it's not available in the Google Store - https://chromewebstore.google.com/detail/fxdreema-download-files/lnlppnklledgeaafojedgemkdhjdgdkp

If we go to the documentation page of the chrome.fileSystem API that is used in the extension, we can see that there is a deprecation message and a link to find out how to migrate to another API. And we can see there is something called File System Access API.

I tried this API, it's nice, it works directly in the browser, I wrote the whole functionality of the extension (and a little bit more) and everything works very good... in Linux... and for some directories in Windows, like Documents. The thing is that this API doesn't allow access to system directories, and it seems that they consider \AppData\Roaming\MetaQuotes\Terminal...\MQL4\Experts as such. And as you all probably know, this is where usually expert advisor files are.

At this point I don't know what API to use.

There is still a chance for the extension to work, but it needs to be installed locally. If you want to try:

• Download this fxdreema.download.files.zip file, unpack it somewhere. You will get a directory with some files.
• In Chrome, go to Extensions (chrome://extensions/) and turn on Developer mode in the upper right corner.
• 3 buttons will appear, click on the Load unpacked one and navigate to the unpacked directory.
• fxDreema: Download Files 0.3 should appear under Chrome Apps and it should have ID: lnlppnklledgeaafojedgemkdhjdgdkp
• Now if it works, good... for now. I guess at some point they will completely remove the API and it will stop working forever.

Error 403 most probably means that I blocked the IP address. Bad guys are trying to copy, spam or hack the website almost daily, I have different ways to detect this, and I block many IP addresses often. If someone uses VPN, it's possible that I have blocked the IP address in the past, if someone else used that address for bad stuff.

I also have some rules to block requests on particular patterns of the HTTP headers.

If somebody is having this error, send me an email mentioning the blocked IP address, so I can look unblock it.

I found a bug that is very problematic when someone has slow connection to the website. When downloading a file, we know that "Processing" appears up there and in background the file is downloading. However, if the download fails, then the following clicks on the export buttons are not registered, the website stops communicating with the server at all. So it's very likely that a person with slow connection with the website is fooled by this bug, thinking that he is trying to download files, but actually downloading nothing. The quick fix is to reload the page and try again, but if the connection is slow anyway, who will want to reload all the time.

At the end of the day, I think the problem is a mix of issues. Something is probably wrong with the internet connection between Thailand and Europe, then many users of fxdreema are from Thailand at the moment, and then this bug.

I will try to see what can I do about the bug, and about working with the website when the connection with it is slow.

It was reported to me that the problem started on Saturday, 21th. Pretty much all people who reported this problem to me are from Thailand. Many of them I see are part of these courses, where multiple people are logging into the same account. For that reason I thought that this could be the problem, but it seems that some of the people who reported the problem have their own accounts, so I'm not sure. I was thinking that if it's a course, maybe bunch of people are generating projects at the same time and this overloads the server. But if this is the case, then after such intense moments the server will be fine. However, in the reports I see that people are experiencing slow website in general, like the whole time. And it's just strange to me that the server appears slow for specific group of people, while for others it works fine. There must be something different that happens to these accounts, I just don't know what.

These problems seems to happen for the span of few days, like a week or so. Currently, something started to happen on Saturday. Maybe some new course or something. I think it's something external to the website and not just the server.

I did some fixes in many files, I hope it is ok now. If there were similar bugs in other blocks, maybe I fixed them as well.

At this point I'm convinced that even MetaQuoted don't know what they are doing with their Positions/Orders/Deals functions.

This bug happens in a code that I rewrote months ago. I was very careful to write everything properly, and I believe I did. I also made some tests to ensure that everything is good, and it was.

Since then, I didn't touch any MQL5 code, so this bug (and possibly other bugs) is introduced after some of the newest MT5 builds.

I wanted to explain what the problem is and why I think it makes no sense, but I think it's too complicated and maybe no one even cares.

But in short, now it seems that when we want to use for example this function:

long  HistoryDealGetDouble( 
  ulong ticket_number, // Ticket
  ENUM_DEAL_PROPERTY_DOUBLE property_id  // Property identifier 
);

... first we have to use this one to select the deal:

bool  HistoryDealSelect( 
  ulong  ticket      // Deal ticket 
);

... which is crazy, because why do we have this ticket_number property in HistoryDealGetDouble(), if not to select the deal and get whatever data we need?

It's probably the same mess with HistoryOrderGet... functions.

One way for me to fix this is to scan the code I wrote for any usages of HistoryDealGet... and HistoryOrderGet... functions, and put some HistoryDealSelect() and HistoryOrderSelect() functions on top. Then hope to remember in the future that I have to do every time, because it's not intuitive at all.

And the other way is to write overloads for all HistoryDealGet... and HistoryOrderGet... functions without the ticket_number property. But then if MetaQuotes decide to to the same, there will be errors.

This problem is one of these that is hard to spot. The problem (and the way I solve it temporarily) is that when I restart the server, it's gone. And when it's gone, and I don't know how it started, I don't know how to replicate it. The way I fix such issues is by waiting for the problem to happen again while collecting some logs. This is what I'm doing currently. So the problem is not fixed yet, it may appear again. At some point I will fix it, but the problem is that It will need to appear again few more times.

Note that the blocks have numbers. Most of the time these numbers doesn't matter, but sometimes they do.

Take a look at this: https://fxdreema.com/documentation/builder/builder-basic-rules#block-numbers

If you have 10 blocks connected one after another, their numbers doesn't matter, because the order of execution is from the first block to the last, and there is only one possible path.

However, things are a little bit different when there are 2 or more possible paths. If you have a block that is connected to 2 or more blocks after it, which of these block should run first? They can't run at the same time, because the code is synchronous.

This is what you have in your last example:

Here block 4 doesn't even matter, it just passes. But what follows block 4? Blocks 7, 3, 1 and 5. Ok... let me rearrange the blocks just a little bit:

Now there is a visual difference, obviously, I changed the position of the blocks. Will this example produce different results in the Tester? If the position of the blocks mattered, yes. But the position of the blocks doesn't matter, so the results will be absolutely the same, and in your opinion - wrong. What matters is the number of blocks. The lower number runs first. This means that the order of execution of blocks is 1, then 3, then 5, then 7.

Let's imagine that you already have one position. Let's look at what happens on the very first run of these blocks.

• First, the program goes to blocks 1, which passes and causes block 2 to run. You now have a value for Floating_For_each.
• Then, the program goes to block... can you guess... block 3, the Comment block. At this time only Floating_For_each has a value that is not 0. The other variables still have their initial values of 0.
• Then block 5 (and 6) runs, then 7 runs => now we have all variables set.
• On the next tick we recalculate Floating_For_each, then we print it in Comment. But this time the other two variables have values.... from the previous tick. That's why the values are close, but different.

Change the number of block 3 to say 30 and the bug will be fixed.

I think I fixed it.

By the way, usually it's not possible to set hard expiration lower than 10 (or 11) minutes for pending orders, MetaTrader (or the broker, I'm not sure) doesn't allow it. That's why instead of a hard expiration, a virtual one is set, which is a hidden arrow on the chart. The problem happened that when the pending order is triggered, the result trade has the same ticket number, and the hidden arrow that was placed for the pending order worked for the trade as well.