Django 和 Laravel 的一些使用上的异同对比——数据模型和 ORM

在之前的文章《Django 和 Laravel 的一些使用上的异同对比——路由篇》提到了路由和视图(控制器)之间的一些对比,不过 Django 和 Laravel 的区别不仅仅在于这两个方面,数据模型和 ORM 也是,在一个 MVC 的框架中,我们多半需要使用数据库来存储我们的数据(无论是文章,还是

Django 和 Laravel 的一些使用上的异同对比——路由篇

由于一些原因(贴近 LeetCode 技术栈|希望尝试一下 Python 的 Web 框架),需要使用 Django 来做一些开发,在使用上感受到了与之前习惯的 Laravel 框架之间的一些差异。

Django 和 Laravel 都是 MVC 框架,所以从理论上来说他们的工作逻辑都是差不多

在 Laravel 中向外部 API 发起请求

为了程序的分离起见,并且实现一个并不存在的微服务架构(其实是有一个本地的 Django 项目已经写好了逻辑,不想用 PHP 重写了),在已经有的一个 Laravel 项目上需要请求一个外部的 API,我们可以使用一个库:Guzzle,为了演示方便,我将使用 Django 作为后端,输出一个简单的 J

Laravel 使用 UUID 作为用户表主键并使用自定义用户表字段

最近在用 Laravel 5.6 做一个项目,涉及到用户表的自定义字段和 UUID 作为主键,各种 Google 花了我很长时间,所以本篇文章用来记录一下实现思路,以防后人踩坑。

Schema

用 php artisan make:auth 出来的用户表使用的自增的 id 作为主键,验证

解决 PHP 处理大型文件时超时的问题

最近在 AreaLoad 的开发中完成了 “收作业” 功能的代码实现,然而在部署到生产环境为 “大数据语言课程实验报告” 收取的时候,在传 $dlcourseid 到后端之后。在完成对学生作业压缩后却发生了 404 的错误,并且服务器上报了一个 abrt 的错误,相关报错信息如下:

ABRT has