Trademark

Não vejo sentido em bloquear essas palavras. Todo mundo conhece e usa elas. É mais fácil só punir mais severamente quem usa elas pra ofender alguém. Colocar alguns caracteres aleatórios no lugar não vai impedir o entendimento do que está escrito.

Não apoio. Eu acho que a staff tem que punir quem xinga pra ofender alguém especificamente apenas. Bloquear palavrões é totalmente inútil, e as pessoas só vão burlar. Não vejo problema algum em usar nesse tipo de frase: "porr.a meu" "affs que merda mano" "meu krai" "eita cuzao" Agora, se for ofendendo alguém, tem que ser punido: "vai se f$#¨$ seu merda" "filho da $! vai se @&!@#!" "toma no seu @#" É muito melhor dar uma warn maior pra quem usa isso pra ofender mesmo, do que tentar bloquear tudo.

Também Não Consigo Entender, Se Fosse Mais Fácil Pelo Menos, Mas Nem Isso, Você Tem Que Ficar Apertando Shift Toda Vez Que Vai Escrever Uma Palavra. Realmente, só pode ter sido inventado por quem não sabe que tem que usar letra maiúscula pra nome próprio e no início da frase, porque aí não tem como errar

Bom, assim como disseram aí, não recomendo fazer uma tatuagem. Por mais que estejamos no século XXI, você vai sim ter mais problemas para conseguir um emprego e sofrer preconceito. Realmente, o preconceito reduziu bastante, mas ainda existe, e está em grande parte na classe alta que ainda é mais conservadora, com os donos de empresas. Não vou dizer que você vai se arrepender, mas uma tatuagem não é algo que vá mudar algo. E como tudo na vida, enjoa. Só que não dá pra tirar. De qualquer forma, a decisão é sua. Se for fazer, não se esqueça de postar como ficou

Você não disse qual é o CPU, que também é bem importante no servidor. Se tem alguns inimigos ou muitos concorrentes, recomendo pegar um AntiDDoS melhor. Como os mundos são void, o uso de banda vai ser mais baixo e o de RAM também. 7 GB aguentam tranquilo uns 150 jogadores se não houver nenhum gerador de mundo. O mapa é salvo até a última camada (Y) do chunk, o resto é simplesmente ar e não é salvo nem enviado, já que é desnecessário. Considerando que os mobs e chunks usam a maior parte da RAM, e nenhum dos seus plugins mantenha um database inteiro nela, vai rodar sim. O problema é o AntiDDoS mesmo, recomendo pegar uns 100 GBPS+.

Sua sugestão: arrumar os erros de ortografia do texto acima da shoutbox. Porque nós devíamos adicionar ela: porque eu não sou o RonaldoPT. Somos uma comunidade focada em Gamer's, estamos a 2 anos com uma comunidade open-source levando o melhor ao público da internet, você. Agora o prazo para aprovação de novos membros é de 1 DIA após validação do e-mail durante este prazo, novos membros terão seus posts moderados, e não poderão utilizar a shoutbox 1. Há********** dois anos. 2. Colocar um ponto depois de "e-mail", e "durante" iniciando com letra maiúscula. 3. Gamer's => Gamers, já que em inglês o 's significa ou de alguém, "someone's stuff", ou "is", e nenhum dos dois faz sentido nesse caso. 4. Open source? Tão dando código fonte do IPBoard de graça?

Não. A porta do servidor fica normal, 25565. Esse IP do ngrok você dá pra pessoa que vai entrar apenas (com a porta).

Eu descobri esse programa recentemente, e achei bem interessante: https://ngrok.com/ Apesar do IP mudar toda vez que você abre o servidor, eu consigo hospedar LAN com 213 mods e 5 mundos sem problemas de internet, ou seja, ele não deixa as conexões lentas. Como usar Ele é bem simples, só um arquivo .exe que você baixa no site. 1. Bom, primeiro você vai querer abrir o command prompt direto no diretório que está, então (Windows 10 apenas, se usar um mais antigo pule para 2): 1.1. Clique com o botão direito na barra de tarefas. 1.2. Clique em configurações da barra de tarefas. 1.3. Desative essa opção: 2. Use shift + rightclick na pasta / área de trabalho na qual você colocou o ngrok.exe. 2.1. Clique em "Abrir janela de comando aqui" (abre o cmd). 3. Com o cmd aberto, você vai precisar colocar seu authtoken que você consegue ao criar uma conta no site. ngrok.exe authtoken [seutoken] 3.1 Agora que você já colocou seu token, já pode abrir o servidor: ngrok.exe tcp [porta que você vai abrir] 4. Aperte enter e vai aparecer algo assim: Nesse caso, o IP do servidor é 0.tcp.ngrok.io:10541 (só cortar a parte do tcp://). Pra fechar é só usar o (X) ou Ctrl + C. Se funcionar corretamente, falem aí, assim posso criar um tópico com um tutorial mais detalhado.

https://i.imgur.com/W7rWtYT.jpg(ficou zoado por causa do fórum)

Te mandei por MP o que eu consegui. Ligou com alocação de 80MB pelo Java e uns 200MB disponíveis do Linux pelo memory overcommit. Não era culpa do servidor em si, mas do OOM Killer do Linux.

O que é usado pra gerar o mundo é CPU, não RAM. A RAM só vai manter os dados processados pelo CPU nela, ou seja, mantendo os chunks carregados. Com 'salvar na RAM', eu me referi à guardar dados. O Skript, por exemplo, mantém todas as variáveis na RAM, então se você tiver muitas variáveis, usará muita RAM. E renderização é trabalho da GPU do jogador, não do servidor. Gerar =/= renderizar. Para 1~2 jogadores 256MB rodam sim. Demora pra carregar o servidor, o tps fica um pouco instável mas é bem longe do servidor nem ligar. Por que não testa? Óbvio, pra mais jogadores vai ficar super lagado e tem risco de cair. Mas pra testar localmente, roda sim.

Considerando que você use FAWE e não WE normal, e nenhum dos seus plugins salve coisas na RAM, roda sim. Rodo servidores com 256 MB no local usando ~35 plugins andando pelo world, e o TPS fica 19+. O que não dá é entrar 4 jogadores ou mais gerando mundo, porque vai faltar RAM pros chunks. Do contrário, roda sim, só vai demorar mais para abrir. Lembre-se de que RAM não é tudo, não adianta ter 1 TB de RAM se o seu CPU não consegue processar nada com ela.

Além da perm '*', você pode criar uma task que verifica se alguém do servidor tem op a cada X tempo, se tiver e não for da lista, é banido (se o cara tem um plugin com op, ele pode pegar em qualquer conta e não deslogar).

https://www.spigotmc.org/resources/discordsrv.18494/ Procurar antes de pedir é sempre ótimo...

on leftclick on bedrock: tool = diamond pickaxe named "&5Picareta De Titanium" with lore "&f* Essa picareta pode quebrar bedrock!": y coord of event-block > 1 damage player's tool by 8 wait 0.5 second set block to air drop 1 bedrock stop ^^ sem quebrar na camada 1

O sistema de variáveis do Skript é muito melhor do que de vários plugins que armazenam em flatfile por aí, tudo depende do jeito que você usa. Sair dando loop em listas com milhares de variáveis obviamente vai causar muito lag. Não é a complexidade que define se um Skript laga ou não, mas a qualidade do código dele. Um dos principais motivos do Skript "lagar" é esse: if arg 1 is "ferro": # 256 vezes? Não faz sentido fazer isso... loop 256 times: if player has 9 iron ingot: remove 9 iron ingot from player give 1 iron block to player add 1 to {_compactador.blocos} add 9 to {_compactador.ferro} send "&aFerros: &e%{_compactador.ferro}% &aBlocos: &e%{_compactador.blocos}%" # Código melhor give rounded down (number of iron ingot in player's inventory / 9) of iron block to player remove rounded down (number of iron ingot in player's inventory / 9) * 9 of iron ingot from inventory of player Se você acredita que o tamanho em disco de um plugin afeta o desempenho, dá pra notar que não tem nenhum conhecimento em linguagens de programação. Uma API, por exemplo, pode ter 10 MB e não vai afetar de maneira alguma como seu servidor opera. Plugins só causam lag quando realmente fazem alguma coisa, pois isso demanda poder de processamento e RAM.

Só fazer assim: command /time: trigger: set {_a} to 6 * 60 loop {_a} times: # vai loopar exatamente até ficar 0 set {_sec} to mod({_a}, 60) if {_sec} < 10: set {_sec} to "0%{_sec}%" send "%rounded down ({_a} / 60)%:%{_sec}%" remove 1 from {_a} wait 1 second # acabou o cooldown, só fazer algo aqui

Gostei da ideia e criei um sistema mais eficiente de fazer o contador descer: command /time: trigger: # tempo em minutos (é segundos mas multiplica por 60) set {_a} to 5 * 60 # contador (não é while porque eu não tou usando cooldown, é instantâneo no chat) loop 250 times: # pegar os decimais set {_sec} to ({_a} / 60 - rounded down {_a} / 60) * 60 # colocar o 0 nos números de 0 a 9 if {_sec} < 10: set {_sec} to "0%{_sec}%" # tempo arredondado : segundos send "%rounded down ({_a} / 60)%:%{_sec}%" # reduzir 1 segundo remove 1 from {_a} Usando modulo (restante de uma divisão, basicamente o que é lá em cima). Requer Bensku's Skript. command /time: trigger: set {_a} to 6 * 60 loop 1000 times: set {_sec} to mod({_a}, 60) if {_sec} < 10: set {_sec} to "0%{_sec}%" send "%rounded down ({_a} / 60)%:%{_sec}%" remove 1 from {_a}

BungeeCord não tira lag do servidor, isso não faz o mínimo de sentido. O que ele pode fazer é segurar ataques de bot, já que é necessário primeiro conectar-se a ele antes de entrar no servidor, ou seja, é possível filtrar a conexão por ele, mantendo seu servidor online sem problemas enquanto o Bungee está morrendo com um monte de bot. Tem vários plugins bons de antibot pra ele, só dar uma procurada no Spigot.

https://stackoverflow.com/questions/3209899/determine-compass-direction-from-one-lat-lon-to-the-other Não entendo quase nada de programação, mas achei isso aí (em javascript) ^^

http://hopper.minecraft.net/help/pixel-format-not-accelerated/ (oficial da Mojang, tenta fazer os passos) Não sei se tem no shiginima, mas no launcher original ele baixa um runtime próprio, tente desinstalar o Java e rodar o launcher.

Eu acho que se você quer criar algo realmente "novo", não dá pra partir da base dos tipos de servidores que já existem. Inovar não é pegar o FullPvP, adicionar qualquer porcaria e dizer que é novo, mas iniciar uma ideia do ZERO e começar a evoluir ela, debatendo com mais gente e ir incrementando conforme ideias surgirem. Se quer realmente criar algo realmente novo, desista de pensar em "FullPvP, Survival, MiniGames", pois isso já é uma base já existente. Veja bem, uma pessoa olhou o filme "Hunger Games" e criou o HG, e é nessa linha que eu acredito que se deve pensar.

Eu vi que você está pegando os valores do YAML direto nos eventos e comandos... isso é péssimo, salve tudo nas variáveis no "on load" e depois pegue os valores. O yml, além de ter que ler um arquivo no disco rígido (que é bem mais lento que na ram das variáveis), tem uma implementação péssima em todos os addons.

A velocidade do funil dá pra definir no spigot.yml. https://www.spigotmc.org/wiki/spigot-configuration/- usa Cntrl + F e procura por "hopper". Aumenta o hopper check (causa menos lag) e o hopper amount (vai vários itens de uma vez). on rightclick on hopper: cancel event send "10 real pra abrir"

Qual o propósito de criar esse tópico então? Isso aqui não vai chamar atenção alguma, não vai ajudar em nenhum recrutamento nem nada... só dá a impressão que você quer divulgar a NameCheap. Sério, se é pra criar um tópico desses, não crie, o mínimo que você precisa fazer é dizer a base do que quer fazer para despertar a atenção.