Блог

Я развернул приложение laravel 8 на сервере digital oceans с несколькими серверными блоками и несколькими доменами, все остальные домены работают нормально, потому что они не являются приложениями laravel. Я следовал этому уроку https://www.digitalocean.com/community/tutorials/automatically-deploy-laravel-applications-deployer-ubuntu все работает нормально. это означает, что мне удалось успешно развернуться. Но когда я посещаю доменное имя. он показывает индекс/ каталога с каталогами current , shared , release

Я также следил за этим https://deployer.org/docs/how-to-deploy-laravel.html где я должен был отредактировать свой etc/nginx/sites-available/example.co.vx , чтобы указать его на current/public папку. в настоящее время файл выглядит следующим образом

 ##
# You should look at the following URL's in order to grasp a solid unders>
# of Nginx configuration files in order to fully unleash the power of Ngi>
# https://www.nginx.com/resources/wiki/start/
# https://www.nginx.com/resources/wiki/start/topics/tutorials/config_pitf>
# https://wiki.debian.org/Nginx/DirectoryStructure
#
# In most cases, administrators will remove this file from sites-enabled/>
# leave it as reference inside of sites-available where it will continue >
# updated by the nginx packaging team.
#
# This file will automatically load configuration files provided by other
# applications, such as Drupal or WordPress. These applications will be m>
# available underneath a path with that package name, such as /drupal8.
#
# Please see /usr/share/doc/nginx-doc/examples/ for more detailed example>
##

# Default server configuration
#
server {
        listen 80 default_server;
        listen [::]:80 default_server;

         server_name example.co.vx www.example.co.vx
        # SSL configuration
        #
        # listen 443 ssl default_server;
        # listen [::]:443 ssl default_server;
        #
        # Note: You should disable gzip for SSL traffic.
        # See: https://bugs.debian.org/773332
        #
        # Read up on ssl_ciphers to ensure a secure configuration.
        # See: https://bugs.debian.org/765782
        #
        # Self signed certs generated by the ssl-cert package
        # Don't use them in a production server!
        #
        # include snippets/snakeoil.conf;

#       root /var/www/example.co.vx/public_html;

       root /var/www/example.co.vx/public_html/current/public;
        # Add index.php to the list if you are using PHP
        index index.php index.html index.htm index.nginx-debian.html;

        # server_name example.co.vx www.example.co.vx;

        location / {
                # First attempt to serve request as file, then
                # as directory, then fall back to displaying a 404.
        #       try_files $uri $uri/ =404;
        #        try_files $uri /index.php$is_args$args;
         try_files $uri $uri/ /index.php?$query_string;
        }

        # pass PHP scripts to FastCGI server
        #
        location ~ .php$ {
                include snippets/fastcgi-php.conf;
        
                fastcgi_param SCRIPT_FILENAME $realpath_root$fastcgi_scri>
                fastcgi_param DOCUMENT_ROOT $realpath_root

                # With php-fpm (or other unix sockets):
                fastcgi_pass unix:/run/php/php7.4-fpm.sock;
                # With php-cgi (or other tcp sockets):
                fastcgi_pass 127.0.0.1:9000;
        }

        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #
        location ~ /.ht {
                deny all;
        }

 listen 443 ssl; # managed by Certbot
    ssl_certificate /etc/letsencrypt/live/example.co.tz/fullchain.pe>
    ssl_certificate_key /etc/letsencrypt/live/example.co.tz/privkey.>
    include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot
}


# Virtual Host configuration for example.com
#
# You can move that to a different file under sites-available/ and symlin>
# to sites-enabled/ to enable it.
#
#server {
#       listen 80;
#       listen [::]:80;
#
#       server_name example.com;
#
#       root /var/www/example.com;
#       index index.html;
#
#       location / {
#               try_files $uri $uri/ =404;
#       }
#}
 

У меня все еще была та же проблема.
Поэтому я подумал, что это проблема с моим сервисом apache2,
поэтому я отредактировал свой файл VirtaulHost /etc/apache2/sites-enabled/example.co.vx.conf
теперь это выглядит так

 <VirtualHost *:8080>
    ServerName example.co.vx
    ServerAlias www.example.co.vx
    DocumentRoot /var/www/example.co.vx/public_html/current/public
    <Directory /var/www/example.co.vx/public_html/current/public>
        AllowOverride All
    </Directory>
RewriteEngine on
RewriteCond %{SERVER_NAME} =example.co.vx [OR]
RewriteCond %{SERVER_NAME} =www.example.co.vx
RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent]
</VirtualHost>

 

Все это было напрасно, у меня все та же ошибка.

На данный момент, когда я перемещаюсь по URL-адресу таким /var/www/example.co.vx/public_html/current/public/index.php образом, я могу просматривать страницу, но она не загружает изображения и другие файлы и страницы.

Я искал подобные проблемы, но ни одна из них не смогла решить мою проблему.