上篇文章 我们写了 Flarum 二次开发项目的规划,这里也分享一下本地开发与调试 Flarum 的配置的方案,助你快速搭起 Flarum 的本地开发调试环境。
自己目前C++编码环境是基于vscode打造的,再通过vscode远程登录到Linux(remote Linux)。对于Linux环境,可选方式有两种:
作者简介:张帅,WeChat:yorkszhang ,网站:www.flowlet.net
经过不断的迭代,Win10 下已经发布多时的 Linux 子系统(WSL - Windows Subsystem for Linux)现在已经比较成熟了;WSL 默认只是不带图形化界面的终端窗口,这个由开放心态带来的新组合,补齐了 Windows 在终端操作和包管理等方面的短板,加上 windows 下丰富的软件生态,开发体验上已经可以简单类比甚至局部超越 macOS 了。
你一定见过Chrome和 Android Studio关于内存和 CPU 巨大消耗的情况。
在Visual Studio Code(简称VSCode)中进行开发时,经常需要使用到调试(Debug)功能。然而,有时候会发现,当尝试调试程序时,程序的运行路径与预期不符。这通常会导致程序无法正确读取文件或访问资源,从而影响调试过程。为了解决这个问题,可以在launch.json文件中配置CWD参数,以确保Debug和运行路径一致。
WSL是Windows Subsystem for Linux的缩写,允许利用CPU的虚拟化技术在Windows系统下使用Linux系统。目前最新版本是WSL2。
最近在研究VSCode的插件的时候,使用了VSCode的远程开发套件,Remote - SSH可以在本地的VSCode上登录远程机器,打开远程机器的某个文件夹进行开发。并且在开发过程中,能够使用几乎所有的VSCode插件。 当你使用这个插件链接到远程机器,并打开一个工作目录时,那么终端的命令是默认在当前的工作目录, 需求是,当是远程工作目录时,也能够够创建一个终端,而这个终端的工作目录是本地工作目录。 这样当用户连接到远程工作目录时,就能够随意地在本地或者远程执行命令。
最近有个朋友突然问起,想买一台新的个人开发用电脑,偶尔连接公司环境做做远程开发,问我有什么推荐的配置。
WSL2是Windows Subsystem for Linux的第二个版本,它允许在Windows操作系统上运行本地Linux应用程序。相比于WSL1,WSL2采用了全新的虚拟化技术,使得Linux内核可以直接运行在一个轻量级的虚拟机中,从而提供更好的性能和更高的兼容性。
最近在win10下面搭建了一个 WSL+cmder+oh-my-zsh 的程序员命令行环境,为什么呢?还不是买不起mac,加上自己的黑苹果瘫了,所有又回到了win10上面。不过上面不管是Cmd还是PowerShell都是难看的要死要死的,而且很多命令不支持,所以有了这一次的实践。
本文表达的观点可能与你的看法有所不同。本文没有针对任何个人或组织,只是我个人在 Windows 上开发时屡屡受挫有感而发。文中的观点只代表个人。
链接:https://pan.baidu.com/s/1RZteNm-AoJoB8zH2Zs899g 提取码:wins
搜索启用或关闭 windows 功能,勾选适用于 Linux 的 Windows 子系统,确定后重启电脑。
C/C++ Tools插件---C/C++支持安装库文件的配置GDB本地调试配置GDB远程调试配置Remote VSCode插件---远程编辑文件安装环境配置在本地端的配置在远程端的配置工作流Ftp Sync插件--—远程代码的同步安装环境配置工作流
Windows 终端是一个新式主机应用程序,它面向你喜爱的命令行 shell,如命令提示符、PowerShell和 bash(通过适用于 Linux的 Windows子系统 (WSL))。 它的主要功能包括多个选项卡、窗格、Unicode和 UTF-8 字符支持、GPU 加速文本呈现引擎,你还可用它来创建你自己的主题并自定义文本、颜色、背景和快捷方式。
关于如何安装 WSL这里就不介绍了,大家可以去找找相关的教程,很多。最直接的就是去微软官方:https://learn.microsoft.com/en-us/windows/wsl/install
笔者尝试过不少编程环境搭建的方案,例如常见的Ubuntu、Deepin、CentOS,也用过很多人力荐的Manjaro,这些发行版在需要办公的条件下,一般都需要结合Windows双系统使用。MacOS更适用于本地环境搭建,但是能兼容的显卡型号还是比较有限的。经过一些测试,其实我认为Win11+WSL2+Docker会是一个比较不错的解决方案(本来打算也试试虚拟机,但是听朋友说虚拟机调CUDA有坑,因此暂时不做考虑)。虽然直接用WSL2也可以搭建一个本地的编程环境,但是这样的环境具有一些不稳定因素,以及不可迁移的性质,因此我个人认为还是WSL2+Docker的方案稳定性会更高一些。
通过File-Preference-Settings可以访问配置项,可以修改所有的配置,包括扩展与否 常用配置项如下:
单击docker小图标,打开docker主界面。选择设置图标,点击Docker Engine,添加registry-mirrors配置如下:
适用于 Linux 的 Windows 子系统可让开发人员按原样运行 GNU/Linux 环境 - 包括大多数命令行工具、实用工具和应用程序 - 且不会产生传统虚拟机或双启动设置开销。
搜了很多的教程,发现要么教程太老,给的配置信息里面有些参数都不能使用了,要么就是直接扔下自己的配置信息就没了,不知道咋来的,也不能拿过来直接用,让我这种小白无从下手,于是就摸索整理一下,帮助一下像我这样小白刚入手的小伙伴们。
🌈个人主页:Rookie Maker 🏆🏆关注博主,随时获取更多关于IT的优质内容!🏆🏆
我们建议在生成 web 应用程序时在 WSL 上安装 Python。 Python web 开发的许多教程和说明都是针对 Linux 用户编写的, 并使用基于 Linux 的打包和安装工具。 大多数 web 应用还部署在 Linux 上, 因此, 这将确保你的开发环境与生产环境之间的一致性。
前一阵子买了个新的笔记本电脑,幻13-3050TI-1T版本,全能本,CPU是8核心16线程的标压版AMD锐龙9-5900HS,显卡是NVIDIA-3050TI,重量和macbook差不多,都是1.4kg,便携、可以改变形态。
小胡同学最近来咨询:之前咱们的Lighthouse教程都是从Linux/Mac笔记本下操作的,能不能出一篇Windows下的实践案例呢?而且,Windows笔记本的环境和远程Linux主机下不完全一致,怎样解决Python代码的编辑/同步和调试运行等问题呢?
在 tasks.json 构建脚本中 , 指定 C/C++ 文件路径的是 "tasks 下的 "args" 路径 ,
描述:Shell的类型有很多种并且本身自带的特性,但是对于用户来说远远不能满足用户的DIY,所以 Shell 配置框架孕育而生,常用的Shell配置框架如下:
检查一个叫vscode wsl debug info的变量的值(看起来是布尔类型)
正常使用 Windows 开发,在部署编译的时候因为大小写问题报错,想安装一个 WSL Debian 系统,在里面编译一下试试,可以正常编译。
VScode配置CMD本地运行环境(2.0) 官方Task.json说明 完整的Task.json配置信息 Task.json预定义变量 看了很多网上的教程都说需要下载VScode的python插件,然而我只是想配置一下能使用其在终端输入输出,研究了一段时间发现其实所有能在cmd运行的命令直接配置一下task.json即可(以python为例)。 在没有编译环境的.py文件中按下CTRL + SHIFT + B,就会在工作空间出现一个.vscode文件夹,【运行必须有工作空间(导入文件夹到工作空间),如果没有导入一个文件夹即可】,在.vscode中即出现task.json文件,进行如下配置。
可以参考官方提供的文档 : https://code.visualstudio.com/docs/cpp/config-linux
每次配都要网上找一遍太麻烦了。。。 MinGW下载地址 https://www.mingw-w64.org/downloads/
我的文章尽量写得让想看源码又不知道怎么看的读者能看懂。我都是推荐使用搭建环境断点调试源码学习,哪里不会点哪里,边调试边看,而不是硬看。正所谓:授人与鱼不如授人予渔。
打开 Visual Studio Code 设置,在标签页右上角以 JSON 文件方式打开,直接编辑 JSON 配置,粘贴覆盖以下内容:
解析器路径,将其注释掉,接着输入:“code-runner.executorMap”,复制我下面的就可以了
例如:ubuntu config --default-user root 会将 Ubuntu 发行版的默认用户更改为 “root” 用户。
相信多数计算机专业的同学都和我一样,步入大学首先要学习的就是 C 语言。那么,我想下面这个东西你一定见过
我们希望能在Windows上的VScode,远程调试WSL里运行的程序,社区提供了Remote – WSL插件,实现VScode端无缝操作WSL。
MiniOB只有几万行, SQLLite只有二十多万行源码, 还有大神早就写了经典教材 《数据库系统实践》 《数据库系统概念》
上一遍文章介绍了利用QEMU+GDB调试Linux内核。但是,有时候直接利用GDB调试查看代码还不是很方便,所以,在这么重要的场合,怎么能少的了vscode这个神器呢。本篇文章介绍如何使用vscode远程调试内核。
在进行嵌入式Linux开发的时候,为了方便,通常在Windows上使用代码编辑器编辑代码,交叉编译工具在Linux虚拟机或者服务器上,在开发期间需要不停的进行如下的循环操作:
微软的virtual studio编辑器那是宇宙第一大编辑器,可惜就是太笨重,遇到性能差一些的电脑设备,简直无法快速的编辑项目。
版权声明:本文为博主原创文章,转载请注明出处。 https://blog.csdn.net/u011054333/article/details/91358602
您可以创建多个打开到不同位置的终端,并在它们之间轻松导航。可以通过单击TERMINAL面板右上角的加号图标或触发Ctrl + Shift +`命令来添加终端实例。此操作将在下拉列表中创建另一个条目,可用于在它们之间进行切换。
今天匆匆发布了v1.0的更新版,工控相关内容大体未做更改,主要是增添了一些常用测试软件,并将编辑器更换为VScode,将“某编辑器”丢入到了垃圾箱里。
这样安装跟点击vscode提示安装 install all是一样的,不会成功,失败原因大家都知道的。
描述:Node.js® 是一个基于 Chrome V8 引擎 的 JavaScript 运行时环境,它是目前非常火热的技术(正式开启JavaScript的后端开发之旅), 它在设计上类似于Ruby系统并受到Python的Twisted的影响启发,它作为异步事件驱动的JavaScript运行时,它旨在构建可伸缩的网络应用程序。
领取专属 10元无门槛券
手把手带您无忧上云