Nginx Server
1. Nginx là gì?
Nginx là một webserver được open source, nhanh, nhẹ, hiệu suất cao và có thể được sử dụng để chạy các file tĩnh trên môi trường server. Nó cũng là một trong số các webserver nổi tiếng và được sử dụng nhiều hiện nay sau Apache hay Microsoft IIS
Nginx được phát âm là “Engine-X”
Trong những phiên bản đầu tiên. Nginx được thiết kế để hoạt động như một dịch vụ chuyên để serve một trang web thông qua HTTP. Thể nhưng hiện nay, nó còn làm được nhiều thứ hơn thế, Bao gồm như HTTP, HTTPS, SMTP, IMAP, POP3, ngoài ra nó cũng có thể đóng một vai rèo như một server cân băng tải hay email proxy cho IMAP, POP3, và SMTP.
2. Nginx hoạt động như thế nào?
Trước khi học về Nginx, chúng ta cần biết cách web server hoạt động thế nào. Đầu tiên, khi ai đó gửi một yêu cầu để mở một trang web. Trình duyệt sẽ liên lạc với server chứa website đó. Sau đó, server sẽ tìm kiếm đúng file yêu cầu của trang đó và gửi ngược về cho server. Đây là một loại truy vấn đơn giản nhất.
Ví dụ trên được xem như là một quá trinh xử lý đơn luồng (Single thread) – một bộ các bước xử lý dữ liệu được thực thi theo 1 trình tự duy nhất. Web server truyền thống tạo một thread cho mỗi yêu cầu (request). Tuy nhiên Nginx thì hoạt động theo một cách khác. Nó hoạt động theo kiến trúc bất đồng bộ (asynchronous), hướng sự kiện (event driven). Kiến trúc này có thể hiểu là những threads tương đồng nhau sẽ được quản lý trong một tiến trình (process), và mỗi tiến trình hoạt động chưa các thực thể nhỏ hơn gọi là worker connections. Cả bộ đơn vị này chịu trách nhiệm xử lý các threads.
Worker connections sẽ gửi các truy vấn cho một worker process, worker process sẽ gửi nó tới process cha (master process). Cuối cùng, master process sẽ trả kết quả cho những yêu cầu đó.
Điều này có vẻ đơn giản, một worker connection có thể xử lý đến 1024 yêu cầu tương tự nhau. Vì vậy, Nginx có thể xử lý hàng ngàn yêu cầu mà không gặp rắc rối gì. Đây cũng là lý do vì sao Nginx tỏ ra hiệu quả hơn khi hoạt động trên môi trường yêu cầu sự ổn định cũng như cường độ truy cập cao thương mại điện tử, trình tìm kiếm, và cloud storage.
3. Một chút về Nginx và Apache
Bên cạnh các web server phổ biến, Apache là một trong những đối thủ chính của Nginx. Tồn tại lâu đời từ thập niên 90 và có cộng đồng người dùng rất lớn. Nếu bạn cần biết loại web server nào phù hợp nhất với nhu cầu của bạn, hãy xem qua một vài so sánh cơ bản giữa Nginx server và Apache server sau.
- Hệ điều hành hỗ trợ
Tương thích là một trong số ít các vấn đề bạn nên xem trong khi chọn phần mềm. Cả Nginx và Apache đều có thể chạy trên nhiều hệ điều hành khác nhau của hệ thống Unix. Nhưng không may là, hiệu năng của Nginx trên Windows lại khá là kém hiệu quả so với Apache server - Cộng đồng
Cả Nginx và Apache đều có sự hỗ trợ từ cộng đồng rất rộng rãi. Tuy nhiên Apache lại nhỉnh hơn một phần cũng chính là do sự lâu đời của nó. Ngoài ra nó còn được bảo trợ bởi quỹ Apache Foundation. Trong khi Nginx lại chỉ mới ra đời gần đây và được maintain bởi công ty cùng tên mới được thành lập 2011 - Hiệu năng
Nginx xử lý cùng lúc 1000 kết nối tới nội dung tĩnh nhanh hơn 2 lần so với Apache và dùng ít bộ nhớ hơn. Khi so về hiệu năng trên nội dung động, cả 2 nền tảng cho tốc độ giống nhau. Nginx là lựa chọn tốt hơn cho những ai có website tĩnh nhiều hơn.
4. Cài đặt Nginx
Nginx hỗ trợ đa số hệ điều hành hiện nay. Tuy nhiên để có hiệu năng tốt nhất thì nên sử dụng các hệ điều hành nhân UNIX
Cài đặt Nginx trên các hệ điều hành dòng UNIX lại có 2 phương pháp chính
- Sử dụng các phiên bản prebuild được xây dụng sẵn trên các repo của hệ điều hành: Đây là phương pháp trực tiếp, nhanh chóng, hiệu quả nhất khi mà không cần phải thao tác nhiều
- Tự tiến hành build từ mã nguồn: Đây là phương pháp nâng cao, dành cho những nhu cầu đặc biệt, giúp kiểm soát toàn bộ quá trình xây dựng cũng như các phiên bản. Tuy nhiên mọi thứ phải được thao tác bằng tay
Ta sẽ sử dụng phương pháp đầu tiên để tiến hành cài đặt Nginx trên hệ điều hành Ubuntu
Bước 1: Dầu tiên ta sẽ tiến hành update index của local package hệ điều hành. Mở terminal và nhập lệnh
sudo apt-get update |
Bước 2: Mặc định Nginx sẽ nằm trong repo của hệ điều hành. Nên ta có thể sử dụng hệ thống apt packing để tải về băng câu lệnh:
sudo apt-get install nginx |
Bước 3: Kiểm tra
Khi Nginx được cài thông qua apt package nó sẽ được tự động assign như một service của hệ điều hành. Ta có thể quản lý nó thông qua các câu lệnh systemctl như status|start|stop|restart
sudo systemctl status nginx |
Sau khi kiểm tra bằng câu lệnh trên thành công với trạng thái như sau, ta có thể bắt đầu vào trong trình duyệt. Truy cập vào theo đường dẫn https://localhost
Nếu hiện ra thông báo này tức là chúng ta đã thành công
Các service được viết dưới dạng file .service nằm trong một trong các đường dẫn
/etc/systemd/system (thường ở đây)
/usr/lib/systemd/system
/lib/systemd/systemBước 4: Setting firewall
Trước khi testing với Nginx server, ta cần phải điểu chỉnh một chút về firewall
Đầu tiên ta gõ lệnh
sudo ufw app list |
Màn hình sẽ hiện ra kiểu như sau
Available applications:Nginx FullNginx HTTPNginx HTTPSOpenSSH |
Đây là các profile hiện tại ta có thể setting cho Nginx, ở bài viết này ta sẽ chỉ sử dựng profile Nginx HTTP để serve cổng 80
Tiến hành chọn profile bằng câu lệnh
sudo ufw allow 'Nginx HTTP' |
Bước 5: Tiếp theo ta sẽ tiến hành setup một dự án tĩnh cho Nginx server. Một Nginx server có thể setting để host cho nhiều dự án khác nhau qua cùng domain, mỗi dự án sẽ được serve thông qua một Server Block (tương tự như Vitrual Host của Apache).
Mặc định ta đã có sẵn một trang web đã được serve ngay khi ta tiên hành tuy cập vào https://localhost. Trang web này là một file html nằm ở /var/www/html, ta có thể chỉnh sửa config của site đến thư mục chứa dự án của mình. Tuy nhiên Nginx có khả năng host nhiều site nên ta sẽ tạo một trang web khác.
Đầu tiên ta tạo một folder trong Ubuntu là nơi để chứa dự án của mình bằng câu lệnh mkdir với flag -p để tạo thư mục nếu chưa có
sudo mkdir -p /var/www/example.com/html |
Sau đó ta sẽ setting permission cho folder này với -R để chắc rằng permisson sẽ áp dụng với tất cả thư mục con trong đó
sudo chmod -R 755 /var/www/example.com |
Tiếp theo ta sẽ thêm một file html, một dự án React đã được build, hay bất kể dạng web tính nào vào trong folder /var/www/example.com/html. Vậy là ta đã hoàn thành bước đầu của việc setup
Vậy để Nginx có thể serve được file ở trong folder trên. ta cần phải config cho Nginx trỏ đến đó.
Có 2 folder ta cần quan tâm khi tiến hành config đó là /etc/nginx/sites-available và /etc/nginx/sites-enabled
Trong Folder site-available chứa các file config của một site, Ở đây đã có sẵn config của trang index mà ta thấy khi chay Nginx server ở trên. Ta sẽ không sờ vào đây mà tạo một file mới (hoặc nếu chưa quen cấu trúc bạn có thể copy và đổi tên khác)
Tạo và mở một file với text editor quen thuộc của ubuntu là nano
sudo nano /etc/nginx/sites-available/example.com |
Copy nội dung sau vào
server {listen 80;listen [::]:80; root /var/www/example.com/html;index index.html index.htm index.nginx-debian.html; server_name example.com www.example.com; location / {try_files $uri $uri/ =404;}} |
Vậy là xong bước định nghĩa web site. Ta cần một bước nữa để website có thể thực sự hoạt động là tạo một symlink của file config ở trên đến folder /etc/nginx/sites-enabled
sudo ln -s /etc/nginx/sites-available/example.com /etc/nginx/sites-enabled/ |
Vậy là xong. Tiếp theo ta sẽ kiểm tra xem liệu cẩu trúc của file config đã đúng hay chưa bằng câu lệnh
sudo nginx -t |
Nếu không có vấn đề gì, ta sẽ tiến hành restart Nginx server để áp dụng những thay đổi trên bằng lệnh
sudo systemctl restart nginx |
Vậy là ta đã tiến hành cài đặt xong và chạy một ứng dụng trên Nginx server. Ta có thể test bằng cách truy cập https://example.com, và thấy trang web của mình ở đây.
5. Cấu trúc thư mục của Nginx trong Ubuntu
Content:
/var/www/html: Nơi chứa mặc định của web content có thể điều chỉnh trong file config.
Server Configuration
/etc/nginx: Thư mục chứa các config của Nginx, mọi thứ về config được lưu ở đây/etc/nginx/nginx.conf: Config chính của Nginx, có tác dụng như một config global của server/etc/nginx/sites-available/: Nơi chứa những file config của các site trong server. Nginx sẽ không sủ dụng những file config này cho tới khi nó được link đến folder site-enabled/etc/nginx/sites-enabled/: Nơi chứa các link từ folder site-available. Nginx sẽ chỉ sử dụng những file config ở đây để tạo một Server block
Server Logs
/var/log/nginx/access.log: Nơi chứa thông tin về các access đến server/var/log/nginx/error.log: Nơi chứa các log liên quan đến lỗi server, …
- Published in Uncategorized
Java Servlet Filter
I. Các tình huống
1. Người dùng yêu cầu một trang web , một request sẽ gửi tới server , nó phải đi qua bộ lọc(Filter) trước khi tới trang yêu cầu
2.Tuy nhiên các request không vượt qua được hết các tầng Filter
3. Tình huống người dùng gửi một yêu cầu một trang(page1) yêu cầu này sẽ phải vượt qua các Filter , tại một filter nào đó yêu cầu bị chuyển hướng sang một trang khác(page2)
Trong bài này chúng ta sẽ nói về Servlet Filter trong Java.Cách sử dụng khác nhau của servlet filters , tạo bộ lọc và tìm hiểu cách sử dụng của nó trên web đơn giản.
II. Tại sao chúng ta phải dùng Servlet Filter
- Đảm bảo rằng tài nguyên chỉ có thể truy cập được khi phiên người dùng hợp lệ bằng cách sử dụng session attributes
- Servlet Filter sử dụng chặn một yêu cầu và tiến hành xử lý trước hoặc xử lý sau đối với yêu cầu đó.Nó hữu ích trong việc triển khai các tính năng
- Logging of requests(Ghi nhật ký các yêu cầu)
- Xác thực và phân quyền các request yêu cầu
- Định dạng request body or header trước khi gửi đến servlet
- Encryption or Decryption
- Thay đổi phản hồi bằng cách thêm một số cookie, thông tin tiêu đề,…
III. Servlet filters
Servlet filters cấu hình trong file (web.xml) và cài đặt sử dụng thư viện ,thêm hoặc xóa bộ lọc servlet chỉ bằng cách chỉnh sửa web.xml
Có thể tạo nhiều Servlet filters ,và tạo một chuỗi các bộ lọc tài nguyên trong web.xml, ta có thể tạo Servlet filter triển khai giao diện javax.servlet.Filter
Servlet filter interface: tương tự như giao diện Servlet và chúng ta cần triển khai nó để tạo bộ lọc servlet của riêng mình,chứa các phương thức vòng đời của Servlet filter và được quản lý bởi vùng chứa servlet
Servlet Filter interface vòng đời:
- void init(FilterConfig paramFilterConfig): Khi Servlet filter được khởi tạo là phương thức được gọi, phương thức chỉ được gọi một lần trong vòng đời của bộ lọc và chúng ta nên khởi tạo tài nguyên trong phương thức này. FilterConfig được sử dụng vùng chứa để cung cấp các tham số init và object servlet cho filter.
- doFilter(ServletRequest paramServletRequest ,ServletResponse paramServletResponse ,FilterChain paramFilterChain) : Phương thức gọi mỗi lần bởi vùng chứa khi nó phải áp dụng bộ lọc cho một tài nguyên, vùng chứa cung cấp các tham chiếu đối tượng yêu cầu và phản hồi để lọc dưới dạng đối số, FilterChain được sử dụng để gọi bộ lọc tiếp theo trong chuỗi.
- void destroy() : loại bỏ Filter gọi phương thức hủy ,phương pháp đóng bất kỳ tài nguyên nào được mở bởi bộ lọc, chỉ gọi một lần trong thời gian tồn tại của bộ lọc.
IV. Servlet WebFilter annotation
javax.servlet.annotation.WebFilter giới thiệu trong Servlet 3.0 ,ta có thể sử dụng annotation để khai báo một filter servlet. Chúng ta có thể sử dụng annotation để xác định các tham số init , tên bộ lọc và mô tả , các servlet, url ,các loại điều phối để áp dụng filter
V. Servlet Filter configuration in web.xml
Ta có thể khai báo servlet filter trong web.xml
<filter>
<filter-name>RequestLoggingFilter</filter-name> <!-- mandatory -->
<filter-class>com.journaldev.servlet.filters.RequestLoggingFilter</filter-class> <!-- mandatory -->
<init-param> <!-- optional -->
<param-name>test</param-name>
<param-value>testValue</param-value>
</init-param>
</filter>
Ta có thể ánh xạ servlet tới các class or mẫu url
<filter-mapping>
<filter-name>RequestLoggingFilter</filter-name> <!-- mandatory -->
<url-pattern>/*</url-pattern> <!-- either url-pattern or servlet-name is mandatory -->
<servlet-name>LoginServlet</servlet-name>
<dispatcher>REQUEST</dispatcher>
</filter-mapping>Chú ý : Khi tạo Servlet filter, đầu tiên vùng chứa sẽ xử lý các mẫu url và sau đó là các tên servlet , vì vậy ta phải đảm bảo các servlet filter thực thi theo một thứ tự cụ thể chú ý trong khi xác định ánh xạ bộ lọc
VI. Servlet Filter example
Trong ví dụ về bộ lọc servlet ,chúng tôi sẽ tạo các bộ lọc để ghi nhật ký các thông số và cookie yêu cầu và xác thực phiên cho tất cả các tài nguyên
Login.html code :
<!DOCTYPE html>
<html>
<head>
<meta charset="US-ASCII">
<title>Login Page</title>
</head>
<body>
<form action="LoginServlet" method="post">
Username: <input type="text" name="user">
<br>
Password: <input type="password" name="pwd">
<br>
<input type="submit" value="Login">
</form>
</body>
</html>LoginServlet
package com.journaldev.servlet.session;
import java.io.IOException;
import java.io.PrintWriter;
import javax.servlet.RequestDispatcher;
import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.Cookie;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import javax.servlet.http.HttpSession;
@WebServlet("/LoginServlet")
public class LoginServlet extends HttpServlet {
private static final long serialVersionUID = 1L;
private final String userID = "admin";
private final String password = "password";
protected void doPost(HttpServletRequest request,
HttpServletResponse response) throws ServletException, IOException {
String user = request.getParameter("user");
String pwd = request.getParameter("pwd");
if(userID.equals(user) && password.equals(pwd)){
HttpSession session = request.getSession();
session.setAttribute("user", "Pankaj");
session.setMaxInactiveInterval(30*60);
Cookie userName = new Cookie("user", user);
userName.setMaxAge(30*60);
response.addCookie(userName);
response.sendRedirect("LoginSuccess.jsp");
}else{
RequestDispatcher rd = getServletContext().getRequestDispatcher("/login.html");
PrintWriter out= response.getWriter();
out.println("<font color=red>Either user name or password is wrong.</font>");
rd.include(request, response);
}
}
}
LoginSuccess.jps code:
<%@ page language="java" contentType="text/html; charset=US-ASCII"
pageEncoding="US-ASCII"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "https://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
<title>Login Success Page</title>
</head>
<body>
<%
//allow access only if session exists
String user = (String) session.getAttribute("user");
String userName = null;
String sessionID = null;
Cookie[] cookies = request.getCookies();
if(cookies !=null){
for(Cookie cookie : cookies){
if(cookie.getName().equals("user")) userName = cookie.getValue();
if(cookie.getName().equals("JSESSIONID")) sessionID = cookie.getValue();
}
}
%>
<h3>Hi <%=userName %>, Login successful. Your Session ID=<%=sessionID %></h3>
<br>
User=<%=user %>
<br>
<a href="CheckoutPage.jsp">Checkout Page</a>
<form action="LogoutServlet" method="post">
<input type="submit" value="Logout" >
</form>
</body>
</html>CheckoutPage.jsp code
<%@ page language="java" contentType="text/html; charset=US-ASCII"
pageEncoding="US-ASCII"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "https://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
<title>Login Success Page</title>
</head>
<body>
<%
String userName = null;
String sessionID = null;
Cookie[] cookies = request.getCookies();
if(cookies !=null){
for(Cookie cookie : cookies){
if(cookie.getName().equals("user")) userName = cookie.getValue();
}
}
%>
<h3>Hi <%=userName %>, do the checkout.</h3>
<br>
<form action="LogoutServlet" method="post">
<input type="submit" value="Logout" >
</form>
</body>
</html>
LogoutServlet
import java.io.IOException;
import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.Cookie;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import javax.servlet.http.HttpSession;
/**
* Servlet implementation class LogoutServlet
*/
@WebServlet("/LogoutServlet")
public class LogoutServlet extends HttpServlet {
private static final long serialVersionUID = 1L;
protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
response.setContentType("text/html");
Cookie[] cookies = request.getCookies();
if(cookies != null){
for(Cookie cookie : cookies){
if(cookie.getName().equals("JSESSIONID")){
System.out.println("JSESSIONID="+cookie.getValue());
break;
}
}
}
//invalidate the session if exists
HttpSession session = request.getSession(false);
System.out.println("User="+session.getAttribute("user"));
if(session != null){
session.invalidate();
}
response.sendRedirect("login.html");
}
}
import java.io.IOException;
import javax.servlet.Filter;
import javax.servlet.FilterChain;
import javax.servlet.FilterConfig;
import javax.servlet.ServletContext;
import javax.servlet.ServletException;
import javax.servlet.ServletRequest;
import javax.servlet.ServletResponse;
import javax.servlet.annotation.WebFilter;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import javax.servlet.http.HttpSession;
@WebFilter("/AuthenticationFilter")
public class AuthenticationFilter implements Filter {
private ServletContext context;
public void init(FilterConfig fConfig) throws ServletException {
this.context = fConfig.getServletContext();
this.context.log("AuthenticationFilter initialized");
}
public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
HttpServletRequest req = (HttpServletRequest) request;
HttpServletResponse res = (HttpServletResponse) response;
String uri = req.getRequestURI();
this.context.log("Requested Resource::"+uri);
HttpSession session = req.getSession(false);
if(session == null && !(uri.endsWith("html") || uri.endsWith("LoginServlet"))){
this.context.log("Unauthorized access request");
res.sendRedirect("login.html");
}else{
chain.doFilter(request, response);
}
}
public void destroy() {
}
}
File web.xml
<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance" xmlns="https://java.sun.com/xml/ns/javaee" xsi:schemaLocation="https://java.sun.com/xml/ns/javaee https://java.sun.com/xml/ns/javaee/web-app_3_0.xsd" version="3.0">
<display-name>ServletFilterExample</display-name>
<welcome-file-list>
<welcome-file>login.html</welcome-file>
</welcome-file-list>
<filter>
<filter-name>RequestLoggingFilter</filter-name>
<filter-class>com.journaldev.servlet.filters.RequestLoggingFilter</filter-class>
</filter>
<filter>
<filter-name>AuthenticationFilter</filter-name>
<filter-class>com.journaldev.servlet.filters.AuthenticationFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>RequestLoggingFilter</filter-name>
<url-pattern>/*</url-pattern>
<dispatcher>REQUEST</dispatcher>
</filter-mapping>
<filter-mapping>
<filter-name>AuthenticationFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
</web-app>
Đoàn Văn Hiệu
- Published in Posts, Technology, Uncategorized
File upload trong Spring
Trong quá trình xây dựng một ứng dụng web nói chung. Việc lưu trữ, xử lý các tệp tin từ các request của người dùng là một tác vụ cơ bản cần phải có. Trong các ứng dụng Java web cũng không là ngoại lệ. Bài viết này mình xin giới thiệu cách xây dựng một ứng dụng Spring Web MCV có khả năng xử lý và lưu trữ các tệp tin được gửi lên thông qua giao thức HTTP.
Bài viết này sẽ tập trung vào cách Xư lý file được upload multilpart-form cùng một số phương pháp lưu trữ cơ bản.
Cấu hình
Xây dựng bằng Spring MVC
Spring cho phép ta xử lý file thông qua một đối tượng MultipartResolver mà Spring cung cấp, Và để nó có thể hoạt động, ta cần phải cấu hình chúng.
Đầu tiên chúng ta cần 1 dependency sau
<dependency> |
Tiếp sau đó ta cần định nghĩa CommonsMultipartResolver Bean vào trong file cấu hình Spring của chúng ta
Java class annotation config
| @Configuration @EnableWebMvc @ComponentScan(“hivetech.sang.*”) public class MutilpartFileConfig { @Bean(name = “multipartResolver”) public CommonsMultipartResolver multipartResolver() { CommonsMultipartResolver multipartResolver = new CommonsMultipartResolver(); multipartResolver.setMaxUploadSize(100000); return multipartResolver; } } |
XML config
| <beans xmlns=”https://www.springframework.org/schema/beans” xmlns:xsi=”https://www.w3.org/2001/XMLSchema-instance” xmlns:context=”https://www.springframework.org/schema/context” xsi:schemaLocation=”https://www.springframework.org/schema/beans https://www.springframework.org/schema/beans/spring-beans.xsd https://www.springframework.org/schema/context https://www.springframework.org/schema/context/spring-context.xsd”> <context:component-scan base-package=”hivetech.sang.*”/> <bean id=”multipartResolver” class=”org.springframework.web.multipart.commons.CommonsMultipartResolver”> <property name=”maxUploadSize” value=”1000000″/> </bean> </beans> |
Đối tượng CommonsMultipartResolver có nhiều các property khác nhau như: uploadTempDir, defaultEncoding, maxUploadFilePerSize,… Tuỳ vào nhu cầu ta có thể thêm các trường này để config như mong muốn
Vậy là ta đã cấu hình xong. Bây giờ ứng dụng Spring WebMVC của chúng ta đã có thể hỗ trợ upload file như mong muốn.
Xây dựng bằng Spring boot
Với một ứng dụng Spring Boot. Mọi thứ ở trên đều được hỗ trợ. Thậm chí Spring Boot còn khiến nó trở nên dễ dàng hơn nữa khi mà ta không cần phải thực hiện bất cứ công đoạn cấu hình nào. Mọi thứ đã được Spring tự động thêm vào khi chúng ta thêm Web module của ứng dụng Spring boot
<dependency> |
Việc còn lại ta cần làm là tuỳ chỉnh các thông số tương tự như với cách mà Spring MVC làm. Tất cả sẽ được định nghĩa trong file application.properties
spring.servlet.multipart.max-file-size=128KBspring.servlet.multipart.max-request-size=128KB#We can also control whether file uploading is enabled, and the location for temp file upload:spring.servlet.multipart.enabled=true#define the upload location by variable so that we can use the temporary location for different operating systems.spring.servlet.multipart.location=${java.io.tmpdir} |
Các cách lưu trữ file
Lưu trữ file có nhiều phương pháp khác nhau, Tuỳ từng trường hợp ta có thể lựa chọn các cách lưu trữ phù hợp, Các cách lưu trữ phổ biến nhất hiện nay ta có thể kể tới:
- Lưu trữ trực tiếp vào bộ nhớ của server và lưu tên file vào cơ sở dữ liệu
- Lưu trữ thẳng vào database dưới dạng binary
- Lưu trữ trên các nền tảng đám mây, các server lưu trữ chuyên biệt như GoogleDrive, MinIO, AWS S3,… thông qua các API được cung cấp
Lưu trữ trực tiếp
Đây là phương pháp thường thấy trong các ứng dụng nhỏ, dung lượng các file không lớn do sự đơn giản của nó. Tuy nhiên phương pháp này có nhiều nhược điểm khi mà dữ liệu được lưu trực tiếp sẽ gây tốn cho tài nguyên máy chủ, cùng với đó sẽ khó nâng cấp được khi hệ thống mở rộng
Ta tạo một đối tượng để có thể lấy ra thông tin về các custom setting được chúng ta tự định nghĩa trong file application.properties
Spring.servlet.multipart.max-file-size=128KB |
Tạo một object để đọc config ở trên
| @ConfigurationProperties(prefix = “storage”) public class FileStoreConfig { /** * Folder location for storing files */ private String location; public String getLocation() { return location; } public void setLocation(String location) { this.location = location; } } |
Tiếp đó ta sẽ tạo một đối tượng Service gồm các function cơ bản như lưu file, hiển thị
@Configuration |
Tiếp đó ta sẽ tạo một Controller để xử lý request
| @RestController public class FileManagerLocal { @Autowired private FileManagerLocalService fileManagerLocalService; @GetMapping(“/hello”) public String hello() { return “hello”; } @GetMapping(“/list-file”) public List<Object> listUploadedFiles() throws IOException { return Arrays.asList(fileManagerLocalService.loadAll().toArray()); } @GetMapping(“/files/{filename:.+}”) public ResponseEntity<Resource> serveFile(@PathVariable String filename) { Resource file = fileManagerLocalService.loadAsResource(filename); return ResponseEntity.ok().header(HttpHeaders.CONTENT_DISPOSITION, “attachment; filename=\”” + file.getFilename() + “\””).body(file); } @PostMapping(“/add-file”) public ResponseEntity handleFileUpload(@RequestParam(“file”) MultipartFile[] file, @RequestParam(“description”) String desc) { return ResponseEntity.ok().body(fileManagerLocalService.store(file)); } @ExceptionHandler(FileStoreException.class) public ResponseEntity<?> handleStorageFileNotFound(FileStoreException exc) { return new ResponseEntity(exc.getMessage(), HttpStatus.I_AM_A_TEAPOT); } } |
Ta sẽ test ứng dụng bằng Postman như sau
Lưu trữ trực tiếp vào database dưới dạng binary
Đây là phương pháp ít được sử dụng hơn do có nhiều nhược điểm như giới hạn về dung lượng, gây khó khăn trong truy xuất dữ liệu,… Tuy nhiên nếu như các tệp tin nhỏ có thể sử dụng phương pháp này nhưng không khuyến khích
Đầu tiên ta tạo một Entity với một trường annotation Lob với kiểu dữ liệu byte[]
@Table(name = "file_entity")public class FileEntity {@Id@GeneratedValue@Column(name = "id")private Long id; private String name; private String type;@Lobprivate byte[] content;}
Tiếp đó ta tạo một Repository để thao tác với CSDL
| @Repository public interface FileDBRepo extends JpaRepository<FileEntity, Long> { FileEntity findByNameEquals(String filename); void deleteByNameEquals(String fileName); } |
Rồi sau đó ta cũng tạo một đối tượng Service cùng một số function cơ bản
| @Service public class FileManagerDBServiceIlpm implements FileManagerDBService { @Autowired FileDBRepo fileDBRepo; @Override public FileEntity store(MultipartFile file) { String fileName = StringUtils.cleanPath(file.getOriginalFilename()); try { FileEntity FileDB = FileEntity.builder() .name(fileName) .type(file.getContentType()) .content(file.getBytes()) .build(); return fileDBRepo.save(FileDB); } catch (IOException e) { throw new FileStoreException(“Cant save file with cause “+e.getMessage(), e); } } @Override public List<FileEntity> store(MultipartFile[] files) { return Arrays.asList(files).stream().map(this::store).collect(Collectors.toList()); } @Override public void delete(String filename) { fileDBRepo.deleteByNameEquals(filename); } @Override public Resource loadAsResource(String filename) { return new ByteArrayResource(fileDBRepo.findByNameEquals(filename).getContent()); } } |
Tạo Controller để xử lý Request
| @RestController() @RequestMapping(path = “/db-manager”) public class FileManagerDB { @Autowired FileManagerDBService fileManagerDBService; @GetMapping(“/hello”) public String hello() { return “hello”; } @GetMapping(“/files/{filename:.+}”) public ResponseEntity<Resource> serveFile(@PathVariable String filename) { Resource file = fileManagerDBService.loadAsResource(filename); return ResponseEntity.ok().body(file); } @PostMapping(“/add-file”) public ResponseEntity handleFileUpload(@RequestParam(“file”) MultipartFile[] file, @RequestParam(“description”) String desc) { return ResponseEntity.ok().body(fileManagerDBService.store(file)); } } |
Ta tiến hành upload một ảnh
Dữ liệu đã được lưu trong database dưới dạng nhị phân
Kiểu dữ liệu Blob trong mySQL có dung lượng lưu trữ lên tới 4GB (LONGBLOB)
Kết luận
Từ các ví dụ trên ta có thể thấy các cách lưu trữ khác nhau và tự rút ra được ưu nhược điểm. Cùng với đó là cách khởi tạo mà triển khai một ứng dụng Spring web hỗ trợ thao tác và xử lý file.
Ngoài ra chủ đề về upload và lưu trữ file trên các nền tảng đám mây sẽ được bổ sung trong 1 chủ đề khác.
Phần code chi tiết có thể xem tại đây Link
Phạm Đức Sang
- Published in Uncategorized
HiveTech có yêu cầu bằng cấp trong tuyển dụng ??!!
Gần đây, nhiều bạn thường inbox hỏi HR của HiveTech về việc chúng mình có yêu cầu bắt buộc về bằng cấp trong tuyển dụng và phỏng vấn không? Hôm nay, chúng mình sẽ chia sẻ góc nhìn về câu chuyện bằng cấp trong tuyển dụng tại HiveTech dưới đây:
Với HiveTech, bằng cấp chỉ là yếu tố ban đầu nhưng không phải yếu tố bắt buộc, còn điều quyết định có tuyển dụng hay không là năng lực của cá nhân ứng viên. Có thể bằng cấp của bạn không có hoặc không đẹp nhưng qua vòng CV chúng tớ nhận thấy bạn thực sự có tư chất và thái độ tốt phù hợp với công việc thì bạn hoàn toàn có cơ hội được chứng minh năng lực qua vòng phỏng vấn tại HiveTech.
Nếu bạn không có lợi thế về bằng cấp, không sao, hãy chọn lọc những ưu điểm về cá nhân bạn (những gì bạn đã nỗ lực, đã học hoặc làm…) để làm điểm sáng trong CV cũng như vòng phỏng vấn của mình. Chỉ cần chúng tớ thấy được “bạn biết mình muốn gì và luôn trong tâm thế sẵn sàng học hỏi, hoàn thiện bản thân” phù hợp với giá trị của HiveTech, bạn chắc chắn sẽ được tuyển chọn.
Bằng cấp là điều rất cần trong thời đại hiện nay, nhưng vẫn chưa phải là tất cả. Một tấm bằng không thể nào đảm bảo về kỹ năng làm việc và tác phong của một người nhân viên. Bằng cấp chỉ là chứng nhận cho biết bạn có kiến thức và kỹ năng để bước vào nghề, nhưng những điều này không hoàn toàn đảm bảo bạn sẽ phù hợp với nghề cũng môi trường làm việc của ngành.
Mặc kệ rào cản về bằng cấp, miễn là bạn biết là bạn muốn đi bao xa trong nghề và hiện tại đã có gì (kiến thức, kỹ năng, thái độ,….), hãy cứ tự tin gửi CV về mail: hrd@hivetech.vn để chúng ta có sớm cơ hội trở thành đồng nghiệp của nhau nhé!
- Published in Uncategorized
Pseudocode & Diagram – SUPER EASY MADE ??!!
Câu hỏi “WHAT THE HECK??” LOL
– Đa phần các bạn tôi phỏng vấn vào công ty hoặc các bạn thực tập sẽ có suy nghĩ như vậy.
– Theo tôi 2 thứ đó là phần tất yếu & là kĩ năng quan trong của lập trình viên. Nếu như không biết, thì thôi khỏi nói > BẠN ĐÃ TỤT HẬU RỒI.
– Khi tôi vào đại học được học C++, Algorithm and data structure, về sau được học UML. Thầy/cô đều dạy Pseudocode, flow chart, diagram. NHƯNG có một điều tôi thấy nó quá nhàm chán và làm theo qua môn, đối phó.
Nhưng khi vào thực tập, anh trainer hỏi nhóm tôi về 3 thứ đó, cả ba trả lời không biết & anh ấy nói rằng: “Hãy vẽ thứ đó khi giải quyết một vấn đề!”
Kinh khủng thay do những thói quen từ xưa xưa, chúng tôi cắm đầu viết code luôn. SỰ THẬT ĐÁNG BUỒN: chúng tôi luôn bị tắc (dù task đó khá đơn giản), suy nghĩ không thông. Cứ như vậy trong một tháng không làm theo bước đó, các bạn biết không? Chúng tôi thu được con số 0 tròn trĩnh, chả biết thứ gì. Chúng tôi chợt nhận ra đã thiếu sót thứ gì, đúng là CÁ KHÔNG ĂN MUỐI CÁ ƯƠN.
– Tôi, Kiên, An bắt đầu viết những đoạn pseudocode, diagram đầu tiên. Có thể nói rằng chúng tôi đã giải quyết được bài toán đó ở một cách chập nhận được.
Lặp đi lặp lại, ngày qua ngày, chúng tôi đều bắt đầu quen tay hơn.
Khó khăn à, nhiều ấy chứ, do chúng tôi quen tay code luôn nên mất thời gian thích nghi với cách tiếp cận “MỚI” này.
– BÂY GIỜ & Ở ĐÂY, chúng tôi luôn thực hiện nó & là style của chúng tôi nói riêng và công ty nói chung.
– Task tích hợp hệ thống tôi & Kiên nhận, chúng tôi dùng khá nhiều thời gian để vẽ diagram & pseudocode, review nhiều lần mới được kết quả như mong muốn.
– Cách làm như nào ư, rất đơn giản, 1 quyển vở 5k, 1 cây bút và thực hiện những nét viết đầu tiên.
Ví dụ ” Hello Java ” ROFL, just kidding.
– Bắt đầu các em ơi.
Một task khá là “đơn giản”:
| Đồng bộ hóa danh sách user từ hệ thống B vào hệ thống A: |
| nếu A -> B trùng: giữ nguyên nếu A có, B không: thêm vào B nếu B có, A không: Xóa B nếu user trên B là GUEST thì không làm gì |
– Tôi sẽ giải quyết như sau, vẽ 2 quả trứng. BÙM tôi đã có sơ đồ:
| Pseudocode |
| – lấy danh sách User A |
| – lấy danh sách User B |
| – Cho 2 thứ đó giao với nhau, ta được hình tròn & eclip |
| – Tự nội suy phần mầu hồng là gì |
| – Chấm đỏ là GUEST |
| – Thêm right pink vào B (dùng một list để lưu right pink) |
| – Ktra chấm đỏ thì bỏ qua |
| – Xóa left pink (dùng một list để lưu left pink) |
| OMG vấn đề được giải quyết |
– Các ngôn ngữ như C#, JS, Java Python đều có Collections, thao tác giao list, lấy phần dôi, đã hỗ trợ sẵn chỉ cần google.
– Nhưng để làm như trên cần thời gian dùi mài kinh sử viết Pseudocode & chart hết 3 quyển hồng hà đó LOL
– Tôi giao task đó cho bạn fresher làm, mất 3 ngày vẫn tắc, các bạn biết lỗi ở đâu rồi đó. Không làm 2 bước trên mặc dù tôi & Kiên đã chỉ. Nhìn code đó 3 sau 3 ngày cậu ấy làm mà tôi ngao ngán, có làm 1 tuần thì cũng vẫn vậy, 3 lớp lồng nhau, vài cái biến đếm tính số user, flag các kiểu.
– Nhiều trường hợp funny nữa: một task chỉ cần làm trong 30p, 1h, 2h là có kết quả, nhưng làm mất 3 ngày, 5 ngày.
– Tôi và Kiên đã quán triệt rằng: “thực hiện hay không tùy chú, muốn nói chuyện với anh thì hãy vẽ đi!!”.
CLICK TO OPEN TREASURE /klik/ /to͞o/ /ōpən/ /ˈtreZHər/
Trần Mạnh Chung
- Published in Uncategorized
KINH NGHIỆM KHI ĐI LÀM VIỆC ONSITE
Onsite là một trải nghiệm lý thú trong hành trình phát triển của mỗi lập trình viên. Sau đây hãy cùng nghe một chia sẻ thực tế từ một anh lập trình viên đi onsite tại HiveTech, hãy xem bạn ấy có những trải nghiệm như thế nào nha…
Bạn hãy giới thiệu đôi chút về bản thân
Xin chào, mình tên là Tùng, sinh năm 1994, hiện mình đang sinh sống và làm việc tại Hà Nội. Mình là một Frontend Developer đang đi onsite cho một dự án tại HiveTech.
Cơ duyên nào đã dẫn đến việc bạn đi onsite tại HiveTech ?
Thực ra việc mình đi làm việc onsite tại HiveTech cũng khá là tình cờ. Lúc đó mình mới vào công ty chính được khoảng vài ngày. Anh sếp cũng giới thiệu và muốn cho mình đi onsite luôn. Hồi đó mới vào, sếp bảo gì là mình làm theo thôi. Anh sếp có bảo hiện công ty có một số đối tác đang muốn thuê người về làm. Trong các dự án anh giới thiệu, mình ấn tượng với một dự án mà anh bảo là em sẽ được làm việc với người nước ngoài giúp tăng khả năng giao tiếp tiếng anh. Nghe có vẻ hấp dẫn nên mình nhận lời luôn.
Thế là chiều hôm đấy mình đi phỏng vấn tại công ty đó. Ấn tượng của mình về công ty lúc đó là công ty khá nhỏ, ít người khác xa so với tưởng tượng của mình. Trước khi đến phỏng vấn mình cũng tìm hiểu trước về công ty mình sẽ làm việc trông như nào. Phỏng vấn mình là hai anh trông khá lớn tuổi và chững chạc. Buổi phỏng vấn diễn ra khá nhanh, vui vẻ và thoải mái.
Sau đó vài ngày mình có nhận được mail bảo rằng mình chưa phù hợp với vị trí hiện tại của công ty. Thực sự lúc đó cũng có hơi chút buồn. Anh sếp có động viên và bảo mình tiếp tục tham gia một số dự án công ty đang làm để học hỏi thêm kinh nghiệm. Vậy là mình ở lại làm công ty chính khoảng hai tuần. Rồi bỗng nhiên tới một hôm anh sếp bảo rằng chỗ đối tác kia muốn thuê em về làm việc. Mình có chút bất ngờ, bối rối nhưng rồi cũng nhận lời luôn. Còn sau đó thì là những trải nghiệm tuyệt vời không thể nào quên…..
Anh Tùng, hàng đầu thứ 3 bên phải Khó khăn mình gặp phải trong quá trình làm việc
Lúc mình sang bên này làm thì mình cũng đã khá quen với môi trường ở công ty chính, được nói chuyện và làm việc với mọi người ở đó nên mình cũng thực sự không muốn đi đâu cả. Sang làm việc cho đối tác là mình lại phải bắt đầu làm lại từ đầu, từ làm quen với đồng nghiệp mới, tìm hiểu quy trình làm việc mới và cả những kiến thức mới. Lúc đó mình mới chỉ trải qua 6 tháng kinh nghiệm làm React Js nên mình có hơi chút lo lắng liệu không biết mình có làm được việc không. Hơn nữa, dự án này lại chỉ có mỗi mình là làm Frontend nên về giao diện gần như mình phải tự mình làm hết, không ai có thể support mình cả. Lúc mới vào anh leader có bảo mình overview source code và update các kiến thức mới. Hôm sau anh giao cho mình làm thử một task nhỏ.
Mình bắt đầu tiến hành làm nhưng khổ nỗi dự án này trước đó đã có một người làm để lại, code của anh ấy viết khá rối và không có rõ ràng nên mình mất rất nhiều thời gian chỉ để đọc hiểu những gì anh ấy đã viết. Thú thực cũng có những lúc mình rất chán nản, suy nghĩ về cuộc đời bản thân và muốn buông xuôi tất cả. Nhưng nghĩ đến những đồng tiền sắp kiếm được, nghĩ đến bố mẹ đang trông mong ở nhà mà mình đã cố gắng suy nghĩ bình tâm lại và tự nhắn nhủ bản thân mình sẽ làm được. Mưa dầm thấm lâu, trời không phụ sự cố gắng của mình nên cuối cùng mình cũng đã hiểu ra và hoàn thành được first task. Tuy mất tới tận 3 ngày nhưng đó là bước đệm đầu tiên giúp mình tự tin hơn để hoàn thành những công việc sau này.
Không chỉ có khó khăn về mặt chuyên môn, chuyện đi lại cũng khiến mình gặp một chút khó khăn. Địa chỉ công ty đối tác xa hơn công ty mình thêm khoảng 1, 2 km nên mình phải dậy sớm hơn để đi làm cho kịp giờ, hơn nữa trên đường đi lại có rất nhiều anh công an luôn nhăm nhe bắt mình. Có một lần mình đang đi lúc rẽ trái mình có đi vào làn đường BRT, thì tự nhiên có một anh công an xuất hiện. Lúc đó trong đầu mình nghĩ thôi xong rồi, kiểu gì cũng sẽ mất tiền. Nhưng không, thật là may mắn ông trời có mắt vẫn thương mình. Do mình vẫn bật xi nhan trái nên anh ấy ko bắt mình mà bắt anh bên cạnh. Mình hú hồn, thở phào nhẹ nhõm. Đúng là ở hiền thì gặp lành. Sau vụ đó mình rút kinh nghiêm thay vì phải chạy lên trên để rẽ trái thì mình sang trái trước đó một đoạn, mặc dù đi trái đường nhưng các anh ấy ko thể bắt mình được nữa vì các anh ấy chỉ bắt phía trên thôi ( cười ) !!!
Kỷ niệm đáng nhớ nhất?
Khi làm việc tại đây mình có rất nhiều kỷ niệm vui nhưng đáng nhớ nhất có lẽ là chuyến đi du lịch 2 ngày 1 đêm tại Vịnh Hạ Long, Quảng Ninh. Bọn mình đã cùng nhau đi thăm quan động Mê Cung, bảo tàng Quảng Ninh, chèo thuyền, chơi các trò chơi tại Sun World. Khi về homestay bọn mình lại cùng nhau nướng thịt, chuẩn bị đồ ăn và party. Những hoạt động như vậy giúp mình và cả team xả stress sau những ngày làm việc căng thẳng cũng như tăng thêm sự gắn bó tình cảm thân thiết giữa các thành viên. Đó là những trải nghiệm thú vị, bổ ích mà mình sẽ không bao giờ quên.
Anh Tùng, hàng cuối ngoài cùng bên phảiSai lầm đáng nhớ nhất và bài học bạn rút ra được?
Có một lần anh leader có đăng trên nhóm chat bảo tại sao chức năng chuyển tiền không hoạt động. Lúc đó là sau giờ làm, khoảng 7h tối, mình đang ở nhà và có tình cờ đọc được. Thế là mình mở máy lên xem. Sau khi check một lượt không thấy có vấn đề gì, mình có nhắn lại cho anh leader. Anh ấy bảo mình nếu đã thấy ok về mặt technical thì thử chuẩn bị test chức năng chuyển tiền đó luôn. Nhưng anh dặn chỉ được phép thử đối với trường hợp số tiền nhỏ là X$ do bên đối tác tự tạo ra để test, chứ không được phép ấn chuyển tiền đối với giao dịch của khách hàng. Mình nhớ lời anh dặn và thực hiện test.
Sau khi làm xong mình có gửi ảnh chụp lại việc mình thực hiện thành công. Đợi một lúc sau, tự nhiên anh Leader hỏi tại sao chưa thấy có chuyện gì xảy ra và hỏi mình có ấn nhầm gì không. Lúc đầu mình bảo là không có nhầm lẫn gì cả nhưng lúc sau mình mới phát hiện là thì ra mình đã ấn nhầm chuyển tiền đối với giao dịch có trị giá tận XXX$ thay vì là giao dịch trị giá X$. Anh leader cũng tá hỏa lên rồi mắng mình tại sao không check kỹ rồi mới thực hiện.
Cuối cùng, anh ấy phải nhờ bên đối tác can thiệp để xử lý. Sau sự cố đó, mình rút ra được bài học là trước khi test một cái gì đó thì phải kiểm tra thật kỹ trước khi thực hiên nếu không sẽ gây ra hậu quả nghiêm trọng nhất là khi mình đang test trên sản phẩm đang vận hành có chứa rất nhiều thông tin của khách hàng thì mình cần phải cẩn thận hơn nữa. Và nếu như chẳng may xảy ra vấn đề phát sinh thì cần chụp lại các bước mình mình đã thực hiện làm kết quả đối chiếu. Trong cuộc đời thì ai cũng có thể mắc sai lầm, quan trọng là cách mình đối diện và khắc phục nó.
Những điều gì bạn học được ?
Trong quá trình làm việc tại đây, mình đã học và hoàn thiện được rất nhiều kỹ năng chuyên môn. Một phần cũng do chỉ có mình làm Frontend, phải tự làm, tự trải nghiệm, tự vấp ngã, tự sửa nên đã giúp mình có thêm rất nhiều kinh nghiệm quý báu. Hồi mới vào, mình còn chưa nắm rõ React Hooks là gì hoạt động ra sao, nhưng sau một vài tháng tự mày mò mình đã hiểu hết được các công dụng của chúng. Ngoài kiến thức chuyên môn, mình cũng đã học được thêm kỹ năng giải quyết vấn đề, kỹ năng phân tích. Có thể nói quá trình đi onsite đã giúp mình có bước chuyển lớn từ một fresher bình thường thành một junior có nhiều kinh nghiệm.
Đi làm onsite cũng giúp mình có thêm thu nhập vì khi đi làm onsite mình được công ty chính hỗ trợ thêm tiền mỗi ngày. Khoản tiền tuy không quá lớn nhưng giúp mình trang trải thêm chi phí sinh hoạt hằng ngày. Vì mình làm cho cả 2 công ty nên bất cứ sự kiện tổ chức nào mình đều có quyền được tham gia. Mình được đi year end party 2 lần, sắp tới còn được đi du lịch 2 lần nữa.
Quá trình đi onsite cũng giúp mình gặp thêm nhiều bạn mới, cùng nhau làm việc, cùng nhau vui chơi, chia sẻ những tâm sự, buồn vui trong cuộc sống.
Anh Tùng, hàng cuối thứ 1 bên phảiKế hoạch sắp tới của bạn là gì ?
Do dự án hiện tại vẫn đang được phát triển nên mình vẫn sẽ tiếp tục làm ở đây cho tới khi dự án hoàn thành. Vì mình cũng đã làm Frontend được một thời gian rồi nên mình cũng đang có mong muốn học thêm Java nhằm đạt được mục tiêu trở thành Fullstack Web Developer. Thật may mắn khi tại HiveTech có rất nhiều anh làm Java giỏi và họ cũng rất sẵn sàng giúp đỡ, chỉ bảo tận tình. Hy vọng sắp tới mình có thể đạt được mục tiêu của mình.
Lời khuyên cho các bạn đi muốn onsite ?
Một khi bạn đã đi onsite thì có nghĩa là bạn đã đại diện cho hình công ty vậy nên hãy chuẩn bị thật kỹ những kiến thức, kỹ năng để giúp quá trình đi onsite được diễn ra tốt đẹp. Thêm nữa, bạn cũng nên chuẩn bị một tinh thần thật tốt, vững vàng để khi gặp bất cứ tình huống nào thì cũng sẽ không bị nản chí. Mình chúc các bạn onsite sẽ luôn hết mình vì công việc, luôn luôn có trách nhiệm hoàn thành tốt các công việc được giao. Chúc cho biệt đội đánh thuê sẽ ngày càng lớn mạnh và gặt hái được nhiều thành tích tốt hơn nữa!!!
P/s: Hiện nay HiveTech chúng mình đang tuyển dụng nhiều vị trí. Hãy click để xem chi tiết.
Lê Duy Tùng
- Published in Posts, Uncategorized
THỰC TẬP SINH TẠI HIVETECH
Những chương trình thực tập dạng “pha trà và photocopy” thực sự đã lỗi thời, gây lãng phí và không còn xuất hiện ở các doanh nghiệp năng động. Còn đối với HiveTech, mùa Hè là lúc mà chúng mình được hân hoan chào đón các bạn sinh viên tới trải nghiệm chương trình thực tập Hè tại công ty. Sau đây là những điều cần biết về chương trình thực tập sinh tại HiveTech chúng mình, hy vọng giúp các bạn nằm lòng các thông tin, và biết đâu chúng ta lại có duyên với nhau trong mùa hè nào đó thì sao?
1. Yêu cầu dành cho các bạn thực tập sinh
– Tốt nghiệp/sắp tốt nghiệp đại học hoặc cao đẳng ngành CNTT;
– Có tư duy logic tốt;
– Có kiến thức cơ bản về lập trình WEB JAVA(JAVA / HTML5/ CSS3/ JavaScript/ JQuery);
– Có thái độ cầu tiến, luôn sẵn sàng học hỏi các công nghệ, ngôn ngữ lập trình mới;
– Có khả năng đọc hiểu tài liệu kỹ thuật bằng tiếng anh tốt.
2. Các công việc của thực tập sinh
– Tham gia phân tích, thiết kế, và cải tiến chức năng cho các sản phẩm của công ty;
– Phối hợp làm việc với team, đưa ra ý tưởng cải tiến sản phẩm;
– Nghiên cứu sâu, tìm hiểu kỹ các công nghệ mới, giúp đỡ các team members;
– Tham gia vào các hoạt động và chương trình training của Công ty.
3. Những việc cần chuẩn bị trước khi đi thực tập
– Củng cố lại kiến thức chuyên môn đã học để đi sâu nghiên cứu, thực hành tại HiveTech;
– Tìm hiểu về văn hóa HiveTech để có cách ứng xử và thái độ tác phong phù hợp
4. Những việc nên làm trong khi thực tập
– Trau dồi và rèn luyện kỹ năng mềm như kỹ năng giao tiếp, kỹ năng làm việc nhóm,…
– Thực hiện đúng nội quy tại HiveTech, đảm bảo kỷ luật, có trách nhiệm trong công việc;
– Chủ động tiếp cận công việc, sẵn sàng hỗ trợ các anh chị đồng nghiệp để có thể hoàn thành các công việc chung, tự khẳng định năng lực bản thân.
5. Điều cần tránh trong quá trình thực tập
– Nghỉ thực tập không có phép hoặc tự ý thay đổi chỗ thực tập;
– Không vi phạm thỏa thuận bảo mật thông tin của HiveTech.
6. Kết luận
Cuối cùng, chúng mình mong muốn được tạo điều kiện cho sinh viên có cơ hội cọ xát với thực tế, gắn kết những lý thuyết đã học với môi trường làm việc tại Công ty. Từ đó, xây dựng định hướng dài hạn nếu muốn phát triển bền vững trong nghề. Vì vậy:
– Hãy luôn đặt mình vào vị trí như một nhân viên chính thức để có cái nhìn đúng đắn về quá trình thực tập và có sự chuẩn bị tốt nhất sau khi ra trường;
– Hãy xem đây là khoảng thời gian quý báu để bạn rèn luyện bản thân và có một trải nghiệm thực thi nghề nghiệp thú vị nha.
Các bạn sinh viên ơi, các bạn sinh viên à, hè này các bạn có kế hoạch gì chưa? Nếu chưa hãy, nhanh chóng gửi CV qua email: hrd@hivetech.vn để được trải nghiệm kỳ thực tập thực chiến tại HiveTech nha.
- Published in Uncategorized
ĐI THỰC TẬP SỚM, TẠI SAO KHÔNG?
1. Tại sao tôi cần phải đi thực tập ở thời điểm hiện tại
Xin chào mọi người, mình tên là Hiếu, hiện tại là sinh viên năm 3 ngành công nghệ thông tin, trường Đại Học Xây Dựng. Sau gần 3 năm học tại trường, mình đã học được 1 số môn nền tảng cho ngành như Tin học đại cương, Thuật toán và Cấu trúc dữ liệu, Cơ sở dữ liệu, Lập trình C++, Lập trình hướng đối tượng, lập trình Assembly, …
Tuy nhiên, nhắc đến sinh viên Xây Dựng mọi người thường liên tưởng tới những công trình, tòa nhà, con đường cao cao mãi, chứ mấy ai nghĩ rằng học CNTT lại vào ĐH Xây dựng? Vì thế mình thường xuyên được hỏi kiểu: “học Xây Dựng ngành CNTT ra có làm được việc không, sao mà bằng các trường top 1 được…” Nhưng mình tin rằng môi trường học là nơi bổ trợ 1 phần kiến thức nền cho nghề, chứ không thể quyết định năng lực làm việc của mình được.
Đó là lý do tại sao mình lại muốn tìm chỗ thực tập, để được trải nghiệm kiến thức thực tế bên ngoài, tìm kiếm kinh nghiệm cho bản thân về ngành nghề mình theo đuổi, từ đó đưa ra những quyết định sáng suốt cho hành trình tương lai. Mình cứ nung nấu ý định học hỏi bên ngoài và tìm cơ hội thực tập trong suốt những tháng đầu của năm 3 cho tới một ngày….
2. Kỳ thực tập tại HiveTech
Trong thời gian mình ra ngoài học hỏi, trải nghiệm, mình may mắn gặp được thầy Lê, một người có nhiều năm kinh nghiệm trong ngành và luôn kiên nhẫn chỉ ra những thiếu sót của mình. Do đó mình luôn mong muốn trong suy nghĩ là giá như được đi theo thầy để học hỏi, được thực tập ở chỗ thầy giáo thì thật tuyệt vời. May mắn thay, sau 1 kỳ tuyển chọn thực tập sinh, thì mình trúng tuyển tại công ty. Vậy là mình chính thức trở thành thực tập sinh tại HiveTech.
Từ khi thực tập tại HiveTech, mình đã trang bị được thêm rất nhiều kiến thức nền tảng cho ngành và có định hướng rõ ràng hơn chứ không còn mơ hồ như xưa nữa.
Trải nghiệm tạo nên kinh nghiệm
Tại HiveTech, mọi người làm việc thực sự năng động và chuyên nghiệp. Mỗi sáng tại 1 khung giờ cố định, mọi người từ các đội sẽ cùng DAILY để nói về những việc đã làm hôm qua và những việc dự định trong hôm nay, và đó là mô hình hoạt động Scrum mà HiveTech sử dụng hàng ngày.
Qua chia sẻ của các anh chị, mình nhận ra khi đi thực tập không nên suy nghĩ là đi để học, mà phải suy nghĩ là đi để làm. Mà đã làm việc là phải có trách nhiệm, tuân thủ các quy trình, quy định chung của tổ chức.
Khi đi thực tập, chúng ta sẽ được học cách làm việc từ các anh chị trong tổ chức, những kiến thức từ việc mình giải quyết vấn đề, hay kể cả từ những task mà chúng ta được giao, chúng ta cũng học hỏi được nhiều thứ từ những task đó.
Bên cạnh đó, mình cũng rất thích văn hóa công ty, ngoài thời gian tập trung cho công việc còn có những khoảng thời gian nghỉ giữa giờ, tập thể dục và các buổi “talk sharing” về một kiến thức nào đó trong cuộc sống, cách hoạt động, tương tác sao cho chuyên nghiệp trong tổ chức.
Học và làm việc với công nghệ mới, kiến thức mới
Mình đã được học cách phân chia từng bước để giải quyết một task được giao và rút ra được bài học rằng: “Cứ cắm đầu vào code luôn, thì không thể nào mà giải quyết được vấn đề, hay thậm chí là làm nó phức tạp hơn. Nên tìm ra keyword, học cách search thông tin và biết sử dụng kết quả của người khác sao cho hiệu quả nhất.”
Khi gặp các vấn đề và kiến thức mới, mình sẽ ghi lại và làm một bài thuyết trình, đây là cơ hội tìm để mình tìm hiểu sâu hơn và chia sẻ lại cách hiểu của mình cho các anh chị góp ý thêm.
Khi đi thực tập tại HiveTech mình được tiếp cận sâu hơn các khái niệm và ứng dụng của Java Spring, Spring Core, Spring MVC, Spring Boot, Spring Data, Spring Security, Design Pattern… hay các loại cơ sở dữ liệu SQL và NoSQL, …. Khi đi học chúng ta thấy các thuật toán rất khó, và không cần thiết, giống như học toán cấp 3 vậy hoặc đôi khi hỏi các anh/chị đi trước, họ có thể nói sau này đi làm không bao giờ cần. Nhưng mình không nghĩ vậy, trong quá trình thực tập, mình càng thấy rằng thuật toán thực sự quan trọng. Mặc dù chúng có thể không dùng nhiều, nhưng nó có thể làm tăng độ nhạy của tư duy, giảm bớt số lượng code, làm cho một sản phẩm hoạt động nhanh và ổn định.
Giải quyết vấn đề, ứng phó với những thách thức ngoài tầm
Khi vừa đi học, vừa đi làm, bạn sẽ học được cách phân chia thời gian và sắp xếp công việc để có thể đảm bảo đúng tiến độ, và vượt qua những áp lực.
Ngoài ra, từ xưa mình đã quá quen với tư duy xuôi , nhưng tại HiveTech mình đã được học và rèn luyện thói quen tư duy ngược để giải quyết vấn đề.
3. Kinh nghiệm rút ra cho mình và các bạn sinh viên muốn đi thực tập sớm
Vậy đi thực tập sớm liệu có phải lựa chọn đúng. Sau gần nửa năm thực tế mình rút ra được như lợi ích và khó khăn như sau.
Lợi ích của việc đi thực tập sớm song song với đi học:
– Mình sẽ học được cách làm việc chuyên nghiệp vì bạn phải thay đổi để thích nghi với 1 tổ chức chuyên nghiệp như các quy tắc khi làm việc, cách tương tác với mọi người trong đội, …
– Mình sẽ nắm bắt được nhiều kiến thức thực sự cần khi đi làm thực tế.
– Được tiếp xúc với những anh chị đi trước, họ có nhiều kinh nghiệm và có thể dạy cho mình nhiều thứ.
– Sau này mình tự tin để ghi những trải nghiệm đó vào CV làm điểm nhấn cho hồ sơ của mình.
Khó khăn khi đi thực tập sớm song song với đi học:
– Mình sẽ phải làm nhiều việc hơn, cả thực tập và trên trường, đồng nghĩa thời gian dành cho bản thân sẽ ít đi, từ nghỉ ngơi, đến chơi bời, học hành (bạn nào có gấu thì lại càng cân não hơn giữa chọn việc hay chọn em…)
– Thời gian học ít hơn, nếu lơ là bỏ quên việc học là ôi thôi xong điểm kém và học lại sẽ vẫy gọi bạn ngay và luôn. Nhưng nếu để ý và tập trung 1 chút là ổn áp sẽ oki ngay, việc học – thi – làm đồ án như hổ mọc thêm cánh, học ít nhớ lâu, áp dụng thực tế linh hoạt.
– Trong quá trình làm việc, nhiều kiến thức mới chưa được học phải ngồi mày mò tìm tòi từng vấn đề rồi sắp xếp lại mà vẫn phải hoàn thành nhiệm vụ đúng deadline.
Cuối cùng mình chỉ muốn nhắn nhủ rằng đi thực tập sớm hay dành thời gian toàn tâm cho việc học là lựa chọn của mỗi người. Hãy xác định rõ hướng đi của mình để đưa ra lựa chọn phù hợp. Còn nếu bạn đã chọn đi thực tập sớm như mình, hãy cố gắng tận dụng khoảng thời gian này để có thể tiếp nhận được nhiều kiến thức nhất có thể.
Chúc các bạn có những kỳ thực tập giá trị!
Phan Văn Hiếu
- Published in Uncategorized
HIVETECH-ER WAY OF LIVE
Tại HiveTech mỗi nhân sự khi đến với chúng mình đều được chia sẻ rất kỹ về văn hóa doanh nghiệp, đặc biệt là phần giá trị sống. Vậy Tại sao chúng mình lựa chọn “Self-motivation + Self-discipline” là giá trị sống mà chúng mình theo đuổi?
Các nghiên cứu chỉ ra rằng sự phát triển của cá nhân nếu xuất phát từ nội lực tự thân thì sẽ đi rất bền vững, mà động lực và kỷ luật tự thân lại là những thành tố quan trọng tạo nên nội lực tự thân. Sau đây chúng mình sẽ chia sẻ cụ thể hơn về hai thành tố này.
Đầu tiên là Self motivation – Động lực tự thân, khởi nguồn những ý nghĩ sâu sắc về chính mình
HiveTech tin rằng người có động lực tự thân là người có khả năng làm việc gì cần phải làm, luôn tìm thấy được một lý do và sức mạnh để tiếp tục tiến lên ngay cả khi đối mặt với những khó khăn, biết nắm bắt cơ hội và thể hiện cam kết với những gì muốn đạt được.
Bốn yếu tố tạo nên động lực động lực tự thân mà chúng mình luôn nhắc nhở là:
– Personal drive to achieve: mong muốn cải thiện hoặc đáp ứng các tiêu chuẩn nhất định;
– Commitment: cam kết với các mục tiêu cá nhân hoặc tổ chức;
– Initiative: sẵn sàng hành động theo cơ hội
– Optimism: khả năng tiếp tục và theo đuổi mục tiêu khi đối mặt với thất bại hay còn được gọi là khả năng phục hồi.
Thứ hai là Self discipline – Kỷ luật tự thân, tạo ra những hành động có tính cam kết để hiện thực những ý nghĩ muốn đạt được cho bản thân mình
Chúng mình coi kỷ luật tự thân là biểu hiện của sức mạnh nội tâm và sức mạnh bền bỉ, thực hiện có điều độ trong những gì cần làm, trở nên kiên nhẫn hơn, khoan dung, hiểu biết và cẩn trọng hơn mọi việc. Chính vì vậy, kỷ luật tự thân sẽ giúp HiveTech-er chịu được áp lực và ảnh hưởng bên ngoài để có khả năng kiểm soát cuộc sống của chính mình, đặt ra các kế hoạch và thực hiện từng bước cụ thể để đạt được mục tiêu đã đề ra.
Sáu yếu tố để tạo nên một người có kỷ luật tự thân:
– Acknowledge Your Weaknesses: chấp nhận điểm yếu của bản thân
– Establish a Clear Plan: thiết lập mục tiêu rõ ràng
– Remove the Temptations When Necessary: loại bỏ các cám dỗ khi không cần thiết
– Practice Tolerating Emotional Discomfort: thực hành chịu đựng (chấp nhận/ khoan dung) những cảm xúc khó chịu
– Visualize the Long-Term Rewards: Hình dung (tưởng tượng) phần thưởng trong dài hạn
– Recover From Mistakes Effectively: Phục hồi (Khắc phục) một cách hiệu quả những sai lầm
HiveTech luôn coi con người là chìa khóa quan trọng của sự phát triển trong tổ chức, vì vậy chúng mình lựa chọn giá trị sống tuy rất chiều sâu nhưng vô lại cùng thách thức. Nếu các bạn cũng đang tìm một tổ chức như vậy để tôi rèn năng lực làm việc, nghị lực cá nhân thì hãy đến và khám phá ngôi nhà HiveTech cùng chúng mình nhé!
- Published in Uncategorized
MỐI QUAN HỆ BIỆN CHỨNG GIỮA JAVASCRIPT VÀ JAVA?
Phần I: Nguồn gốc của các câu chuyện: nơi tất cả bắt đầu
1. Nguồn gốc hình thành
Dự án cho Java bắt đầu vào năm 1991 và ban đầu được gọi là Oak. Tuy nhiên, tên này lại được đăng ký cho một công ty khác, vì vậy những người sáng tạo đã thay thế gọi nó là Java (mang nghĩa như trong cà phê, có nghĩa là được tiêu thụ với số lượng lớn) và phát hành phiên bản đầu tiên vào năm 1995. Java hiện được sử dụng để viết ứng dụng nhúng, ứng dụng web, ứng dụng doanh nghiệp và là nền tảng được sử dụng rộng rãi nhất thế giới.
JavaScript là ngôn ngữ Run on Client’s Browser được Brendan Eich và Netscape phát triển vào năm 1995 với mục đích ban đầu như là 1 file script để giúp làm linh hoạt hơn các chức năng giao diện và xử lý thông tin từ phía khách hàng trước khi gửi về Server. JavaScript với tên ban đầu là Mocha, nhưng vì lý do marketing mà vào phiên bản Netscape 2.0 thì Mocha xuất hiện với tên là JavaScript.
2. Sử dụng khi nào và ở đâu?
Là một ngôn ngữ của mục đích chung, Java sẽ là lựa chọn đầu tiên nếu bạn đang tìm cách tạo phần mềm và ứng dụng doanh nghiệp cho các hệ thống Android. Nó khá phổ biến trong lĩnh vực tài chính và thương mại, cũng như các ứng dụng khoa học và dữ liệu lớn. Ví dụ, các hệ thống xử lý ngôn ngữ tự nhiên thường được viết bằng Java. Nguyên tắc WORA cũng khiến nó hoàn hảo trong các hệ thống nhúng, chẳng hạn như thẻ Java được sử dụng trong thẻ SIM.
JavaScript được tạo ra cho web và mục đích chính của nó là giúp bạn tạo các trang đông, mang tính tương tác. JavaScript vẫn là sự lựa chọn tốt nhất cho nhu cầu front-end, phù hợp với thương mại điện tử, tùy chỉnh giao diện người dùng (UI) và tạo các công cụ đơn giản khác nhau.
Như vậy, chúng ta có thể khẳng định Java và JavaScript hoàn toàn không có chung nguồn gốc, với vai trò và tính năng riêng biệt. Vì thế chúng chắc chắn không phải anh em song sinh như chúng ta nghi ngờ, nhưng liệu chúng có những mối liên hệ khác không? Hãy cùng tìm hiểu phần 2 nhé!
Phần II: Mối quan hệ khác?
1. Điểm tương đồng
Tuy hoàn toàn khác nhau nhưng Java và JavaScript vẫn có số nét giống nhau ở cả 2 ngôn ngữ lập trình này như sau:
- Cả Java và JavaScript thường được sử dụng nhiều nhất trong các ứng dụng phía máy khách
- Cả Java và JavaScript đều sử dụng cú pháp C
- JavaScript sao chép một số quy ước đặt tên của Java.
2. Tính độc lập
Một điểm khác biệt lớn giữa Java và JavaScript là Java là ngôn ngữ lập trình hoàn toàn độc lập. Điều này có nghĩa là nó có thể được sử dụng một mình trên bất kỳ hệ điều hành nào: tất cả những gì bạn cần là một máy ảo Java virtual machine. Bạn có thể tải xuống và cài đặt nó trên máy tính miễn phí. Không có nó, bạn không thể chạy được Java trên máy tính của mình.
JavaScript, mặt khác, được sử dụng trên các trình duyệt web. Ngày nay, không có máy tính nào là không có trình duyệt web cả. Tuy nhiên, điều này cũng có nghĩa là hiệu suất của JavaScript phụ thuộc rất nhiều vào HTML và CSS. Về cơ bản, HTML chứa cấu trúc của một trang web, CSS cho phép bạn thao tác tạo kiểu và JavaScript giúp tạo các chức năng. Một cấu trúc phi chức năng là vô dụng, và các chức năng không có bất kỳ cấu trúc nào, cũng là một mớ hỗn độn.
Bạn có thể chạy Java trong trình duyệt không? Có và không. Nếu bạn đã sử dụng web hơn một vài năm, bạn có thể nhớ thời gian bạn phải tải xuống và cài đặt một trình duyệt Java để xem bất kỳ yếu tố tương tác hoặc động nào. Chúng được gọi là Java applet và được sử dụng tương đối rộng rãi. Tuy nhiên, bây giờ chúng gần như tuyệt chủng. Vì HTML5 cung cấp cơ hội để nhúng phương tiện trực tiếp vào trang web của bạn, nên không cần các applet của bên thứ ba mà còn có thể không an toàn. Do đó, Java không bao giờ thiếu đối với người dùng trình duyệt.
3. Khía cạnh hiệu suất
Khi bàn luận về Java và JavaScript về khía cạnh hiệu suất, điều đầu tiên chúng ta cần nắm bắt không phải là tốc độ. Có một sự khác biệt trong chính cách chúng thực hiện. Cả Java và JavaScript đều hướng đối tượng. Điều này có nghĩa là nhà phát triển phải giải quyết các đối tượng và mối quan hệ của chúng – giả sử, tính kế thừa. Tuy nhiên, nguyên tắc khác biệt chính: Java là ngôn ngữ được biên dịch (complied) và JavaScript là ngôn ngữ được diễn giải (interpreted).
Trần Đức Anh
- Published in Uncategorized