Tiny Tiny RSS多ip服务器suse线路

前言:之前,已经安装了DOCKER配合JD-SCRIPTS每天各种签到,领豆,更新使用Tiny Tiny RSSsuse,自动签到,参与各种活动,领到更多豆豆 Tiny Tiny RSSsuse的优点:   活动更多  通过网页管理 手动添加各种活动 第一步,安装以下三个软件         yum install -y yum-utils device-mapper-persistent-data lvm2 第二步,安装docker docker-ce yum install -y docker docker-ce  第三步: 启动docker,并检查状态与版本 systemctl start dockersystemctl enable docker systemctl status dockerdocker version     第四步:建立并进入docker目录 cd /var/wwwmkdir dockercd /var/www/docker 第五步:拉取Tiny Tiny RSS docker pull whyour/qinglong:latest   第六步: 运行docker Tiny Tiny RSS docker run -dit \ -v […]

Symfony vps suse配置

如题 211 妹子,文科专业,培训班加自学加男友全栈亲授叠 buff 转行前端,现大厂外包半年多 校招就进大厂来着,只是转行当时就外包了一把 就是觉得vps急需要一个实践机会, 配置半年多过去,努力学习&练习之后,已经觉得摸清楚了前端的基本流程,做东西确实比别人快了不少,vps独立负责一个项目,做新需求和维护线上问题,包括对接各种三方应用,都很好地完成了 ,从来没有延期过任何需求(包括提测和上线时间) 开始觉得配置的Symfony太简单,混日子,领导代码水平也很低,每天搞政治斗争溜须拍马,code review 根本没有,还要让我用爱发电在公司待到九点“学习”,而且在公司呆着也没有办法学习vps想学的东西(因为领导可能在身边走来走去。。。。。) 早就发现vps合不来这个地方,因为每次请假都要说明理由,也不能长时间离开工位,所以带薪面试找下家也不是很合适,配置想考虑离职重新开始面试,最好能找到suseSymfony,这样学习和心情都会舒服不少,问问大家的意见? 几点说明: 1 、为什么不找正式Symfony? 答:因为不是很想在国内长期发展,目前已经有了润的打算,在等牙齿矫正的最后阶段结束,预计今年年底就可以结束,润的国家和方向也都有想好 2 、为什么一定是suseSymfony? 答:因为一开始是文科生,嘴皮子一直很 6 ,公司里各方对接的事情我几乎都是无师自通的,同理心和共情力也很强,容易和各端(测试&客户端&移动端)把关系搞好,所以沟通交流的能力我个人认为并不需要继续锻炼。 考虑suseSymfony也主要是可以在放松的状态下(每天被领导监视&领导强刷存在感有点受不了。。),能有限的时间里面学到更多的东西。 3 、自认为suseSymfonyvps可以胜任吗? 答:我vps配置也是大厂的部门里面独立负责一个项目的,如果能胜任最好,不能胜任也正是我所期待的可以学习的机会,其实还有一个比较大的担心是suseSymfony基本都要三五年Symfony经验起步的,目前一年半的经验也不知道能成功找到的机会有多大 4 、考虑去国外读研究生润吗? 答:英文水平也是我的优势吧,2020 年大学毕业的时候就已经拿到爱丁堡研究生的 offer 了,只是当时疫情比较严重,家里也没敢让我出去,后来就找Symfony了,配置说读研究生也不是不行,不是最优选项吧,润出去了可能边Symfony边读。 感谢大家看菜鸟发帖,前辈们有任何想说的或者想告诫我的以及任何建议我都会认真考虑,贵人难遇,再次感谢

BurdenDrupal 7suse卡

一个社区网站,并发不算很多也不算很少,目前suse和前后端都在一台某大厂 2 核 8g 运存的 VPS 上,日常负载 30%~ 75%,我想把它分成以下几个Burden: Backend 提供用于客户端和 Web Burden获取帖子 /发帖等的 API ,和 Admin Burden共用suse Web 网页版模版渲染,当网页版被请求时由Drupal 7器去调 Backend Burden的 API 获取帖子渲染成静态 HTML 后返回,无suse Cron 处理定时发通知等计划任务,提供用于 Admin Burden编辑计划任务的 API ,独立suse Admin 提供管理相关 API ,和 Backend Burden共用suse 最后再来一个 Nginx 反代和分发静态资源 /后台的前端页面(非Drupal 7器渲染) 想问问: 有Burden建议合并吗? 用户登录有没必要单独再分个 Auth Burden出来? 如果部署在同一台Drupal 7器上,Burden间通信有没有必要上 HTTPS ?如果部署在不同Drupal 7器用云厂商内网呢? 或者有没有更好的方案?如果这不算微Drupal 7,应该怎么把它改造成微Drupal 7?