Menú

Mostrar Mensajes

Esta sección te permite ver todos los mensajes escritos por este usuario. Ten en cuenta que sólo puedes ver los mensajes escritos en zonas a las que tienes acceso en este momento.

Mostrar Mensajes Menú

Mensajes - Azielito

#2821
Diseño Gráfico / Re:Corel Draw 12
23 Febrero 2004, 20:46 PM
esta bien :), lo probare ;D

Graicas por ponerlo ;D

Un saludo. Nemrod.

PD: creo que deberias de poner un link y no la URL, se veria mas bonito el foro ::)
#2822
Cita de: LordSteve en 22 Febrero 2004, 21:28 PM
Citar
- <% echo ('Forma tipo ASP'); %>
3 cosas...
1.echo en asp no existe, es response.write...
<% response.write ("Forma tipo ASP") %>
2.Y no ahi que poner el punto y coma ya que lee el string como error
3.Que tiene que ver con php? me dices please?


me huele un poco a desarrolloweb el manual j3j3j3... weno la historia...

Se pueden poner los tasg de ASP, si, si es posible, en un post muuuuy viejito ;D, lo explica Javier muy bien, tratare de ponerlo algo claro ;D
...


Vas  a la linea 63 de el archivo PHP.ini...
encontraras algo asi:
;;;;;;;;;;;;;;;;;;;;
; Language Options ;
;;;;;;;;;;;;;;;;;;;;

; Enable the PHP scripting language engine under Apache.
engine = On

; Allow the <? tag.  Otherwise, only <?php and <scripttags are recognized.
short_open_tag On

Allow ASP-style <% %> tags.
asp_tags Off

la linea 74 o sea
Allow ASP-style <% %> tags.
asp_tags = Off

Solo ponele On y, seran aceptables los tasg <% y %> ahora si, esta totalmete correcto, bueno, no tanto lo que ha puesto -Riven-Ward-...
seria algo asi


<% echo "Hola XD"; %>




Un saludo. Nemrod.
#2823
Tipos de conexión a una BD (Base de Datos)

1 - Conexión con DSN (ejemplo para Access)

La conexion con DSN es la más cómoda, pero sólo se puede utilizar si tenemos acceso al Panel de Control de la máquina servidor. Por supuesto si estamos contruyendo una intranet tenemos el server a nuestro alcanze y a su Panel de Control.
Si simplemente estamos aprendiendo ASP y usamos el PWS (Personal Web Server) o el IIS 4 de NT tambien disponemos de esta comodidad.
Veamos como se realiza la conexion a una base de datos de Microsoft Access:

Creamos nuestra base de Datos en Microsoft Access y la guardamos. Luego vamos a Inicio > Configuracion > Panel de Control y alli elegimos Fuentes de Datos ODBC Al ingresar nos encontramos con una pantalla que es el administrador de origenes de datos ODBC. En la solapa DSN de Usuario presionamos el boton Agregar. Luego seleccionamos Microsoft Access Driver (*.mdb)  y presionamos  Finalizar.  Ahora se hara la conexión ODBC. Presionamos el boton Seleccionar y elegimos nuestra Base de Datos e ingresamos el nombre de la base en el primer campo.
Por último el boton Aceptar.
Si todo salio bien debería aparecer el nombre de nuestra Base de Datos en la solapa DSN de usuario y ya tendremos hecha nuestra conexion ODBC a BS.

Ahora debemos conectar la base de datos en la pagina ASP
<%
'Definimos la variable para la conexión.
Dim Conex
Set Conex = Server.CreateObject ("ADODB.Connection")
'y ya estamos conectados a nuestra base de datos.
Conex.Open "nombre de la BD"
'aqui abrimos la tabla. ...
%>


Como vieron no es algo dificil... solo hay que aprenderser la linea de conexión. Pero recuerden que esto no servira si suben su BS y su sitio a internet. Para esto deben usar la siguiente conexón.

2 - Conexión sin DSN

Este tipo de conexión es más complicada, pero es lo que debemos utilizar si queremos olvidar el panel de control, ya que hacemos la conexión a la base de datos mediante comandos. Ademas es mas rápida ;)
Observar bien bien la sintaxis... ya que es lo que nos trae los problemas siempre.

Para Access usando ODBC:
<%
Dim Conex
'Creamos el objeto de conexion ahora...
Set Conex = Server.CreateObject ("ADODB.Connection")
Conex.open "DRIVER={Microsoft Access Driver (*.mdb)}; DBQ=C:\misitio\db\mibase.mdb;"
%>


Para Access 97 usando OLEDB: <%
Dim Conex
'Creamos el objeto de conexion ahora...
Set Conex = Server.CreateObject ("ADODB.Connection")
Conex.Open "Provider=Microsoft.Jet.OLEDB.3.51; Data Source=C:\misitio\db\mibase.mdb;"
%>


[/b]Para Access 2000 usando OLEDB:[/b] <%
Dim Conex
'Creamos el objeto de conexion ahora...
Set Conex = Server.CreateObject ("ADODB.Connection")
Conex.open "Provider=Microsoft.Jet.OLEDB.4.0; Data Source=C:\misitio\db\mibase.mdb;"
%>


Para SQL Sever: <%
Dim Conex
'Creamos el objeto de conexion ahora...
Set Conex = Server.CreateObject ("ADODB.Connection")
Conex.Open "driver={SQL Server};server=TU_SERVIDOR; database=NOMBRE_BASE; uid=sa;pwd="
%>


Importante: En los 3 primeros ejemplos, referidos todos a conexiones con bases de datos Access, use un path fijo. Lo puse asi, para el mejor entendimiento, pero generalmente se hace uso de la funcion Server.MapPath() la cual devuelve el path donde ejecutamos el script

Les intentaré explicar el uso de esa función mediante un ejemplo que no tiene que ver con conexion a base de datos, pero intentaré que se relacione.
<%
Dim path
'guardamos en la variable path lo que devuelve la función
path = Server.MapPath("./")
Response.Write path
%>


El código ejecutado, muestra el contenido de la variable path
C:\InetPub\WWWRoot\directorio_actual
Como ven la variable path contiene el directorio donde se ejecuta el script.

FIN XD

Fuente: soloasp.com.ar
#2824
[b]Administrando banners con AdRotator [/b][hr]En este articulo veremos la forma de administrar la visualizacion de banners, esto lo haremos gracias al componente AdRotator que nos permite mostrar determinadas veces un banner. Este componente viene con el Windows NT Option Pack y para utilizarlo nesecitaremos 3 archivos...

muestra_banner.asp
banners.txt
adurl.asp

[i]muestra_banner.asp [/i]
<HTML>
<HEAD><TITLE>Banners</TITLE>
</HEAD>

<BODY>

<%
Dim Banners
Set Banners = Server.CreateObject("MSWC.AdRotator")
%>

<CENTER>
<%= Banners.GetAdvertisement("banners.txt") %>
</CENTER>
</BODY> </HTML>


Bueno, primero lo que hacemos es crear el objeto mediante "CreateObject" una ves creado y para que nos muestre el banner debemos utilizar el metodo "GetAdvertisement" seguido del nombre del archivo que contiene la informacion sobre los banners a mostrar, este archivo es "banners.txt" y a continuacion veremos su contenido y formato.

[i]banners.txt [/i]

REDIRECT adurl.asp
WIDTH 468
HEIGHT 60
BORDER 0
*
gim.gif
http://www.gim.com
Gim - Tu Lugar
50
elguru.gif
http://www.elguruprogramador.com.ar
El Guru Programador
25
websol.gif
http://www.websol.com
WebSol
25

Bueno, este archivo se divide en dos partes separadas con un asterisco, la primera contiene informacion general como...

[b]Redirect[/b] : Direccion del del archivo que gestiona los clicks y la redireccion.
[b]Width[/b] : Largo del Banner.
[b]Height[/b] : Especifíca el alto.
[b]Border[/b] : Tamaño del borde del banner.


Y lo que sigue despues es la lista de los banners con el siguiente formato...

URL del la imagen.
URL de destino.
Descripcion.
Porcentaje de Visualizacion.

Ok, una ves realizado todo esto falta el archivo "adurl.asp" que es el que se encarga de redireccionar a la pagina de destino...

[i]adurl.asp [/i]

<%
Response.Redirect Request.QueryString("url")
%>

El parametro URL es pasado automaticamente por el AdRotator asi que lo unico que debemos hacer es recupererlo y redireccionar hacia esa url, tambien por lo general se realiza un contador que lleva el calculo del numero de clicks realizados en cada banner. Saludos El Guru .
[hr]FIN XD
Fuente: elguruprogramador.com

[color=red]NOTA: [/color] :-\ pense que ya habia un manual de ASP ::), no receurdo cuando lo vi :o ...
Pongo esto para complemetar un poco esto que ha iniciado mi amigo ;D [b]-Riven-Ward- [/b] ;)

Un saludo. Nemrod.

PD: seguire buscando material para commpartir ;D


XDDDDDD, :o me esta modificanco mis posr esta cosa ;D , me pone alrevez los codes en donde no van ;D..
#2825
Mandar a un email datos de un formulario

Muchas veces necesitamos recibir en nuestra casilla de email los datos ingresados en un formulario, en este articulo veremos la forma de hacerlo utilizando ASP.

Utilizaremos dos paginas "formulario.htm" y "envia_email.asp", la primera pagina contendra el formulario con dos campos nombre y comentarios, veamos el codigo HTML.
<form name="form1" method="post" action="envia_email.asp">
<p>Nombre<br>
<input type="text" name="nombre">
</p>
<p>Comentarios <br>
<textarea name="comentarios" rows="4" cols="60"></textarea>
</p>
<p>
<input type="submit" name="Submit" value="enviar">
</p>
</form>


Lo mas destacable es el parametro action de la etiqueta form que apunta al archivo "envia_email.asp" quien es el que realiza el proceso de enviar el email con los datos del formulario, veamos como.
<%
'Declaramos las variables a usar
Dim Nombre, Comentarios, OBJ_EMAIL

'Obtenemos los valores del formulario
Nombre = Request.Form("Nombre")
Comentarios = Request.Form("Comentarios")


'Creación del objeto
Set OBJ_EMAIL = Server.CreateObject("CDONTS.NewMail")

OBJ_EMAIL.From = "email_origen@servidor.com" 'No hace falta especificar un email valido
OBJ_EMAIL.To = "email_destino@servidor.com"
OBJ_EMAIL.Subject = "Aqui el titulo del email"
OBJ_EMAIL.Body = Nombre & ":" & Comentarios ' Cuerpo del mensaje
OBJ_EMAIL.Send 'Envia el mail

'Cierra el Objeto
Set OBJ_EMAIL = Nothing


Response.Write "Gracias por su comentario"
%>

Asi como este ejemplo se pueden crear otros aun mas interesantes simpre utilizando los mismo metodos que nos proporciona el objeto CDONTS, la mayoria de los servidores ASP tienen este componente instalado pero hay algunos servidores gratuitos que no, asi que a pagar muchachos, Saludos El Guru .

FIN XD
Fuente: elguruprogramador.com
#2826
Compactar una BBDD Access desde ASP

Utilizando ASP podemos compactar una Base de datos que tengamos en el servidor de manera que esta sea más pequeña y su rendimiento mejor. El problema de las Bases de Datos de Acces es que van ceciendo y muchas veces al borrar un registro este no aparece peró sigue ocupando espacio en la Base de Datos. Al compactar, todos estos espacios ocupados y inservibles són borrados.

<%
Function CompactDB(source, Destination)

If trim(source) = "" and trim(Destination) = "" Then
CompactDB = False
Else
Dim DBE
Set DBE = CreateObject("DAO.DBEngine")
DBE.CompactDatabase source, Destination
CompactDB = True
End IF
End Function
%>



FIN XD
Fuente: XL WebMasters
#2827
Desde antes, tiene que, o sea, es una necesidad ver esto:

http://www.elhacker.net/foro/index.php/elhackernet/t16223.htm

ok? :p



Utilizando includes en ASP

Los includes (Server Side Includes o SSI) permiten incluir todo el código de una página dentro de otra. Son muy utilizados para separar las diferentes partes de un sitio (la cabecera, el menú) para que a la hora de actualizar sea muy fácil y rápido.

Otro uso importante que se suele dar a los includes, es incluir en un archivo los datos de conexión a la base de datos utilizada, y otro archivo para cerrarla, se incluiría los ficheros en todas las paginas en donde es necesario la conexión.

Ejemplo sencillo
En el siguiente ejemplo podrán aprender a utilizar los includes. Tenemos el archivo fecha.asp y index.asp:

fecha.asp
<%
Response.write Date()
%>


index.asp

<html>
<head>
<title>Ejemplo de Include</title>
</head>
<body>
Hoy es: <!--#include file="fecha.asp"-->
</body>
</html>


Tipos de includes
En ASP son dos los tipos de includes que se utilizan: file y virtual:

<!--#include file="archivo.asp"--> indica que se va a incluir un archivo que está dentro del mismo directorio. A diferencia de otros SSI, en ASP es posible incluir archivos que este fuera del directorio utilizando los famosos ../ ( <!--#include file="../archivo.asp"--> ).

<!--#include virtual="/includes/archivo.asp"--> indica que se va a incluir un archivo que se encuentra dentro del directorio virtual "includes" en la raíz del sitio.

Las sentencias con las que llamamos a los archivos no pueden contener código ASP :

Ejemplo de include incorrecto

<%
pagina = "header.asp"
%>
<!--#include file="<%=pagina%>"-->


Consejos de seguridad
Por un tema de seguridad, no es recomendable poner la extensión .inc a los archivos que vamos a incluir, ya que en estos podemos incluir código ASP cómo conexiones a bases de datos o cualquier otra información que no queremos que nadie vea, los archivos .inc son puro texto, es decir, que pueden ser bajados del sitio en forma directa y ver todo el código por el cual está compuesto. Por eso la mayoría utilizamos la extensión .asp que nunca va a tener este problema.


FIN XD

Fuente: elguruprogramador.com
#2828
Diseño Gráfico / Diseños que matan :(
21 Febrero 2004, 03:55 AM
Diseños que matan
Hay sitios web que lucen maravillosos, con diseños súper creativos e interesantes. Pero a los cuales es imposible llegar si es que uno no conoce la dirección exacta de su servidor web. ¿Qué es lo que falla? Pues, el diseño. Porque sí, hay diseños que matan.



Por Juan C. Camus.*
02 de julio de 2003
...
Como parte de un trabajo de consultoría que he estado realizando en las últimas semanas, tuve que responder la pregunta de mi cliente referida a por qué su sitio no aparecía en Google. Porque, de hecho, si cualquier organización tiene presencia en Internet y no aparece en ese "súper buscador"... en realidad, no existe.

Así que me aboqué a buscar datos. Lo primero que descubrí es que la empresa dueña de ese sitio tenía un problema doble, ya que no sólo era "invisible" para Google, sino también para Yahoo! Es decir, para los monstruos que dan cuenta del 80 por ciento del movimiento a través de Internet. Al menos en Altavista sí existía.

Hecha esa parte del trabajo, fui al sitio y me recibió una animación en Flash, muy bien hecha que mostraba todos los atributos de la empresa, sus alianzas, productos y servicios. Más el típico link "Saltar Presentación" que llevaba al interior del sitio.

No había que seguir buscando: allí estaba la causa de todo. Es decir, el diseño estaba matando el acceso.

Se trata de un problema bastante común que ya ha sido descrito especialmente por quienes están encargados de sistemas de búsqueda y también, por expertos en Usabilidad. Por ejemplo, el gurú de este campo Jakob Nielsen planteó en Octubre de 2000 que "Flash tiende a degradar los sitios web por tres razones: apoya el abuso del diseño, rompe con los principios básicos de interacción y distrae de los valores centrales del sitio". De allí que afirmara sin miedo que el 99% de las veces en que un sitio tenía Flash, había problemas de usabilidad. Aunque más tarde moderó sus críticas e incluso llegó a un acuerdo para trabajar con Macromedia, la empresa que empuja a Flash, la noción de que ese programa era nocivo ya nadie la pudo evitar.

Nota al margen: eso no es totalmente cierto, ya que depende del uso que se le dé a Flash son los resultados que se obtienen. Ya se ha avanzado bastante en el tema, como para plantear un "No" rotundo a una tecnología tan interesante como es Flash.

Pero, volviendo al sitio del análisis, su problema principal radicaba en que la página principal no ofrecía los elementos que usan los sistemas de búsqueda para conseguir información sobre los contenidos del sitio que visitan. Es decir, esos sistemas conocidos como "spiders" (arañas), llegan a la primera página y por no contar con enlaces o información del propio sitio, pues no la incorporan a sus listados y por lo mismo, no aparecen en los buscadores.

En el caso del sitio de este análisis, sólo tenía la animación en Flash y nada más. Ni siquiera la información de referencia de las páginas (conocidas en la jerga como los meta-tags) estaban presentes. Por lo mismo, para todos los efectos era un sitio destinado a quedar invisible.

Ahora, lo interesante de esta situación es que este sitio no está sólo. En su desventura de ser invisible lo acompaña exactamente la mitad de los sitios web chilenos, de acuerdo a los estudios hechos por Ricardo Baeza-Yates en el Centro de Investigación de la Web de la Universidad de Chile. En su "Evolución de la web chilena 2001-2002" publicado en enero de este año, explica que casi el 50% se pueden clasificar como "islas", que es la denominación que usa para aquellos sitios que no están conectados a través de enlaces, con ningún otro. Por lo mismo, nadie puede llegar "navegando" hacia ellos y la única posibilidad de accederlos, es a través de escribir su dirección correcta en el programa explorador o navegador de Internet que se esté usando.

Si hiciéramos el símil con un teléfono, sería como tener un aparto funcionando con una compañía que no tiene más clientes y que tampoco tiene conectadas sus redes con ninguna otra. Es decir, el aparto funciona, pero no comunica.

Entonces, para terminar con nuestro sitio analizado, vemos cómo fueron los propios dueños de la empresa los que, al privilegiar el diseño en su presentación, le cortaron las alas al sitio.

La pregunta del millón aquí es entonces: ¿para qué son lo sitios web de Internet? Dentro de la respuesta encontraremos variados matices, siendo el de "comunicar" el que probablemente más se repita. Para conseguir ese objetivo se puede echar mano de buenas aplicaciones, buen diseño y buenos contenidos. Pero ninguno de ellos debe desequilibrar tanto, como para matar al sitio y evitar que cumpla su objetivo.

Así que, haga la prueba con su sitio. ¿Aparece en el buscador de su elección? Y si lo hace, ¿en qué lugar de la lista se encuentra? Las respuestas le darán, probablemente, más de una sorpresa.


NOTA de Nemrod:
Si, por que , si hay sección del diseño del dia, por que no esta?, asi como encontramos diseños buenos, tambien malos, y, peores ¬¬'

En pirmera instancia, tengo este:

http://www.enlared.es/disenos1/flash.htm
Desde mi punto de vista, no veo nada de buneo en ese documento, sino, todo lo contrario :(, no dice nada, apesar de que posiblemente, se empleo mucho tiempo en esa animacion :(

Despues, esta este ejemplo...

http://www.edomexico.gob.mx

No se por que, pero ;D , cuesta mucho navegar, asi es de que, NO TODOS LOS MALOS DISEÑOS SON CON FLASH, esta web lo demuestra claramente, se tarda mucho en cargar, la navegacion es pesima, me cuesta decirlo por que, es la web de mi estado donde vivo :-[ ...

Un Saludo.
Tu conoces alguna web "mala" ?

PD: Esto es, solo la opinion mia, y, espero no ofender de alguna manera a alguien.
#2830
Citar
<?php

//recojemos los datos
$direccion = $_GET ['direccion'];
$mensaje = $_GET ['mensaje'];
$destino = $_GET ['destino'];

//Enviamos el mail
mail ($destino, Hola!, $mensaje, $direccion);

//Le decimos al user que su mail ha sido enviado con exito
echo "Tu mensaje ha sido enviado con exito ha: $destino !!";
?>

Tengo una duda, yo en un mini tuto de PHP, vi que la sintaxis es esta:
Citar<?   mail(destinatario, tema, texto del mensaje, información adicional de cabecera);
?>

Y, creo que me confundi un poco con lo que has escrito :-[ , como es eso de "$destino, Hola!, $mensaje, $direccion"
yo le entiendo que es algo asi como:
destino = midireccion@server.com
mensaje = mi mensaje ;D
direccion = midireccion@server.com
cuando, deberia de ser

destino = midireccion@server.com
asunto = asutno del mensaje
mensaje = pos mi mensaje ;D

y, lo de mas ;D, solo para completar, le pondriamos algo asi...
Citar<?
mail ("$destino", "$asunto", "$cuerpo, e-Mail enviado de la web en contruccion","FROM: Comentarios <informes@nemrodweb.tk>\n"); ?>

Creo que es asi :-[ no estoi seguro, si es que sea falso esto, favor de corregirme :)
Un saludo.