블로그 FAQ - 페이지 38

 
zaskok :

무슨 혐의를 말하는 겁니까?

나는 심지어 그것을 다시 읽었다 .
그렇다면 4번 항목에 대해 아실 겁니다... 이것이 자원 규칙입니다. 합리적인 의견이나 제안이 있으면 서비스 데스크에 요청을 작성하십시오.
 
zaskok :


개발자 등을 비판할 수 없습니다(개발자의 기분 포함).


가능하지만 마음으로:

  1. 소프트웨어에서 결함이 발견되면 이를 서비스 데스크에 보고하고 바디아구를 번식시키지 않는 것이 더 적절할 것입니다. 서비스 데스크는 블로그와 달리 정확히 이를 위해 설계되었기 때문입니다.
  2. 비판이 건설적이라면. 이런저런 오해를 지적하는 것뿐만 아니라 문제에 대한 나름의 해결책을 제시하면 개발자들은 이에 대해 더 적절하게 대응한다.
  3. 소프트웨어에 기능이 누락된 경우 개발자에게 즉시 구현을 강요해서는 안 됩니다. 당신이 강요하지 않고 제안한다면, 아마도 잠시 후에 기능이 추가될 것입니다. 그런 다음 수요가 얼마나 많은지에 따라 다릅니다. 결론 은 MQL5 기능에 대한 작업이 아직 완료되지 않았으며 지속적으로 개발되고 있다는 것입니다. 따라서 빠른 결과를 얻는 것은 거의 불가능합니다. 소프트웨어에 새로운 것이 추가되어야 한다는 사실 외에도 철저한 테스트를 거쳐 정상적인 문서와 함께 제공되어야 합니다. 그리고 그것은 일부 사람들이 원하는 만큼 쉽지 않습니다.
Документация по MQL5: Основы языка / Функции
Документация по MQL5: Основы языка / Функции
  • www.mql5.com
Основы языка / Функции - справочник по языку алгоритмического/автоматического трейдинга для MetaTrader 5
 
barabashkakvn :
그렇다면 4번 항목에 대해 아실 겁니다... 이것이 자원 규칙입니다. 합리적인 의견이나 제안이 있으면 서비스 데스크에 요청을 작성하십시오.

주제를 잡담하지 말고 규칙을 형식주의로 축소하지 마십시오. 작성되지 않은 규칙이 있으며 거의 모든 양식 사용자가 이를 확인할 것입니다. 우리는 양보, 변경 및 불만에 대해 이야기하지 않습니다. 다음과 같은 간단한 질문에 행정부 또는 확실히 알고 있는 분들의 답변이 궁금합니다.

자스코크 :
이 포럼은 개발자가 작성할 수 있는 것과 작성할 수 없는 것, 즉 금지에 대해 매우 강력한 제한을 두고 있습니다. 또한 이러한 제한은 입법보다 훨씬 강력합니다.

특히, 어떤 방식으로든 개발자의 경쟁자에 대해 논의하고 그들에게 링크를 제공하는 것은 허용되지 않습니다. 시장의 특정 신호 및 제품에 대해 논의할 수 없습니다. 브로커는 허용되지 않습니다. 개발자가 좋아하지 않는 리소스에 대한 링크를 제공할 수 없습니다. 개발자 등을 비판할 수 없습니다(개발자의 기분 포함).

이러한 추가 개발자 제한은 블로그에도 적용되나요? 아니면 포럼과 달리 블로그의 자유가 입법 프레임워크(외설, 폭력, 증오, 포르노 등)에 의해서만 제한됩니까?
근거가 없는 일이 없도록 규칙 위반 사례를 말씀드리겠습니다. 일부 거래 주제에 대한 건설적인 토론에 대한 링크를 제공하는 것으로 충분하지만 적어도 게시물이 삭제되므로 다른 커뮤니티에 있습니다. 나는 그런 불문율에 신경쓰지 않는다. 나는 블로그에 대해 명확히하고 싶다. 블로그는 일반적으로 자체적으로 위치하므로 규칙이 완화될 수 있습니다. 그래서 나는 묻는다, 그것이 사실인지 아닌지?
 

zaskok :

...

근거가 없는 일이 없도록 규칙 위반 사례를 말씀드리겠습니다. 일부 거래 주제에 대한 건설적인 토론에 대한 링크를 제공하는 것으로 충분하지만 적어도 게시물이 삭제되므로 다른 커뮤니티에 있습니다.
다른 리소스의 다시 게시를 위한 블로그에는 "소스"라는 필드가 있습니다. 저것들. 이 경우 본질은 토론을 위한 것이 아니라(다른 사람의 담요를 스스로 덮지 마십시오), 독자와 구독자에게 관심 있는 내용을 알리려는 블로거의 욕망일 뿐입니다.
 

다른 블로그 리소스(LiveJournal, blogspot 등)에서와 마찬가지로 MQL5 블로그에서도 동일한 행동의 자유를 가질 수 있는지 알고 싶습니다. 물론 노골적인 광고 없이 거래 주제에 대해서만.

예를 들어 블로그에

  • 특정 신호 또는 특정 제3자 모니터링. 모니터링을 비교하고 비판합니까?
  • 신호 서비스를 비교하고 비판합니까?
  • PAMM에 대해 논의하십시오.
  • 특정 고문(광범위한 네트워크에서), 시장의 제품?
  • 흥미로운 토론이 있지만 간접적으로 개발자와 경쟁하는 다른 리소스에 대한 링크를 제공합니까?
  • 다른 플랫폼에 대해 논의하고 MT와 비교하시겠습니까? 특정 구현에 대한 링크를 제공하고, 비판하고 희망을 표현합니까?
  • MT의 약점을 보여주고 다른 솔루션을 보여?
  • 브로커의 장단점을 보여주세요?

일반적으로 거래 주제의 틀 내에서 명확한 광고 없이 법률을 준수하여 자유롭게 행동합니까? 그리고 블로그 만 .

 
zaskok :

예를 들어 다음에 대해 블로그를 할 수 있습니까?

  • 특정 신호 또는 특정 제3자 모니터링. 모니터링을 비교하고 비판합니까?
  • 신호 서비스를 비교하고 비판합니까?
  • PAMM에 대해 논의하십시오.
  • 특정 고문(광범위한 네트워크에서), 시장의 제품?
  • 흥미로운 토론이 있지만 간접적으로 개발자와 경쟁하는 다른 리소스에 대한 링크를 제공합니까?
  • 다른 플랫폼에 대해 논의하고 MT와 비교하시겠습니까? 특정 구현에 대한 링크를 제공하고, 비판하고 희망을 표현합니까?
  • MT의 약점을 보여주고 다른 솔루션을 보여?
  • 브로커의 장단점을 보여주세요?

당신은 당신의 자신의 질문에 대답했습니다.

규칙을 형식주의로 축소하지 마십시오. 작성되지 않은 규칙이 있으며 거의 모든 양식 사용자가 이를 확인할 것입니다.


따라서 아무도 규칙을 공식화하려는 시도에 응답하지 않습니다.

 
sergeev :

따라서 아무도 규칙을 공식화하려는 시도에 응답하지 않습니다.

고마워요, 당신은 몰라요. 이건 괜찮아. 그러나 무지하고 행정부의 에이커가 간단하고 구체적인 주제로 떠들지 않기 위해 이것을 보고하지 않는 것이 더 나을 것입니다. 행정부의 의견을 듣는 것이 흥미 롭습니다.

블로그나 게시물에 댓글을 작성하고 삭제, 변경 또는 금지 조치를 취하는 것을 정말 싫어합니다. 예를 들어 여기에서 그들은 묻습니다 . 공개적으로 답변을 드려도 될런지 모르겠습니다.

 

제품 등에 대한 무해한 질문에 둘러싸여 "특정 경쟁자/중개인에 대해 논의할 수 있습니다."

브로커는 회사 블로그를 유지하고 블로그의 특정 섹션과 프로필에 뉴스를 게시할 수 있습니다. 우리는 중개인(장단점)에 대해 논의하는 것을 허용하지 않습니다. 그렇지 않으면 한 달 안에 리소스가 한편으로는 바닥 없는 침략과 다른 한편으로는 마케팅 예산을 포함하는 전면전의 전장으로 바뀌었을 것입니다.

개발/경쟁자를 돕고 싶다면 포럼 및 서비스 데스크에서 하는 것이 좋습니다. 개발자와 가까운 곳.

일부 자원은 우리에게 가해진 피해량에 따라 엄격하게 금지됩니다. 당사 소프트웨어, 프로토콜 해킹, 공개 거짓말 등 그들의 태도는 변하지 않을 것입니다.

자료를 평가하는 주요 원칙은 광고로 전환되었는지, 아니면 사보타주로 전환되었는지 여부입니다. 즉, 지배하는 허점이 많은 공식 규칙이 아니라 누적 평가입니다.

현재 인터넷의 공론장에는 많은 책임(범죄자 포함, 여러 국가에서 여러 가지 방식으로, 자회사 포함)이 있으므로 중도 없이 심각한 자원을 남길 수 없음을 명심하십시오.

 
Renat :

제품 등에 대한 무해한 질문에 둘러싸여 "특정 경쟁자/중개인에 대해 논의할 수 있습니다."

내 헌장으로 나는 다른 사람의 수도원에 올라가지 않습니다. 브로커에 대해 논의할 의사는 아직 없습니다. 나는 금지되었고 스레드는 제품에 대한 무해한 토론을 위해 삭제되었습니다. 그리고 제3자 모니터링 이름조차 무해한 언급 때문에 사람들이 금지되는 방식을 보았습니다. 포럼은 다시 금지 조치를 받을 생각이 없습니다. 블로그에서 무해한 일을 할 수 있습니까? 예를 들어 같은 블로그에 이 질문 에 대한 답변을 공개적으로 작성할 수 있습니까? 그리고 언제쯤 선을 넘고 특정한 무해한 질문에 답할 것입니까?

개발/경쟁자를 돕고 싶다면 포럼 및 서비스 데스크에서 하는 것이 좋습니다. 개발자와 가까운 곳.

글쎄요, 주문 로그에 대해 서비스 데스크나 포럼에 글을 쓰는 것은 어리석은 일입니다. 그러나 블로그에서는 이 작업을 사용하는 것의 유용성 또는 무의미성을 보여줄 수 있습니다.

일부 자원은 우리에게 가해진 피해량에 따라 엄격하게 금지됩니다. 우리 소프트웨어, 프로토콜, 공개 거짓말 등을 해킹하기 위해. 그들의 태도는 변하지 않을 것입니다.

예, 내가 이해하는 한 동일한 smartlab이 금지됩니다. 거기에 희소성 있는 링크를 줘도 삭제됩니다. 명확히 해 주셔서 감사합니다.

자료를 평가하는 주요 원칙은 광고로 전환되었는지, 아니면 사보타주로 전환되었는지 여부입니다. 즉, 지배하는 허점이 많은 공식 규칙이 아니라 누적 평가입니다.

현재 인터넷의 공론장에는 많은 책임(범죄자 포함, 여러 국가에서 여러 가지 방식으로, 자회사 포함)이 있으므로 중도 없이 심각한 자원을 남길 수 없음을 명심하십시오.

따라서 나는 법의 의무 준수와 거래 주제를 준수한다고 언급했습니다.
 

금지에 대해 많은 생각을 하셨고, 본질을 이해하지 못하고 일부 댓글을 금지 사유로 생각하셨습니다. 일반적인 상황: 한 사람이 5개의 댓글을 작성했고 그 중 2개는 전면적인 방해 행위로 삭제되었으며 나머지는 이것이 지극히 정상적인 3개의 메시지에 대한 반응이라고 생각했습니다.

smartlab 은 금지되어 있지 않습니다. 기본적으로 엄격한 제한 사항이 있다고 가정하지 마십시오. 우리는 링크를 사랑으로 다루고 제안(링크에서 메타 정보를 추출하는 방법)하고 올바르게 형식을 지정하고 유용하게 만들려고 노력합니다.