Gentes,
Pra quem trabalha com projetos web, catei alguns endereços que podem ser de interesse.
Tá aí, quem quiser, leia. Garanto que vale a pena...
http://www.imasters.com.br/artigo/4548/des_de_software/especificacao_de_requisitos_por_que_os_projetos_atrasam/
http://www.imasters.com.br/artigo/4548/des_de_software/especificacao_de_requisitos_por_que_os_projetos_atrasam/
http://www.imasters.com.br/artigo/4447/gerencia/eu_preciso_de_um_site_simples_quanto_e/
http://www.imasters.com.br/artigo/1942/teoria/making_off_skyworksinccom/
quinta-feira, março 15, 2007
sexta-feira, fevereiro 09, 2007
Um pouco de LOST...
Recentemente, comecei ouvir bastante sobre o "fenômeno" LOST... A princípio, fiquei intrigado com o que seria esse tal "fenômeno" e não pensei mais sobre o assunto. Para mim, não passava de uma simples série de TV.
Porém, algo estranho acabou acontecendo... A superinteressante, uma revista que considero séria no que se propõe a fazer estampou uma matéria de capa sobre o que?? Nada mais nada menos LOST.
Pensei comigo mesmo: "Para que a superinteressante faça uma reportagem de capa sobre o assunto, eles devem ter coisas interessantes para dizer sobre algum item científico da série." Mas qual foi a minha supresa em ver que o caminho traçado pela reportagem, além é claro de especular sobre o que são os números, quem são os Outros, etc... a reportagem traça, ou tenta traçar o futuro da TV.
Esta parte da reportagem foi o que mais me chamou a atenção, pois para mim tudo o que foi dito e previsto para mim já é corrente em uma coisa que já está em uso: a Internet.
Poder acessar o programa/série/documentário/etc que quiser a hora que quiser nada mais é do que a navegação na Internet. A única e grande diferença, a meu ver, é que atualmente para você "baixar" um programa, mesmo usando banda larga acaba demorando tanto que não se torna viável a espera.
Com a possibilidade de se criar canais ultra-rápidos de transferência de dados através dos sinais de TV, ela pode na realidade se transformar em um "clone" da nossa atual internet.
O único fato a se discutir é como seria controlada a tão temida pirataria, mas ao meu ver, como a "nova TV" ou "TV 2.0" como está sendo chamada irá disponibilizar todo o conteúdo a qualquer hora, ninguém irá querer gravar algo que sempre estará disponível, não justificando o esforço de se copiar algo.
O maior problema, com certeza, será a publicidade, porque atualmente o que impulsiona as emissoras de TV são as receitas advindas da publicidade, e como poderemos escolher a programação, podendo "pular" os comerciais, a publicidade não terá mais o grande apelo que tem hoje.
Fenômenos como o YouTube e outros sites de compartilhamento de arquivos já são um bom prenúncio do que pode vir a ser a TV do futuro.
Hoje vou acabar assistindo o tal de LOST só para ver o que é esse fenômeno... Espero que não seja viciante como tanto falam...
Bom, deve estar começando... té o próximo post.
Porém, algo estranho acabou acontecendo... A superinteressante, uma revista que considero séria no que se propõe a fazer estampou uma matéria de capa sobre o que?? Nada mais nada menos LOST.
Pensei comigo mesmo: "Para que a superinteressante faça uma reportagem de capa sobre o assunto, eles devem ter coisas interessantes para dizer sobre algum item científico da série." Mas qual foi a minha supresa em ver que o caminho traçado pela reportagem, além é claro de especular sobre o que são os números, quem são os Outros, etc... a reportagem traça, ou tenta traçar o futuro da TV.
Esta parte da reportagem foi o que mais me chamou a atenção, pois para mim tudo o que foi dito e previsto para mim já é corrente em uma coisa que já está em uso: a Internet.
Poder acessar o programa/série/documentário/etc que quiser a hora que quiser nada mais é do que a navegação na Internet. A única e grande diferença, a meu ver, é que atualmente para você "baixar" um programa, mesmo usando banda larga acaba demorando tanto que não se torna viável a espera.
Com a possibilidade de se criar canais ultra-rápidos de transferência de dados através dos sinais de TV, ela pode na realidade se transformar em um "clone" da nossa atual internet.
O único fato a se discutir é como seria controlada a tão temida pirataria, mas ao meu ver, como a "nova TV" ou "TV 2.0" como está sendo chamada irá disponibilizar todo o conteúdo a qualquer hora, ninguém irá querer gravar algo que sempre estará disponível, não justificando o esforço de se copiar algo.
O maior problema, com certeza, será a publicidade, porque atualmente o que impulsiona as emissoras de TV são as receitas advindas da publicidade, e como poderemos escolher a programação, podendo "pular" os comerciais, a publicidade não terá mais o grande apelo que tem hoje.
Fenômenos como o YouTube e outros sites de compartilhamento de arquivos já são um bom prenúncio do que pode vir a ser a TV do futuro.
Hoje vou acabar assistindo o tal de LOST só para ver o que é esse fenômeno... Espero que não seja viciante como tanto falam...
Bom, deve estar começando... té o próximo post.
Para entender sub-redes e máscaras...
Bom, como tinha prometido à vocês, vou tentar explicar de maneira beeeem detalhada como e quando fazer o que para criar sub-redes e verificar se dois computadores estão na mesma sub-rede.
Bom, em primeiro lugar, o que vai criar os sub-grupos é o conjunto endereço IP e máscara de rede. Somente a máscara ou somente o endereço IP não fornecem dados suficientes para dizer se uma máquina está em uma determinada rede nem quantos equipamentos fazem parte do grupo.
Em segundo lugar, a RFC 950 (vejam o que são RFC´s no google) estipula que, quando estamos criando sub-redes, quando queremos identificar sub-redes devemos usar bits 1 (um) e quando queremos identificar equipamentos devemos usar bits 0 (zero).
Dito isso, vamos à uma receita de bolo para criarmos sub-redes, e para isto, vamos trabalhar com um exemplo:
Digamos que queiramos criar grupos (sub-redes) com 80 equipamentos em cada grupo.
Passo 1: transformar o número 80 em binário para determinarmos o número de bits necessários para podermos numerar esses 80 equipamentos, e para isso usaremos a tabela a seguir:
128 64 32 16 8 4 2 1
0 1 0 1 0 0 0 0
Notamos que precisamos de 7 bits (contamos os que estão em zero também, menos o da esquerda) para construirmos o número 80 (lembrem-se, zero à esquerda não vale nada nem é considerado neste caso).
Passo 2: Lembrando do que diz a RFC 950, para identificarmos os números dos equipamentos na máscara, devemos usar o bit 0, então colocamos 7 (sete) bits 0 (zero) no final da máscara e o restante colocamos como bit 1 (um), liberando estes bits 1 (um) para criarmos os grupos de equipamentos:
11111111.11111111.11111111.10000000
Passo 3: Transformamos o número binário do passo 2 para decimal (podemos usar a tabela):
255.255.255.128
Chegamos à conclusão que para criarmos grupos com 80 equipamentos devemos usar a máscara acima (255.255.255.128).
Um detalhe, porém precisa ser dito: Não conseguimos criar grupos com EXATAMENTE 80 equipamentos. Existe nessa máscara encontrada uma “sobra” de números, ou seja, podemos acrescentar mais equipamentos e os mesmos ainda farão parte do grupo. No nosso caso, o grupo pode conter 127 equipamentos. Como chegamos à este número?
Sabendo que o número máximo da máscara pode ser 255, basta (neste caso) subtrairmos 128 (a máscara) de 255. Chegamos ao número 127. Destes 127, somente 80 são ocupados no nosso exemplo, “sobrando” 47 endereços.
Dito de outra forma, se colocarmos o endereço 10.0.0.1 e o endereço 10.0.0.80, ambos fazem parte do mesmo grupo. Se colocarmos um equipamento com o endereço 10.0.0.120, o mesmo ainda faz parte do grupo do equipamento com IP 10.0.0.1, porque o grupo suporta 127 equipamentos no mesmo grupo.
Por outro lado, se colocarmos o IP 10.0.0.128, o mesmo irá fazer parte de outro grupo, não mais vendo os equipamentos com IP até 10.0.0.127.
PS: quando estamos montando a máscara, devemos ter em mente que zeros e uns não se misturam, ou seja, NUNCA, JAMAIS, poderemos ter a máscara 11111111.11111111.11101111.00100000
Espero que esta parte tenha ficado clara, qualquer coisa, email-me ou comentem aí no final do post..
A segunda coisa que fiquei de clarear para vocês, foi a questão de como o roteador ou o switch faz para saber se dois equipamentos estão na mesma sub-rede.
Para saber isso, o switch ou roteador faz uma operação lógica “E” entre a máscara e o endereço IP.
Abrindo um parêntesis, vamos relembrar rapidamente a operação lógica “E”:
1 E 1 = 1
1 E 0 = 0
0 E 0 = 0
Fecha parêntesis.
Vamos então, determinar se os endereços 10.0.0.40 e 10.0.1.130 estão na mesma sub-rede se usarmos a máscara 255.255.255.0
Vamos em primeiro lugar, fazer um “E” lógico entre o IP 10.0.0.40 e a máscara:
00001010 00000000 00000000 00101000 E
11111111 11111111 11111111 00000000
00001010 00000000 00000000 00000000 RESULTADO
Vamos agora, fazer um “E” lógico entre o IP 10.0.1.130 e a máscara:
00001010 00000000 00000001 10000010 E
11111111 11111111 11111111 00000000
00001010 00000000 00000001 00000000 RESULTADO
Percebemos que chegamos à resultados diferentes, portanto, os dois endereços estão em sub-redes diferentes.
Vamos alterar a máscara para ver o que acontece. Vamos usar a máscara 255.255.254.0:
“E” lógico entre 10.0.0.40 e a nova máscara:
00001010 00000000 00000000 00101000 E
11111111 11111111 11111110 00000000
00001010 00000000 00000000 00000000 RESULTADO
“E” lógico entre 10.0.1.130 e a nova máscara:
00001010 00000000 00000001 10000010 E
11111111 11111111 11111110 00000000
00001010 00000000 00000000 00000000 RESULTADO
Percebemos que os dois resultados são iguais, portanto, agora os dois endereços IP fazem parte da mesma sub-rede.
Espero que tenha esclarecido as dúvidas, e novamente, qualquer coisa comentem aí no final do post ou email-me.
Bom, em primeiro lugar, o que vai criar os sub-grupos é o conjunto endereço IP e máscara de rede. Somente a máscara ou somente o endereço IP não fornecem dados suficientes para dizer se uma máquina está em uma determinada rede nem quantos equipamentos fazem parte do grupo.
Em segundo lugar, a RFC 950 (vejam o que são RFC´s no google) estipula que, quando estamos criando sub-redes, quando queremos identificar sub-redes devemos usar bits 1 (um) e quando queremos identificar equipamentos devemos usar bits 0 (zero).
Dito isso, vamos à uma receita de bolo para criarmos sub-redes, e para isto, vamos trabalhar com um exemplo:
Digamos que queiramos criar grupos (sub-redes) com 80 equipamentos em cada grupo.
Passo 1: transformar o número 80 em binário para determinarmos o número de bits necessários para podermos numerar esses 80 equipamentos, e para isso usaremos a tabela a seguir:
128 64 32 16 8 4 2 1
0 1 0 1 0 0 0 0
Notamos que precisamos de 7 bits (contamos os que estão em zero também, menos o da esquerda) para construirmos o número 80 (lembrem-se, zero à esquerda não vale nada nem é considerado neste caso).
Passo 2: Lembrando do que diz a RFC 950, para identificarmos os números dos equipamentos na máscara, devemos usar o bit 0, então colocamos 7 (sete) bits 0 (zero) no final da máscara e o restante colocamos como bit 1 (um), liberando estes bits 1 (um) para criarmos os grupos de equipamentos:
11111111.11111111.11111111.10000000
Passo 3: Transformamos o número binário do passo 2 para decimal (podemos usar a tabela):
255.255.255.128
Chegamos à conclusão que para criarmos grupos com 80 equipamentos devemos usar a máscara acima (255.255.255.128).
Um detalhe, porém precisa ser dito: Não conseguimos criar grupos com EXATAMENTE 80 equipamentos. Existe nessa máscara encontrada uma “sobra” de números, ou seja, podemos acrescentar mais equipamentos e os mesmos ainda farão parte do grupo. No nosso caso, o grupo pode conter 127 equipamentos. Como chegamos à este número?
Sabendo que o número máximo da máscara pode ser 255, basta (neste caso) subtrairmos 128 (a máscara) de 255. Chegamos ao número 127. Destes 127, somente 80 são ocupados no nosso exemplo, “sobrando” 47 endereços.
Dito de outra forma, se colocarmos o endereço 10.0.0.1 e o endereço 10.0.0.80, ambos fazem parte do mesmo grupo. Se colocarmos um equipamento com o endereço 10.0.0.120, o mesmo ainda faz parte do grupo do equipamento com IP 10.0.0.1, porque o grupo suporta 127 equipamentos no mesmo grupo.
Por outro lado, se colocarmos o IP 10.0.0.128, o mesmo irá fazer parte de outro grupo, não mais vendo os equipamentos com IP até 10.0.0.127.
PS: quando estamos montando a máscara, devemos ter em mente que zeros e uns não se misturam, ou seja, NUNCA, JAMAIS, poderemos ter a máscara 11111111.11111111.11101111.00100000
Espero que esta parte tenha ficado clara, qualquer coisa, email-me ou comentem aí no final do post..
A segunda coisa que fiquei de clarear para vocês, foi a questão de como o roteador ou o switch faz para saber se dois equipamentos estão na mesma sub-rede.
Para saber isso, o switch ou roteador faz uma operação lógica “E” entre a máscara e o endereço IP.
Abrindo um parêntesis, vamos relembrar rapidamente a operação lógica “E”:
1 E 1 = 1
1 E 0 = 0
0 E 0 = 0
Fecha parêntesis.
Vamos então, determinar se os endereços 10.0.0.40 e 10.0.1.130 estão na mesma sub-rede se usarmos a máscara 255.255.255.0
Vamos em primeiro lugar, fazer um “E” lógico entre o IP 10.0.0.40 e a máscara:
00001010 00000000 00000000 00101000 E
11111111 11111111 11111111 00000000
00001010 00000000 00000000 00000000 RESULTADO
Vamos agora, fazer um “E” lógico entre o IP 10.0.1.130 e a máscara:
00001010 00000000 00000001 10000010 E
11111111 11111111 11111111 00000000
00001010 00000000 00000001 00000000 RESULTADO
Percebemos que chegamos à resultados diferentes, portanto, os dois endereços estão em sub-redes diferentes.
Vamos alterar a máscara para ver o que acontece. Vamos usar a máscara 255.255.254.0:
“E” lógico entre 10.0.0.40 e a nova máscara:
00001010 00000000 00000000 00101000 E
11111111 11111111 11111110 00000000
00001010 00000000 00000000 00000000 RESULTADO
“E” lógico entre 10.0.1.130 e a nova máscara:
00001010 00000000 00000001 10000010 E
11111111 11111111 11111110 00000000
00001010 00000000 00000000 00000000 RESULTADO
Percebemos que os dois resultados são iguais, portanto, agora os dois endereços IP fazem parte da mesma sub-rede.
Espero que tenha esclarecido as dúvidas, e novamente, qualquer coisa comentem aí no final do post ou email-me.
sexta-feira, fevereiro 02, 2007
O que é um webmaster???
Pesquisando um pouco no google em português, temos as seguintes definições:
# Um webmaster é alguém que tem a seu cuidado a tarefa de criar e realizar a gestão de um determinado site. Por vezes, o webmaster acumula a tarefa de administração da máquina que alberga o site.
pt.wikipedia.org/wiki/Webmaster
# A pessoa responsável pela administração de um nó WWW.
www.katiafaggiani.zevallos.com.br/clientes/glossario.asp
# é o profissional responsável por um ou mais websites.
www.aisa.com.br/diciona.html
# Pessoa responsável pela criação e manutenção de um site na Web. Em geral, as responsabilidades de um Webmaster incluem responder a mensagens de correio eletrônico, garantir a operação apropriada do site, criar e atualizar páginas da Web e manter a estrutura eo projeto globais do site.
www.sinopse.info/gloss/gloss-w.htm
# É o gestor ou administrador de um website.
www.websitehouse.net/glossario.htm
Já o google em Inglês, traz as seguintes definições:
# The person responsible for maintaining and updating a Web site.
www.pfizer.com/pfizer/privacy/mn_privacy_glossary.jsp
# This term refers to the person in charge of administrating a World Wide Web site.
www-personal.umich.edu/~zoe/Glossary.html
# An individual who manages a Web site. Depending on the size of the site, the Webmaster might be responsible for any of the following: making sure that the Web server hardware and software is running properly, designing the Web site, creating and updating Web pages, replying to user feedback, monitoring traffic through the site.
www.saol.com/glossary.asp
# Administrator, maintainer and/or creater of a web site.
www.liv.ac.uk/webteam/glossary/
# A person who manages Web sites.
net.pku.edu.cn/~webg/DigLib/new/glossary.html
# The individual assigned to administering a corporation or organization's web site. This person lays out the information trees, designs the look, codes HTML pages, handles editing and additions and checks that links are intact. In addition, he or she monitors, routes and sometimes responds to email generated by the site.
smartbizconnection.com/advertising_glossary_index.htm
# The individual(s) responsible for either the implementation and maintenance of the content of a Web site, the server or programming aspects of a Web site, or both. Most Web sites advertise an email address in the form of webmaster@domain.com which allows visitors to contact the Webmaster via email.
www.indra.com/support/glossary.html
# The person who usually maintains the content and operational status of a Web server. Most Webmasters are involved with design and development issues for new content and also with business and marketing issues, network topology design, and any other issue related to the development and maintenance of the Web server.
www.setupray.com/tech/Networking/Netscape%20Plug-Ins%20Developer's%20Kit/ch20.htm
# Each WWW server has a Webmaster--an individual with primary responsibility for the server. By convention, each WWW server maintains a Webmaster email address (eg, webmaster@umich.edu or library.webmaster@umich.edu) to which suggestions and inquiries about the site may be directed.
www.umich.edu/Textonly/policy_guidelines6.html
# responsible for the implementation and administration of a World Wide Web site. Sometimes called Web administrators, webmasters normally have very broad responsibilities which may include designing an information architecture, designing and developing web pages, web scripting and programming, and overseeing the management of e-commerce capabilities. ...
www.course.com/careers/glossary/itjobs.cfm
# The individual responsible for the management of a website.
www.pokeradnetwork.com/poker_advertising_glossary.html
# Also called Web mistress and Web weaver. This person - or team of people - is in charge of a Web site. Typically, Webmasters reply to e-mail, make sure the site operates correctly, maintain the site's structure and design, and create and update Web pages.
www.dsl-experts.com/broadband_glossary_w.htm
# The person designated to maintain a web site.
www.hometravelagency.com/dictionary/ltrw.html
# the person responsible for the administration of a web site.
www.custom-internet.co.uk/support/glossary.htm
# Someone who manages a Web server and the process of uploading files for publication on the Web. May sometimes also function as the gatekeeper for what is published on the Internet from a company or organization.
www.geekazoid.com/geekspeak/
# A constructor and organiser of a website.
www.greenhill-i.com/glossary.htm
# A Webmaster is a person who either: a) Creates and manages the information content and organization of a Web site; b) Manages the computer server and technical programming aspects of a Web site c) Or does both.
www.best-web-design.com/definitions.html
# Responsible technical and/or administrative contact of a site.
www.skepsis.no/english/classification/definitions.html
# Lowercase unless using it as a title with someone’s name. An individual who manages a web site. (For AP Style, see Web in Appendix XII.)
www.umw.edu/policies/style_guide/computer_terms__email_etiq/default.php
# The title for a person or persons who look after a particular web site. Should not be confused with postmaster.
4umi.com/web/glossary.htm
# A person responsible for the maintenance of a particular website. whois An Internet service allowing to obtain the information about the domain name owner. WWW World Wide Web (or Web) is the most popular Internet service. It allows access to the information and services from the web servers. A web browser is needed to use the Web.
web-men.net/glossary.htm
# The person at a site providing World Wide Web information who is responsible for maintaining the site.
adultchamber.com/members/glossary.htm
# A person or group of people who maintain and administer a web server.
www.iarchive.com/_library/terminology/w.htm
# The often used title of the manager of a web site.
www.packardbell.co.uk/specialevents/infocenter/01/internet/i-course/01ic003a/01ic003a.htm
# The person who is responsible for the regular care and feeding of a website (eg, fixing typographical errors and typing in new press releases). It is a highly glamorous and romantic position. That's why you see so many action movies and TV shows based on their daring exploits.
www.scotsmist.co.uk/glossary_w.html
# a technician who designs or maintains a website
wordnet.princeton.edu/perl/webwn
# Webmaster or Webmistress is a commonly used term that refers to the person or persons responsible for a specific website.
en.wikipedia.org/wiki/Webmaster
# Um webmaster é alguém que tem a seu cuidado a tarefa de criar e realizar a gestão de um determinado site. Por vezes, o webmaster acumula a tarefa de administração da máquina que alberga o site.
pt.wikipedia.org/wiki/Webmaster
# A pessoa responsável pela administração de um nó WWW.
www.katiafaggiani.zevallos.com.br/clientes/glossario.asp
# é o profissional responsável por um ou mais websites.
www.aisa.com.br/diciona.html
# Pessoa responsável pela criação e manutenção de um site na Web. Em geral, as responsabilidades de um Webmaster incluem responder a mensagens de correio eletrônico, garantir a operação apropriada do site, criar e atualizar páginas da Web e manter a estrutura eo projeto globais do site.
www.sinopse.info/gloss/gloss-w.htm
# É o gestor ou administrador de um website.
www.websitehouse.net/glossario.htm
Já o google em Inglês, traz as seguintes definições:
# The person responsible for maintaining and updating a Web site.
www.pfizer.com/pfizer/privacy/mn_privacy_glossary.jsp
# This term refers to the person in charge of administrating a World Wide Web site.
www-personal.umich.edu/~zoe/Glossary.html
# An individual who manages a Web site. Depending on the size of the site, the Webmaster might be responsible for any of the following: making sure that the Web server hardware and software is running properly, designing the Web site, creating and updating Web pages, replying to user feedback, monitoring traffic through the site.
www.saol.com/glossary.asp
# Administrator, maintainer and/or creater of a web site.
www.liv.ac.uk/webteam/glossary/
# A person who manages Web sites.
net.pku.edu.cn/~webg/DigLib/new/glossary.html
# The individual assigned to administering a corporation or organization's web site. This person lays out the information trees, designs the look, codes HTML pages, handles editing and additions and checks that links are intact. In addition, he or she monitors, routes and sometimes responds to email generated by the site.
smartbizconnection.com/advertising_glossary_index.htm
# The individual(s) responsible for either the implementation and maintenance of the content of a Web site, the server or programming aspects of a Web site, or both. Most Web sites advertise an email address in the form of webmaster@domain.com which allows visitors to contact the Webmaster via email.
www.indra.com/support/glossary.html
# The person who usually maintains the content and operational status of a Web server. Most Webmasters are involved with design and development issues for new content and also with business and marketing issues, network topology design, and any other issue related to the development and maintenance of the Web server.
www.setupray.com/tech/Networking/Netscape%20Plug-Ins%20Developer's%20Kit/ch20.htm
# Each WWW server has a Webmaster--an individual with primary responsibility for the server. By convention, each WWW server maintains a Webmaster email address (eg, webmaster@umich.edu or library.webmaster@umich.edu) to which suggestions and inquiries about the site may be directed.
www.umich.edu/Textonly/policy_guidelines6.html
# responsible for the implementation and administration of a World Wide Web site. Sometimes called Web administrators, webmasters normally have very broad responsibilities which may include designing an information architecture, designing and developing web pages, web scripting and programming, and overseeing the management of e-commerce capabilities. ...
www.course.com/careers/glossary/itjobs.cfm
# The individual responsible for the management of a website.
www.pokeradnetwork.com/poker_advertising_glossary.html
# Also called Web mistress and Web weaver. This person - or team of people - is in charge of a Web site. Typically, Webmasters reply to e-mail, make sure the site operates correctly, maintain the site's structure and design, and create and update Web pages.
www.dsl-experts.com/broadband_glossary_w.htm
# The person designated to maintain a web site.
www.hometravelagency.com/dictionary/ltrw.html
# the person responsible for the administration of a web site.
www.custom-internet.co.uk/support/glossary.htm
# Someone who manages a Web server and the process of uploading files for publication on the Web. May sometimes also function as the gatekeeper for what is published on the Internet from a company or organization.
www.geekazoid.com/geekspeak/
# A constructor and organiser of a website.
www.greenhill-i.com/glossary.htm
# A Webmaster is a person who either: a) Creates and manages the information content and organization of a Web site; b) Manages the computer server and technical programming aspects of a Web site c) Or does both.
www.best-web-design.com/definitions.html
# Responsible technical and/or administrative contact of a site.
www.skepsis.no/english/classification/definitions.html
# Lowercase unless using it as a title with someone’s name. An individual who manages a web site. (For AP Style, see Web in Appendix XII.)
www.umw.edu/policies/style_guide/computer_terms__email_etiq/default.php
# The title for a person or persons who look after a particular web site. Should not be confused with postmaster.
4umi.com/web/glossary.htm
# A person responsible for the maintenance of a particular website. whois An Internet service allowing to obtain the information about the domain name owner. WWW World Wide Web (or Web) is the most popular Internet service. It allows access to the information and services from the web servers. A web browser is needed to use the Web.
web-men.net/glossary.htm
# The person at a site providing World Wide Web information who is responsible for maintaining the site.
adultchamber.com/members/glossary.htm
# A person or group of people who maintain and administer a web server.
www.iarchive.com/_library/terminology/w.htm
# The often used title of the manager of a web site.
www.packardbell.co.uk/specialevents/infocenter/01/internet/i-course/01ic003a/01ic003a.htm
# The person who is responsible for the regular care and feeding of a website (eg, fixing typographical errors and typing in new press releases). It is a highly glamorous and romantic position. That's why you see so many action movies and TV shows based on their daring exploits.
www.scotsmist.co.uk/glossary_w.html
# a technician who designs or maintains a website
wordnet.princeton.edu/perl/webwn
# Webmaster or Webmistress is a commonly used term that refers to the person or persons responsible for a specific website.
en.wikipedia.org/wiki/Webmaster
Dois mitos comuns na construção de um site
Bom gente, tamos aí novamente, e pra iniciar bem o ano, vou postar uma parte de uma reportagem que achei em uma revista antiga que eu guardava em casa. (Eu sabia que guardar ela ainda iria ser útil "um dia"...).
A revista é tão antiga que nem no site da digerati tinha ela pra eu poder talvez fazer um CTRL+C; CTRL+V, então acho que eles não vão ficar brabos com isso :D.
Em todo o caso, aí vai a descrição da revista: THE WEBMASTERS, ano 1, nro 3, página 24.
"Mito 1: O conteúdo basta
Dizer que o mais importante em um website é o seu conteúdo é uma verdade que pode ser aplicada para todos os sites da web, disso não há como discordar. Também é verdade que quando você soma som, animação, recursos de Java e muitos gráficos, sua página web leva muito mais tempo para carregar, e alguns dos seus visitantes podem não querer esperar para carregar tudo e acabarão indo embora.
Porém, não significa que todas as páginas com muitos recursos de animação e som são necessariamente ruins. O truque é saber quando tudo isso é apropriado e conseguir que a velocidade ao carregar a página seja a maior possível, de acordo com as circunstâncias.
O uso excessivo de recursos Java, de animação e mesmo som podem até ser empregados em alguns casos. Por exemplo, se seu site tiver como objetivo vender ou oferecer serviços para outros sites, isto é, se você quiser que as pessoas paguem para projetar ou hospedar suas páginas, então esses recursos serão indispensáveis para chamar a atenção dos usuários.
Muitos clientes potenciais vêem seu site como um exemplo do que outros sites podem se tornar. Não há nenhum ponto que indique que apenas o conteúdo basta neste momento. Tais sites precisam de uma certa quantidade de cor, gráficos, etc. embora isto acarrete em um tempo maior para carregar a página, preço que certamente os usuários estarão prontos a pagar.
Mito 2: Os gráficos decorativos são obrigatórios
Do outro lado da balança estão as pessoas que acreditam que um bom site de Web tem que ter muita cor, e principalmente, muitos gráficos para ilustrar (desnecessariamente) o conteúdo. Geralmente estes webdesigners são identificados pela sua pouca experiência, ou ainda pela falta de imaginação.
Existem muitos casos de pessoas que exibem seus sites orgulhosos, sem se darem conta de que eles tem uma coisa errada. Os gráficos criados por algumas pessoas geralmente são colocados no meio da página e, para piorar ainda mais a situação, tem em média 100kb.
Estes gráficos tem pequena ou nenhuma função nestas páginas - não contém valor informativo algum - nem são logotipos, nem fotografias. São puramente decorativos. E o pior de tudo - levam anos para carregar.
Mas não é bom generalizar. Alguns gráficos decorativos em uma página caem muito bem. Eles tornam a página mais agradável ao olhar, e consequentemente mais provável de ser lida. Mas atenção: eles devem ser o menor possível. Seu tamanho deve ser, como na maioria das imagens, de no máximo 30kb e seu assunto deve estar diretamente ligado ao conteúdo do website em questão.
Reduza o tamanho dos gráficos, dos arquivos individuais em suas páginas usando os seguintes métodos:
- reduza o número de cores no gráfico;
- reduza o tamanho da imagem, se possível;
- reduza o número de imagens em animações.
E lembre-se, poucas pessoas voltarão ao seu site só para admirar seus gráficos. Mas elas voltarão para saber o que você tem a dizer.
Pois é, por enquanto é só gente....
A revista é tão antiga que nem no site da digerati tinha ela pra eu poder talvez fazer um CTRL+C; CTRL+V, então acho que eles não vão ficar brabos com isso :D.
Em todo o caso, aí vai a descrição da revista: THE WEBMASTERS, ano 1, nro 3, página 24.
"Mito 1: O conteúdo basta
Dizer que o mais importante em um website é o seu conteúdo é uma verdade que pode ser aplicada para todos os sites da web, disso não há como discordar. Também é verdade que quando você soma som, animação, recursos de Java e muitos gráficos, sua página web leva muito mais tempo para carregar, e alguns dos seus visitantes podem não querer esperar para carregar tudo e acabarão indo embora.
Porém, não significa que todas as páginas com muitos recursos de animação e som são necessariamente ruins. O truque é saber quando tudo isso é apropriado e conseguir que a velocidade ao carregar a página seja a maior possível, de acordo com as circunstâncias.
O uso excessivo de recursos Java, de animação e mesmo som podem até ser empregados em alguns casos. Por exemplo, se seu site tiver como objetivo vender ou oferecer serviços para outros sites, isto é, se você quiser que as pessoas paguem para projetar ou hospedar suas páginas, então esses recursos serão indispensáveis para chamar a atenção dos usuários.
Muitos clientes potenciais vêem seu site como um exemplo do que outros sites podem se tornar. Não há nenhum ponto que indique que apenas o conteúdo basta neste momento. Tais sites precisam de uma certa quantidade de cor, gráficos, etc. embora isto acarrete em um tempo maior para carregar a página, preço que certamente os usuários estarão prontos a pagar.
Mito 2: Os gráficos decorativos são obrigatórios
Do outro lado da balança estão as pessoas que acreditam que um bom site de Web tem que ter muita cor, e principalmente, muitos gráficos para ilustrar (desnecessariamente) o conteúdo. Geralmente estes webdesigners são identificados pela sua pouca experiência, ou ainda pela falta de imaginação.
Existem muitos casos de pessoas que exibem seus sites orgulhosos, sem se darem conta de que eles tem uma coisa errada. Os gráficos criados por algumas pessoas geralmente são colocados no meio da página e, para piorar ainda mais a situação, tem em média 100kb.
Estes gráficos tem pequena ou nenhuma função nestas páginas - não contém valor informativo algum - nem são logotipos, nem fotografias. São puramente decorativos. E o pior de tudo - levam anos para carregar.
Mas não é bom generalizar. Alguns gráficos decorativos em uma página caem muito bem. Eles tornam a página mais agradável ao olhar, e consequentemente mais provável de ser lida. Mas atenção: eles devem ser o menor possível. Seu tamanho deve ser, como na maioria das imagens, de no máximo 30kb e seu assunto deve estar diretamente ligado ao conteúdo do website em questão.
Reduza o tamanho dos gráficos, dos arquivos individuais em suas páginas usando os seguintes métodos:
- reduza o número de cores no gráfico;
- reduza o tamanho da imagem, se possível;
- reduza o número de imagens em animações.
E lembre-se, poucas pessoas voltarão ao seu site só para admirar seus gráficos. Mas elas voltarão para saber o que você tem a dizer.
Pois é, por enquanto é só gente....
Iniciando uma nova seção...
Gente...
A partir de agora, os posts técnicos serão direcionados mais à webmasters, uma vez que essa é a matéria atual da faculdade, mas nada impede que apareçam outras coisas por aqui, ainda mais porque eu estou sentindo ultimamente uma vontade de escrever sobre alguns assuntos diversos...
Então tá, por agora é isso...
A partir de agora, os posts técnicos serão direcionados mais à webmasters, uma vez que essa é a matéria atual da faculdade, mas nada impede que apareçam outras coisas por aqui, ainda mais porque eu estou sentindo ultimamente uma vontade de escrever sobre alguns assuntos diversos...
Então tá, por agora é isso...
Assinar:
Postagens (Atom)