최적화 결과 를 본 각 개발자는 첫 번째 줄부터 계속할지 여부를 결정합니다. 따라서 최적화가 끝나기 전에 중단 없이 결과를 볼 수 있는 기회를 제공해야 합니다.
"최적화 결과" 탭이 반환되어야 하며 "테이블 업데이트" 버튼이 테이블 상단에 추가될 수 있습니다.
그것은 더 의미가있을 것입니다.
위의 스레드에서 올바르게 언급했듯이 버튼을 추가할 필요도 없습니다. 최적화 중에 테이블 데이터를 강제로 정렬할 필요가 없으며 사용자는 이전과 같이 원하는 열을 클릭할 수 있습니다. 그가 적합하다고 생각하는 경우 테이블 헤더 및 테이블이 각각 정렬되어 사용자 PC의 귀중한 리소스를 소비합니다.
하지만 @Renat Fatkhullin 은 인간의 눈이 1억 개의 레코드를 처리할 수 없다는 사실에 호소했습니다. 그리고 그 과정에서 그것을 보여주는 것은 의미가 없다고 그들은 말합니다. 그리고 이것과 관련하여 제가 관심을 갖고 있는 것이 있습니다. 일반적으로 최적화 중에 1억 패스를 수행하는 사람들이 있습니까? 그리고 5천만 패스? 글쎄, 또는 적어도 천만 패스? 그리고 그들이 그러한 최적화에 얼마나 많은 시간과 돈을 소비하는지, 그리고 가장 중요한 것은 - 1초 미만의 1초 및 10/50/100백만 패스로 계산할 수 있도록 최적화 프로그램에서 실행되어야 하는 (기본) 항목은 무엇입니까? 제정신으로 할 수 있다..
위의 스레드에서 올바르게 언급했듯이 버튼을 추가할 필요도 없습니다. 최적화 중에 테이블 데이터를 강제로 정렬할 필요가 없으며 사용자는 이전과 같이 원하는 열을 클릭할 수 있습니다. 그가 적합하다고 생각하는 경우 테이블 헤더 및 테이블이 각각 정렬되어 사용자 PC의 귀중한 리소스를 소비합니다.
하지만 @Renat Fatkhullin 은 인간의 눈이 1억 개의 레코드를 처리할 수 없다는 사실에 호소했습니다. 그리고 그 과정에서 그것을 보여주는 것은 의미가 없다고 그들은 말합니다. 그리고 이것과 관련하여 제가 관심을 갖고 있는 것이 있습니다. 일반적으로 최적화 중에 1억 패스를 수행하는 사람들이 있습니까? 그리고 5천만 패스? 글쎄, 또는 적어도 천만 패스? 그리고 그들이 그러한 최적화에 얼마나 많은 시간과 돈을 소비하는지, 그리고 가장 중요한 것은 - 1초 미만의 1초 및 10/50/100백만 패스로 계산할 수 있도록 최적화 프로그램에서 실행되어야 하는 (기본) 항목은 무엇입니까? 적당한 시간 안에 할 수 있다..
자, 배송, 연간 기간, 모든 매개변수 열거에서 표준 이사 전문가 - 최소한 Google의 옵션을 쉽게 얻을 수 있습니다! :-)
위의 스레드에서 올바르게 언급했듯이 버튼을 추가할 필요도 없습니다. 최적화 중에 테이블 데이터를 강제로 정렬할 필요가 없으며 사용자는 이전과 같이 원하는 열을 클릭할 수 있습니다. 그가 적합하다고 생각하는 경우 테이블 헤더 및 테이블이 각각 정렬되어 사용자 PC의 귀중한 리소스를 소비합니다.
하지만 @Renat Fatkhullin 은 인간의 눈이 1억 개의 레코드를 처리할 수 없다는 사실에 호소했습니다. 그리고 그 과정에서 그것을 보여주는 것은 의미가 없다고 그들은 말합니다. 그리고 이것과 관련하여 제가 관심을 갖고 있는 것이 있습니다. 일반적으로 최적화 중에 1억 패스를 수행하는 사람들이 있습니까? 그리고 5천만 패스? 글쎄, 또는 적어도 천만 패스? 그리고 그들이 그러한 최적화에 얼마나 많은 시간과 돈을 소비하는지, 그리고 가장 중요한 것은 - 1초 미만의 1초 및 10/50/100백만 패스로 계산할 수 있도록 최적화 프로그램에서 실행되어야 하는 (기본) 항목은 무엇입니까? 제정신으로 할 수 있다..
그래서 당신은 Renat가 자신의 필요에 대해 말하는 것을 이해하지 못했습니다... 전체 이야기는 MQ가 그렇게 작동하고, 그들 스스로 뭔가를 하고, 나머지는 그냥 즐긴다는 것을 보여줍니다. 레나트에 공감하고, 최고를 원했고, 업적에 대해 열광적으로 말한 첫 게시물에서 판단, 그는 최고를 원했지만 결과는 ... 일반적으로 대중은 좋은 의도를 평가할 수 없었습니다. "그러면 그들을 위해 무엇인가 해 주십시오." 아마도 Renat는 생각하고 이 스레드에서 더 이상 대답하지 않을 것입니다.
나는 MQ가 계속해서 일을 하고 그들의 제품을 개발하기 위해 많은 일을 하고 있다는 것이 매우 기쁩니다. 이것은 훌륭합니다. 그러나 때로는 사용자의 의견을 듣는 것이 유용 할 것입니다 ....
위의 스레드에서 올바르게 언급했듯이 버튼을 추가할 필요도 없습니다. 최적화 중에 테이블 데이터를 강제로 정렬할 필요가 없으며 사용자는 이전과 같이 원하는 열을 클릭할 수 있습니다. 그가 적합하다고 생각하는 경우 테이블 헤더 및 테이블이 각각 정렬되어 사용자 PC의 귀중한 리소스를 소비합니다.
하지만 @Renat Fatkhullin 은 인간의 눈이 1억 개의 레코드를 처리할 수 없다는 사실에 호소했습니다. 그리고 그 과정에서 그것을 보여주는 것은 의미가 없다고 그들은 말합니다. 그리고 이것과 관련하여 제가 관심을 갖고 있는 것이 있습니다. 일반적으로 최적화 중에 1억 패스를 수행하는 사람들이 있습니까? 그리고 5천만 패스? 글쎄, 또는 적어도 천만 패스? 그리고 그들이 그러한 최적화에 얼마나 많은 시간과 돈을 소비하는지, 그리고 가장 중요한 것은 - 1초 미만의 1초 및 10/50/100백만 패스로 계산할 수 있도록 최적화 프로그램에서 실행되어야 하는 (기본) 항목은 무엇입니까? 제정신으로 할 수 있다..
>15,000번의 검색이면 충분합니다. 1일 시간, 에이전트당 >$20(그러나 최적화를 중지한 후 결과의 70% 이상이 0이었습니다!) - 즉시 결과가 0인 경우 테스트를 중지하고 이유를 찾습니다.
빌드 1755를 다운로드할 수 있는 위치와 이 (현재) 오해로 자동 업데이트되지 않도록 하는 방법을 알려주십시오.
1795년 역시 아무것도 아닌 것처럼 보였다.
필요하다면 1755 도 타세요.
업데이트를 차단하려면 C:\Users\your_name\AppData\Roaming\MetaQuotes\WebInstall\에 대한 쓰기 액세스를 비활성화하십시오.이상적으로 터미널은 하나의 " 수익 창출 " 버튼으로 구성되어야 합니다.
최적화 결과 를 본 각 개발자는 첫 번째 줄부터 계속할지 여부를 결정합니다. 따라서 최적화가 끝나기 전에 중단 없이 결과를 볼 수 있는 기회를 제공해야 합니다.
"최적화 결과" 탭이 반환되어야 하며 "테이블 업데이트" 버튼이 테이블 상단에 추가될 수 있습니다.
그것은 더 의미가있을 것입니다.
최적화 결과 를 본 각 개발자는 첫 번째 줄부터 계속할지 여부를 결정합니다. 따라서 최적화가 끝나기 전에 중단 없이 결과를 볼 수 있는 기회를 제공해야 합니다.
"최적화 결과" 탭이 반환되어야 하며 "테이블 업데이트" 버튼이 테이블 상단에 추가될 수 있습니다.
그것은 더 의미가있을 것입니다.
+1
최적화 결과 를 본 각 개발자는 첫 번째 줄부터 계속할지 여부를 결정합니다. 따라서 최적화가 끝나기 전에 중단 없이 결과를 볼 수 있는 기회를 제공해야 합니다.
"최적화 결과" 탭이 반환되어야 하며 "테이블 업데이트" 버튼이 테이블 상단에 추가될 수 있습니다.
그것은 더 의미가있을 것입니다.
위의 스레드에서 올바르게 언급했듯이 버튼을 추가할 필요도 없습니다. 최적화 중에 테이블 데이터를 강제로 정렬할 필요가 없으며 사용자는 이전과 같이 원하는 열을 클릭할 수 있습니다. 그가 적합하다고 생각하는 경우 테이블 헤더 및 테이블이 각각 정렬되어 사용자 PC의 귀중한 리소스를 소비합니다.
하지만 @Renat Fatkhullin 은 인간의 눈이 1억 개의 레코드를 처리할 수 없다는 사실에 호소했습니다. 그리고 그 과정에서 그것을 보여주는 것은 의미가 없다고 그들은 말합니다.
그리고 이것과 관련하여 제가 관심을 갖고 있는 것이 있습니다. 일반적으로 최적화 중에 1억 패스를 수행하는 사람들이 있습니까? 그리고 5천만 패스? 글쎄, 또는 적어도 천만 패스? 그리고 그들이 그러한 최적화에 얼마나 많은 시간과 돈을 소비하는지, 그리고 가장 중요한 것은 - 1초 미만의 1초 및 10/50/100백만 패스로 계산할 수 있도록 최적화 프로그램에서 실행되어야 하는 (기본) 항목은 무엇입니까? 제정신으로 할 수 있다..
위의 스레드에서 올바르게 언급했듯이 버튼을 추가할 필요도 없습니다. 최적화 중에 테이블 데이터를 강제로 정렬할 필요가 없으며 사용자는 이전과 같이 원하는 열을 클릭할 수 있습니다. 그가 적합하다고 생각하는 경우 테이블 헤더 및 테이블이 각각 정렬되어 사용자 PC의 귀중한 리소스를 소비합니다.
하지만 @Renat Fatkhullin 은 인간의 눈이 1억 개의 레코드를 처리할 수 없다는 사실에 호소했습니다. 그리고 그 과정에서 그것을 보여주는 것은 의미가 없다고 그들은 말합니다.
그리고 이것과 관련하여 제가 관심을 갖고 있는 것이 있습니다. 일반적으로 최적화 중에 1억 패스를 수행하는 사람들이 있습니까? 그리고 5천만 패스? 글쎄, 또는 적어도 천만 패스? 그리고 그들이 그러한 최적화에 얼마나 많은 시간과 돈을 소비하는지, 그리고 가장 중요한 것은 - 1초 미만의 1초 및 10/50/100백만 패스로 계산할 수 있도록 최적화 프로그램에서 실행되어야 하는 (기본) 항목은 무엇입니까? 적당한 시간 안에 할 수 있다..
위의 스레드에서 올바르게 언급했듯이 버튼을 추가할 필요도 없습니다. 최적화 중에 테이블 데이터를 강제로 정렬할 필요가 없으며 사용자는 이전과 같이 원하는 열을 클릭할 수 있습니다. 그가 적합하다고 생각하는 경우 테이블 헤더 및 테이블이 각각 정렬되어 사용자 PC의 귀중한 리소스를 소비합니다.
하지만 @Renat Fatkhullin 은 인간의 눈이 1억 개의 레코드를 처리할 수 없다는 사실에 호소했습니다. 그리고 그 과정에서 그것을 보여주는 것은 의미가 없다고 그들은 말합니다.
그리고 이것과 관련하여 제가 관심을 갖고 있는 것이 있습니다. 일반적으로 최적화 중에 1억 패스를 수행하는 사람들이 있습니까? 그리고 5천만 패스? 글쎄, 또는 적어도 천만 패스? 그리고 그들이 그러한 최적화에 얼마나 많은 시간과 돈을 소비하는지, 그리고 가장 중요한 것은 - 1초 미만의 1초 및 10/50/100백만 패스로 계산할 수 있도록 최적화 프로그램에서 실행되어야 하는 (기본) 항목은 무엇입니까? 제정신으로 할 수 있다..
그래서 당신은 Renat가 자신의 필요에 대해 말하는 것을 이해하지 못했습니다... 전체 이야기는 MQ가 그렇게 작동하고, 그들 스스로 뭔가를 하고, 나머지는 그냥 즐긴다는 것을 보여줍니다. 레나트에 공감하고, 최고를 원했고, 업적에 대해 열광적으로 말한 첫 게시물에서 판단, 그는 최고를 원했지만 결과는 ... 일반적으로 대중은 좋은 의도를 평가할 수 없었습니다. "그러면 그들을 위해 무엇인가 해 주십시오." 아마도 Renat는 생각하고 이 스레드에서 더 이상 대답하지 않을 것입니다.
나는 MQ가 계속해서 일을 하고 그들의 제품을 개발하기 위해 많은 일을 하고 있다는 것이 매우 기쁩니다. 이것은 훌륭합니다. 그러나 때로는 사용자의 의견을 듣는 것이 유용 할 것입니다 ....위의 스레드에서 올바르게 언급했듯이 버튼을 추가할 필요도 없습니다. 최적화 중에 테이블 데이터를 강제로 정렬할 필요가 없으며 사용자는 이전과 같이 원하는 열을 클릭할 수 있습니다. 그가 적합하다고 생각하는 경우 테이블 헤더 및 테이블이 각각 정렬되어 사용자 PC의 귀중한 리소스를 소비합니다.
하지만 @Renat Fatkhullin 은 인간의 눈이 1억 개의 레코드를 처리할 수 없다는 사실에 호소했습니다. 그리고 그 과정에서 그것을 보여주는 것은 의미가 없다고 그들은 말합니다.
그리고 이것과 관련하여 제가 관심을 갖고 있는 것이 있습니다. 일반적으로 최적화 중에 1억 패스를 수행하는 사람들이 있습니까? 그리고 5천만 패스? 글쎄, 또는 적어도 천만 패스? 그리고 그들이 그러한 최적화에 얼마나 많은 시간과 돈을 소비하는지, 그리고 가장 중요한 것은 - 1초 미만의 1초 및 10/50/100백만 패스로 계산할 수 있도록 최적화 프로그램에서 실행되어야 하는 (기본) 항목은 무엇입니까? 제정신으로 할 수 있다..
>15,000번의 검색이면 충분합니다. 1일 시간, 에이전트당 >$20(그러나 최적화를 중지한 후 결과의 70% 이상이 0이었습니다!) - 즉시 결과가 0인 경우 테스트를 중지하고 이유를 찾습니다.
반년 동안 최적화되었습니다. 코드에서는 모든 것이 최적화를 위해 최대한 압축됩니다.
100만은 100배....