Algunas funciones básicas del centro comercial en línea se han completado una tras otra. Aunque todavía hay muchos lugares para mejorar, no afectarán la implementación y la liberación del proyecto. Podemos jugarlo primero. Esta sección introduce principalmente la aplicación del espacio de nombres de dominio y el proceso de implementación y liberación del proyecto.
1. Aplicación para el espacio de nombres de dominio
Como una gran seda, definitivamente no tengo el dinero para comprar un espacio de nombre de dominio. Naturalmente, pensé en solicitar un espacio de nombre de dominio gratuito. Ahora hay muchos espacios de nombres de dominio gratuitos. Solicité un período de prueba de 15 días en Fujia JSP Technology.com. También puedes solicitar una obra de teatro. De todos modos, como estudio, esto es suficiente. Por supuesto, si desea hacerlo durante mucho tiempo, definitivamente tendrá que pagar. Tomé algunas fotos del proceso de registro, como sigue:
Luego, el siguiente paso finalmente se activa de la siguiente manera:
Se recomienda registrar la información anterior en un documento TXT, especialmente el nombre de dominio y cierta información temporal de la aplicación. Debido a que no se usa durante mucho tiempo, es posible que no le preste atención. Inicie sesión al día siguiente y descubra que incluso puede olvidar el nombre de usuario y la contraseña de inicio de sesión más simples ... debe tener el hábito de registrar información importante en cualquier momento, debe tener el hábito de registrar información importante en cualquier momento, y debe tener el hábito de registrar información importante en cualquier momento. Di cosas importantes tres veces, entiendes ~
Luego haga clic para ingresar el panel de control JSP, que contiene mucha información relacionada con la cuenta que solicitó. Puedes verlo. La implementación de nuestro proyecto también se implementa aquí más tarde. como sigue:
Hay varias información más importante para registrar, como: El nombre de dominio debe mencionarse, el directorio web , este es un directorio después de que nuestro proyecto finalmente se implementó en el servidor. Recuerde la IP del servidor y sabrá lo que es útil más adelante.
En este punto, hemos solicitado un espacio de uso gratuito durante 15 días, y también ha enviado un nombre de dominio y una base de datos. A continuación, tenemos que comenzar a implementar nuestro propio proyecto.
2. Implementación y lanzamiento del proyecto
Aunque hemos solicitado el espacio de nombres de dominio, no podemos simplemente lanzar nuestro proyecto directamente. En primer lugar, no debemos lanzar el código fuente del proyecto directamente. En segundo lugar, incluso si el código fuente todavía está arriba, ¿podemos escapar si estamos seguros? La respuesta ciertamente no es posible, y algunos proyectos locales deben cambiarse. A continuación, permítanme explicar en detalle lo que debe modificarse en este proyecto.
2.1 Proyecto local + prueba de base de datos local
Cuando solicitamos ahora, nos dio el directorio web, lo cual es muy importante. Es decir, cuando nuestro proyecto se implementa en su servidor, hay un directorio raíz en el directorio que dio. Esta raíz es el directorio raíz predeterminado. Si lanzamos el código que queremos pasar directamente a la raíz, podemos acceder directamente a él con http://域名/ . Si hay otros subdirectorios, debe usar http://域名/子目录/ para acceder a él.
Entonces, primero tenemos que probar localmente, lanzar el código del proyecto a la raíz local de Tomcat, ¿pueden ejecutar, primero volver a implementar el proyecto e_shop (mi nombre del proyecto), luego encender el servidor Tomcat, y luego verá que hay directorios root y e_shop en el directorio/ webapps/ directorio de Tomcat? Todos en la Tierra lo saben, luego apaguen a Tomcat, copie y pegue todas las cosas en E_Shop en root (apague Tomcat primero y copie y pegue, de lo contrario puede haber un error, mío), y luego mata el E_Shop desplegado bajo el servidor Tomcat (está bien si no lo mata ~), reinicie Tomcat y luego ingrese: http://localhost:8080/E_shop/index.jsp matado e_shop bajo Tomcat (se puede acceder si no se mata). Ingrese http://localhost:8080/index.jsp para acceder a él normalmente, lo que significa que arrojé el e_shop original a la raíz y se puede acceder directamente (porque index.jsp se puede omitir). Esto significa que no hay problema con esta prueba local.
[Nota] Los proyectos en el directorio TomCat son todos los archivos de clase y algunos archivos JSP, y no hay archivos Java de origen. Entonces, si los subimos usando FTP más tarde, también pasaremos todos los archivos en el directorio del proyecto en TomCat.
2.2 Proyecto local + Prueba de base de datos remota
De acuerdo, era normal probar localmente ahora, y esto no tiene nada que ver con el control remoto. Ahora vamos a usar una base de datos remota para probar. Esta base de datos remota es la base de datos que envió cuando estaba registrado, incluido el nombre de la base de datos y el nombre de usuario y la contraseña utilizados para la conexión. ¿Lo has grabado ~~?
Cuando nos desarrollamos con MyEClipse, usaremos la ventana del navegador DB y la ventana de resultados SQL. Esto es muy conveniente para nosotros conectar la base de datos y ver los datos en la base de datos en MyEClipse (si no conocemos estos dos dispositivos, podemos echar un vistazo a la integración de Struts2, Hibernate4 y Spring4). Creamos una nueva conexión en el navegador DB, como sigue:
Podemos ver que la nueva conexión que creamos aquí es conectarse a la base de datos remota que nos acaba de proporcionar. La URL, el nombre de usuario y la contraseña nos lo brindan. Después de que la conexión sea exitosa, debemos probar si podemos insertar los datos en nuestra propia base de datos en esta base de datos remota. Así que copié todos los contenidos del archivo Shop.sql que diseñé en el recién creado Remote.sql, abre remoto.sql para conectarse al controlador de base de datos remoto que acabamos de crear y ejecutar todos los comandos en el archivo SQL. Si puede ver en la ventana de resultados SQL que la misma información que el original se inserta en la base de datos, significa que la conexión es exitosa y puede usarse normalmente.
Bien, la base de datos remota está conectada. Lo siguiente que debe hacer es modificar el archivo de configuración que se conecta a la base de datos. Debido a que nuestro archivo de configuración local actual está conectado a la base de datos local, definitivamente no es posible. Después de implementar el proyecto, debe conectarse automáticamente a la base de datos remota y la lectura y escritura de datos en la base de datos remota en el futuro. Primero veamos el archivo de configuración de conexión de base de datos local conn.properties:
dataSource = com.mchang.v2.c3p0.combopooleddataSource
conductorClass = com.mysql.jdbc.driver
jdbcurl = jdbc: mysql: // localhost: 3306/shop
usuario = root
contraseña = root
Creemos un nuevo control remoto.
dataSource = com.mchang.v2.c3p0.combopooleddataSource
conductorClass = com.mysql.jdbc.driver
jdbcurl = jdbc: mysql: //115.238.249.172: 3306/sq_eson
usuario = SQ_ESON
contraseña = SC138
Todos los parámetros básicos nos dan a los que nos dan, para que podamos conectarnos a la base de datos remota y luego modificar la configuración en frijoles.xml:
<Bean> <Property name = "ubicaciones"> <Array> <!-<valor> classpath: conn.properties </value>-> <value> classpath: remoto.properties </valor> </ray> </propiedad> </bean>
En este punto, puede comprender los beneficios de usar archivos de configuración de propiedades. Si desea modificar, solo necesita modificar los archivos de configuración, ¡y no necesita cambiar las cosas originales en el programa a gran escala! Además, me gustaría dar un recordatorio amistoso para tratar de no eliminar el original, como el archivo Conn.Properties, porque si el proyecto debe cambiarse más tarde, debe ser local durante las pruebas e intentar no eliminarlo al azar. Si se puede comentar, comenta. Si no lo afecta, no lo elimine a menos que tenga que eliminarse.
Después de la modificación anterior, el proyecto se conectará automáticamente a la base de datos remota después de que se inicie. Luego abrimos el servidor Tomcat, abrimos la página de inicio, seleccionamos un producto, hace clic para comprar, por supuesto, no hay necesidad de pagar, hacer clic para comprar, y se pondrá en la base de datos después de hacer clic para comprar. Podemos verificar si hay una nueva información de compra en la base de datos remota para determinar si es normal. En este punto, completamos la prueba local de la base de datos Remote Project +, y estamos bajando sin ningún problema.
2.3 Modificar las cosas muertas originales en el proyecto local
Esto es fácil de entender, porque cuando escribimos nuestro propio proyecto, para facilitar las pruebas, algunos lugares dan directamente datos para probar si la función es normal. Esto debe determinarse en función de mi proyecto real. Por ejemplo, en mi proyecto de centro comercial en línea, solía enviar correos electrónicos y mensajes de texto y enviar mensajes de texto yo mismo, por lo que ahora tengo que generar un usuario en la tabla de usuarios, completar mi número de correo electrónico y teléfono móvil. Después de la implementación, uso este usuario para iniciar sesión para comprar, y luego puedo recibir correos electrónicos y mensajes de texto yo mismo. Además, después de la compra, tengo que actualizar el estado de pedido a pagar. Solía probarlo casualmente, y necesito prestar atención a estos detalles. Además, el precio de un producto es de 0.01 yuanes, porque después de la implementación, debe probar si la función es normal. Si el precio es de cientos o miles, ya me he desmayado en el baño. Además, hay otro lugar en mi proyecto, es decir, después de agregar el producto, la imagen del producto se guardará en una dirección en el servidor, y tenemos que cambiarlo al directorio correspondiente en el servidor remoto:
#Comment de la base original de Basepath
#BasePath = E/: //web//apache-Tomcat-8.0.26//webapps//e_shop
basepath = e/: // www1 // eson-0b44449e54c855b40154dbd2b0b906d9 // webapps // root //
filePath = // archivos
bankImagePath = // archivos // bankimages
Por lo tanto, durante el desarrollo, si un cierto lugar necesita modificarse más adelante, es para la prueba y los parámetros manuales que se darán, por lo que es mejor tener un comentario en la posición correspondiente para facilitar la modificación durante la implementación posterior, de lo contrario, de lo contrario, definitivamente se caerá más adelante.
3. Cargar archivos del proyecto
Los preparativos se realizan, y el siguiente paso es cargar los archivos del proyecto. Aquí presentamos principalmente dos métodos de carga: carga FTP y carga en línea en el sitio web del proveedor.
3.1 carga de ftp
FTP es un protocolo de carga de archivos. Puede cargar archivos en una ubicación especificada o descargar archivos desde una ubicación especificada (que proporciona una dirección de descarga gratuita, que contiene una clave de agrietamiento). La carga FTP es relativamente simple, pero puede llevar más tiempo. Se recomienda pasarlo poco a poco, para que los datos no se pierdan fácilmente. A continuación, presentaré el proceso de carga FTP:
Copie una copia del proyecto implementado en el directorio Tomcat al escritorio. Por ejemplo, mi proyecto es E_SHOP. Abra el software de carga FTP, seleccione Desktop/E_Shop a la izquierda, localice el directorio de proyecto y configure la dirección que se cargará a la derecha, como se muestra en la figura a continuación, y luego arrastre el archivo izquierdo a la ventana a la derecha para completar la carga.
Echemos un vistazo a la interfaz de carga FTP, y veamos principalmente la conexión en el tercer paso anterior:
Una vez conectado, puede cargarlo. Nota: Después de conectarse, la ventana derecha debe ubicarse en el directorio raíz, y no puede ubicarse erróneamente. Luego espere lentamente la transmisión y luego acceda directamente al nombre de dominio provisto al aplicar.
3.2 Subido en línea
Después de solo registrarse, puede cargarlo en el panel de control JSP, pero esto requiere que exportemos el proyecto como un paquete de guerra primero, y luego cargamos este paquete de guerra. Es muy simple exportar el proyecto como un paquete de guerra. Haga clic en Archivo-> Exportar-> en la guerra en MyEClipse, y luego seleccione la ubicación para exportar (seleccione el escritorio), y puede exportarla sin problemas. Luego echemos un vistazo a la implementación en línea proporcionada por la tecnología Fujia JSP de la siguiente manera:
A continuación, puede usar directamente el nombre de dominio para acceder al proyecto recién implementado. Cuando aparece la página web, el placer no es dado por Tokio Heat ~~ Por supuesto, tampoco puede transmitir todo el proyecto del proyecto, o incluso simplemente pasar un índice.jsp para jugar con él, ver el efecto y pasar por el proceso ~
Bien, ¡eso es todo para la aplicación del espacio de nombres de dominio y la implementación y lanzamiento de proyectos! Mejoraré brevemente algunos lugares, y casi puedo cargar el código fuente.
Dirección original: http://blog.csdn.net/eson_15/article/details/51484247
Lo anterior es todo el contenido de este artículo. Espero que sea útil para el aprendizaje de todos y espero que todos apoyen más a Wulin.com.