iSoron

Você quer, então, um guia de referência, é isso? Lá vai: http://www.cppreference.com/ []'s iSoron.

Não conto as vezes que um iniciante em Java perguntou aqui no fórum onde começar, ou o que precisa baixar. Muitos, porém, foram mais diretos: "O que é Java?". Pois bem, pensando neles, criamos uma seçao de Links para livros e outras fontes. Aparentemente, isso não resolveu, pois são muitos os links, e é dificil saber por onde começar. Pensando nisso, então, disponibilizo aqui O LINK oficial para todos aqueles que querem ingressar nesse mundo louco: Thinking in Java, 3rd edition Muitos, porém, ainda reclamariam pois o conteúdo está em ingles. Para esses, então, recomendo visitar a versão traduzida (ainda em desenvolvimento): Pensando em Java, 3a ediçao Embora não esteja completamente traduzida, os capitulos iniciais já estão em português. E se você não tem problemas com ingles, que tal ajudar com o projeto? http://www.hwn.com.br/pej/ E boa leitura pra vocês. []'s iSoron.

Eu gostei da idéia. Mas, assim como o site WAP, temos um problema: os dados são muito confusos para serem capturados e tratados. Se o fórum tivesse suporte a XML, poderiamos implementar isso também! Bastaria, a cada dois ou três minutos, o cliente baixar o arquivo XML (que possui somente os dados essenciais, sendo por isso bem leve) e comparar com o XML antigo. Se houvesse alguma modificação, soaria um aviso. Se quiserem ver um forum com suporte a isso (também chamado de RSS), vejam aqui: http://www.jforum.net/forums/list.page Cliquem no ícone laranja "XML" e vejam como a pagina é descrita de forma simples e acessível para qualquer programador. Acho, então, que nossos esforços atuais deveriam se voltar para a construção de um XML Parser para cada página do forum. Isso tornaria fácil qualquer futura implementação. []'s iSoron.

Pelo visto, é um clássico programa de cadastramento e relatórios, certo? Eu sugiro que você aprenda um pouco de J2EE. Rodar um web service parece ser a melhor solução nesse caso. O compilador vem junto com os kits de desenvolvimento e podem ser achados na seção de link (tópico fixo). Até existem outros, mas você pode começar pelos da própria Sun. []'s iSoron.

Se você está querendo adicionar uma linha, só pra facilitar a visualização, aperta Enter mesmo. Mas quebra de linha na interface final não deve ser feita pelo XML. Lembre-se que ele apenas guarda os dados! Estilo é com CSS, XSL, ou HTML mesmo. []'s iSoron.

Podem ser ou não. Com Java se desenvolve tanto pra console, quanto GUIs, além de aplicações para celulares, ou serviços que rodarão ocultamente em servidores. A utilização de uma interface gráfica (camada View) pode se dar através de diferentes formas. Por exemplo, em Desktop, usaria-se Swing, ou SWT. Pra celulares, têm-se os Forms. Pra J2EE, a interface gráfica é a própria página final em HTML. Não, pois já existem muitas APIs que fazem isso pra você. Se preferir fazer sozinho, você pode usar HTML para formatar seus relatórios. Com todos, eu não sei. Vai que existe algum desconhecido aí. Mas a grande maioria (todos conhecidos) podem interagir com Java através do JDBC. Isso inclui SQL Server, Access, Oracle, MySQL, Postgree, etc... []'s iSoron.

Sim, o compilador é o mesmo, pois os bytecodes são universais. Assim, se você faz uma classe que se conecta ao BD em j2se, você pode usa-la na web, sem problemas. []'s iSoron.

Instala o 9.0c. Ele corrije algumas falhas dos anteriores...

Não é bem assim... Se o teu site se estruturar em cima de XML, fica fácil fazer. Mas pra gerar os XMLs, vai ser preciso uma linguagem dinâmica, no mínimo. Na verdade, XML é um pequeno arquivo de texto bem organizado, e por isso facilmente lido e convertido em qualquer coisa, como páginas HTML, pesquisas, etc... []'s iSoron.

Nossa, ficou muito bom. Não teria começo melhor. Realmente, ocorre um erro ao tentar acessar os tópicos. A mensagem é essa aqui: Estranho que UTF-8 deveria conter todos os caracteres imagináveis... O pior é que ele não diz linha, nem nada. ps.: Gladisson, tenta trocar de ISO-8859-1 pra UTF-8 na primeira tag do xml. []'s iSoron.

Realmente, Dark0, essa idéia é muito boa para morrer, como as outras. Estive pensando.. Embora nada aconselhável, esse sistema seria viável se utilizássemos a versão para impressão, ao invés da visão normal que temos do fórum, pois ela é bem mais limpa, sem assinaturas, sem banners. O que acham? http://scriptbrasil.com.br/forum/index.php...er&f=36&t=45424 ps.: dêem uma olhada no código fonte dessa pagina. Dá até medo tentar filtrar alguma coisa ali... []'s iSoron.

Se o site já oferecesse suporte a XML, seria um pulo fazer em Wap. Infelizmente, a estrutura do IPB não dá suporte a essa tecnologia. (Um que dá esse suporte é o JForum) Eu acho a ideia de ler a página inviável, pra não dizer "acochambrada". Pensem bem: o usuário faz a requisição ao servidor WAP. Esse servidor pede a um outro servidor uma página HTML. Pra conseguir isso, o segundo servidor pede ao (já sobrecarregado) banco de dados todos os dados necessários, faz a página bonitinha e devolve para o primeiro. O primeiro, então, depois de muito sacrificio, limpa a página toda (desfaz o serviço do segundo servidor) e remonta pra WAP. Tá na cara que isso é ineficiente... Se essa idéia for colocada em prática, é preciso conexão direta com o banco de dados. De outra forma, o sistema seria lento e, provavelmente, muito bugado... []'s iSoron.

A idéia é otima, realmente. Ajudaria bastante. Mas quero ver quem vai conseguir tocar um dedo no banco de dados do fórum. Aquilo ali é guardado a sete vacas... []'s iSoron.

Se eu fosse vc, pesquisaria o preço das peças (se ainda estiverem a venda) e tiraria uns 30%, ou mais. Tem que ter cuidado, pois você pode estar vendendo mais caro que um novo. []'s iSoron.

Não sei se isso daria certo, pois o BD do invision é bem confuso. Alguém teria que vasculhar mesmo e ir tentando montar alguma coisa... []'s iSoron.

Não duvido nada que um vírus esteja "sugando" sua conexão toda pra ele. Arranje um bom antivirus, como o McAfee. []'s iSoron.

Juntar dois firewalls é um crime. Desativa o do windows sp2. Só o sygate já faz o serviço completo. []'s iSoron.

Pra playstation, acho que é 100% necessário, não chega nem a rodar. Pra outros, como N64, não precisa. De uma forma ou de outra, a placa é essencial, porque senão vai ficar extremamente lento... Mas não precisa de uma placa muito cara não, uma MX440 (cerca de R$200) já serve muito bem. Claro que também depende da CPU, da quantidade de memória, etc. Mas o que mais influencia é a placa de vídeo. Site com tudo sobre emulação: http://www.emulator-zone.com/doc.php/psx/ []'s iSoron.

Bugs, todo programa tem, afinal, foram todos criados por humanos. Quando um bug é descoberto num programa open-source, a comunidade o corrige quase que instantaneamente, e você pode corrigir até mesmo a sua versão, sem depender de patchs da empresa que o criou. Já um programa com código fechado é mais burocrático, pois só quem pode ajudar é a empresa que criou o projeto, já que só ela tem acesso aos arquivos. Como consequencia, um bug descoberto leva maior tempo para ser corrigido, e quando há muitos bugs, é preciso esperar um service pack, pois ninguém aguenta baixar 50 patches. Essa complicação tira o incentivo dos hackers white-hat*, que só querem melhorar o produto, pois sabem que a publicação da falha levaria à catastrofes. O que se cria então são os exploits zero-day**, tornando as falhas muito mais criticas. *Hackers White-Hat são programadores experientes que ajudam no desenvolvimento de programas, ou os estudam, com o intuito de corrigir suas falhas, ou aumentar seus conhecimentos, sem interesse nenhum em causar destruição, ou furtar dados. ** Falhas zero-day são aquelas conhecidas apenas pelos hackers que a descobriram. Ou seja, se nem a empresa as conhece, ninguém está seguro. Estima-se que a maior parte das falhas encontradas hoje já eram conhecidas há meses, e vinham sendo exploradas, mesmo em ambientes atualizados. Provavelmente, a maioria dos produtos que usamos podem ser explorados dessa maneira. ps.: Poxa, eu sempre escrevo demais... Foi mal os textos tão longos.. hehe []'s iSoron.

Eu não compararia PHP com Java, os dois têm propósitos diferentes. Se quiser fazer um sistema com duas camadas (apresentação e dados) use PHP. Geralmente são pequenos projetos, como blogs ou fórums. Se precisar de n camadas, J2EE é a solução. Geralmente sites complexos, e utilizados via intranet. Daí sua baixa popularidade. Claro que o uso de n camadas exige um preparo maior, uma equipe especializada e diversificada, diagramação UML, análise do projeto, etc etc. O problema é que não se tratam só de códigos ou scripts. Pra um sistema J2EE, é preciso testar a arquitetura dos servidores, e isso não é possivel em servidores públicos. Ainda assim, muitos até oferecem hospedagem, mas fica bem restrita. Vira quase PHP. Em um outro fórum, um usuário argumentou isso: De qualquer forma, JSP gratuito: http://www.myjavaserver.com/ []'s iSoron.

Prefiro o WSFTP antigo, que nem precisava instalar, era só um arquivo. Mas pra webdesign, uso o Dreamweaver mesmo, mais prático. []'s iSoron.

Sim, consegue. Você precisa estudar J2EE. Bem, alguns programas essenciais são Tomcat e Eclipse. Mais pra frente, você pode precisar de Struts, Hibernate, etc... Mas depende da sua aplicação. Mas antes de começar no Java Enterprise Edition, é melhor dominar Java Core + J2SE. Facilita muito o processo, e você fica com maior embasamento em OO. []'s iSoron.

O preço médio é de R$ 30,00 a hora de serviço. Pra consultor, a coisa muda! E pra melhor. Mas acho que ninguém deve começar em uma linguagem pensando no salário. E outra, programadores PHP e ASP.NET também estão em alta no mercado. []'s iSoron.

O problema do Orkut é o número de usuários. Esse forum aqui dá erros estranhos quando passa de 160 usuários, imagina uns 100.000 fazendo consultas ao mesmo tempo! Acho que dá pra fazer um bom sistema em ASP, mas pra que pagar e depender da microsoft, quando se pode usar PHP, que faz tudo de graça e melhor? Mas além do custo, prefiro PHP porque pode ser usado em várias plataformas, tem sintaxe semelhante a C, tem OO e é mais robusto. Mas na dúvida mesmo, nem um nem outro, use JSP! []'s iSoron.

Ali não é ASP, é ASP.NET! Esse sim é ruim... Se quiser uma lista de vantagens, posta no ASP, que aqui você só vai ouvir falar bem do PHP. Pode até comparar as duas listas... []'s iSoron.