现有资源下,项目技术选型求助

我现在想自己运营一个公益项目,技术架构有几个给我选

但服务器环境现在还不想投入太多,

现在有一台16G 内存,800Mhz 的旧服务器,CPU 8核 E5420的机子。操作系统是 win 2003 Server 32位 R2 版

我就想现有的条件下能选出最好的技术选型。(别问我为什么,因为我就没有钱扩展服务器)

由于我服务器是32位系统,所以java的内存利用就很低,

java:

我自己的java 技术选型有,Spring MVC+Hibernate 或者选用 Grails +Tomcat7 jDK7 NGINX

评价:开发速度一般般,但这个技术是我掌握得最好的,我团队的都是java程序员。

但32位系统能支撑的内存才能使1.38G

我觉得利用率太低,而且维护实在太麻烦,经常要调优,内存溢出什么的

安全性是不错。

PHP:

我用PHP是1年前了,很久没有用,用PHP搭过一个商业系统,但由于当时是做外包,没有深入去把别人的整个架构搞过来研究,但应付基本的开发没有问题

而且PHP掌握不是非常好,不过java我们比较精通,转过来PHP也是很容易的

服务器利用起来也算有点物尽其用

Smarty+Mysql+apache

点评:

开发速度比java高一点,编译发布修改,版本迭代容易,服务器环境利用率高

rails:

我最近用rails 的自带 容器和mysql跑了一下demo,觉得这个方案比较不错,

但还不是很熟,使用这个技术,我有一个星期让团队学习。

点评:

开发很快,用了ruby就有不想再使用java的赶脚,不想改配置文件,

现在就这几个方案,

别说技术经理最熟什么就什么,我们是打算做公益开源项目,成员参与时间不能在正常工作时间,所以也要考虑以后新成员的参与问题。

求各位大神帮小弟指点一下迷津,由于经验不足,所以跑上来问了

从开发,

运营投入,

维护,

可扩展性,

性能,效率

反正就是钱的问题,没有什么钱,所以就想以代价最低来弄

求~~~

Csdn user default icon
上传中...
上传图片
插入图片
抄袭、复制答案,以达到刷声望分或其他目的的行为,在CSDN问答是严格禁止的,一经发现立刻封号。是时候展现真正的技术了!
其他相关推荐
web项目技术选型
服务器:阿里云ecs+rds centos6 nginx java 1.7 tomcat7(支持servlet3.1)(tomcat8对jstorm支持不好) mysql spring springMVC mybatis jquery velocity jackson =========================================
技术选型与软件开发
我们接手一个新的项目,在对项目的需求进行分析之后,往往需要进行技术选型工作。技术选型与软件开发效率息息相关。合适的技术往往可以达到事半功倍的效果。 选择意味着对比,对比意味着可比性。针对满足同一需求的各种技术之间才存在选择问题。首先针对不同需求,比如前端和后端在做技术选型时应该独立开。其次,每种技术都各有利弊,我们应该抓大放小,然后再追求尽善尽美。 软件的开发和维护是一个长期的过程。即便在技术
安卓项目架构与技术选型
技术选型: 技术选型:主要考虑网络层的的框架选型和图片加载库的选型。 技术选型要充分了解每种技术的优缺点,最终由项目需求来决定。要了解每个框架的底层实现原理,这些原理决定了框架的优缺点。 APP的框架:网络请求框架、app的大致架构(分包、BaseActivity的封装、工具类)、图片加载框架的封装、数据库操作的封装,采取哪种开发模式(mvc/mvp/mvvm)等 一、网络请求框架
项目技术架构选型方案报告
技术方案选型,解决你的燃眉之急,可以下下来看看技术方案选型,解决你的燃眉之急,可以下下来看看
开发技术选型参考
转自:https://my.oschina.net/66das/blog/825950 摘要: 监控平台,RPC框架,分布式统一框架,数据库访问层中间件,软负载,分布式存储,分布式缓存,性能分析工具,数据库连接池,消息中间件mq,序列化,分布式协调服务,前端选型 监控平台:       1、cat:CAT基于Java开发的实时应用监控平台,包括实时应用监控,业务监控   https:
【转载】前端项目开发流程及技术选型
喂喂喂,那个切图的,把页面写好就发给研发工程师套模板吧。 你好,切图仔。不知道你的团队如何定义前端开发,据我所知,时至今日仍然有很多团队会把前端开发归类为产品或者设计岗位,虽然身份之争多少有些无谓,但我对这种偏见还是心存芥蒂,酝酿了许久,决定写一个系列的文章,试着从工程的角度系统的介绍一下我对前端,尤其是Web前端的理解。只要我们还把自己的工作看作为一项软件开发活动,那么我相信读过下面的内容你也一定
.net项目技术选型总结
   数据库 小型项目:SQLite中大型项目:MS SQL Server(国内) / Mysql(国外) 数据访问技术 SqlHelper(ADO.NET)轻型ORM:Dapper / PetaPoco大型ORM:EF / NHibernet 服务端技术 ASP.NET MVCWCFASP.NET WebAPI 前端技术 JavaScriptjQ
技术架构选型报告方案
本文档是关于技术架构造型报告方案一个模板例子,觉得用着还不错,希望对有需要的人一些帮助。
几种后端开发技术的选型调研
最近要做个视频社交移动应用产品,我主要负责后端架构这方面。先列了几个选项,分别谈一谈,断断续续写的,想到哪些记下来 几个后端方案的选型:SpringBoot、Jersey、Play、Django、Go、Node.js、C&C++。 Spirnhttp://write.blog.csdn.net/image/index?r=0.573569401096329gBoot:SpringBoot是最近两年Java圈谋求突围的一个东西,我之前一个产品有同事用这个,我Review他的代码发现其主要特点是把注解替代XML
java开发涉及到的各种框架比较,技术选型
SOA服务框架 Dubbo: 一个分布式服务框架,以及SOA治理方案. SOA框架有:淘宝的HSF、阿里的dubbo、amazon coral、twitter Finagle,Xfire(ws服务)+OSGI+Spring,支付宝SOA架构,WebService也是古老的SOA。 其功能主要包括:高性能NIO通讯及多协议集成,服务动态寻址与路由,软负载均衡与容错,依赖分析与降级等。是远程服
web前端技术框架选型参考
一、出发点   随着Web技术的不断发展,前端架构框架、UI框架、构建工具、CSS预处理等层出不穷,各有千秋。太多的框架在形成初期,都曾在web领域 掀起过一场技术浪潮,可有些却仅仅是昙花一现,随着他们用户量的逐渐减少,社区也越来越不活跃。如:meteor、backbone、ember、knockout。 不禁感叹技术的更新换代来的太突然。为了追赶技术更新的脚步,保证技术实施的高性能,强
关于Web大型系统的技术选型
声明下,这个我用了网上别人的图。 大型系统很多人都在说,但是针对大型系统从技术角度应该考虑哪些因素: 一. 高并发 高并发是大型系统遇到最麻烦的一个事情。一般来讲如果是业务性质的系统,这样的问题应该不会存在(特殊的除外),销售平台可能存在的比较多。例如淘宝、京东这样的大型购物网站,以及BBS、微博、微信这种类型的社交平台。而处理这一问题的主流思想还是:   1.      HTML的静态
JAVA常用开发架构选型:SSM
SqlMapConfig.xml 空文件即可 <?xml version="1.0" encoding="UTF-8" ?> <!DOCTYPE configuration PUBLIC "-//mybatis.org//DTD Config 3.0//EN" "http://mybatis.org/dtd/mybatis-3-config.dtd"> &amp
java项目技术选择方案
. 基础架构     1.       IOC Container: Spring, Guice        我们需要IOC Container的依赖注入作为胶水,把其他工具包粘在一起。还需要它的AOP,进行事务配置,权限管理。       这么多人都在使用Spring,实际使用中可以获得巨大的便利,如果选择了其他平台就要面临在关键时刻自己造轮子的窘境。使用Spring的
JAVA技术框架选型
在做新项目的时候,遇到项目技术选型问题,思考了一下,可以从以下几个方面进行考虑: 1.  技术应用场景   2.  技术可靠性稳定性考虑,该技术是否得到了一定的应用   3. 技术API文档是否完善,与其他框架的性能比较;   4. 是否开源,收费(如果需要进行开源改造)   5. 技术团队的技术氛围,新技术需要能尽量贴合团队成员的一贯开发路线;
移动APP开发之技术选择
APP开发种类 目前主流的APP主要为iOS版本和Android版本。早期APP的开发,两个版本需要分开独立进行,分别使用Objective-C/swift和Java语言。这些APP也称为Native APP,即原生系统。由于Native APP开发成本高、难度大,随着技术的发展,出现了Hybrid(混合)APP开发,即支持跨平台或支持原生+H5相结合的APP。除此之外,还有一种称为Web Ap...
前端流行框架技术选型大纲-PC端、移动端、微信端
平台定位:PC网站、H5网站、微信公众号、微信小程序、iOS APP、Android APP;                    IonicReact(For React Native)React NativeWeex原生iOS原生AndroidPWAXamarin微信公众号微信小程序  公司Google+ApacheFacebookFacebookAli(https://weex.apach...
后台服务程序框架技术选型方案
1.硬件环境 公司服务器 2.软件环境 2.1 操作系统 CentOS 7 2.2 反向代理/web服务器 Nginx 2.3 应用服务器 tomcat 2.4 数据库 mysql or oracle mysqloracle 现在公司系统中都有用到不做过多介绍。 2.5 缓存 Redis(Codis) or MemcachedRedis 现在公司系统有用到
技术选型(一)——安卓开发
接下JRKJ项目是从大概8月中旬,当时自己安排的任务主要是.NET这版的Web开发,框架是原来ITOO的框架,主要因为是1.0版,主要时间都在梳理需求。 后来因为人员调动各种原因吧,接下了安卓APP的开发。对于这个有点儿陌生的东西,感觉有很多不确定性。       首先,面临的就是.NET  Or  Java的问题。 开发的时候,我是选择.NET 平台还是Java平台。           .NE
选择技术方向都要考虑哪些因素
本文主要是作者读安晓辉老师的《程序员程序员职场进阶 32 讲 》中关于“选择技术方向都要考虑哪些因素”这部分做的一些笔记和自己的思考。在这里分享给各位! 文章很短,所以各位只需要花3分钟左右就可以阅读完成哦! 选择一种技术可能会考虑到的决定因素 就业机会 选择一门就业面广的技术还是比较重要的。我的很多学PHP的同学现在都在培训班学Java,真的!!!但是也不是说,你选择就业面光的就能...
电商平台-系统架构与技术选型
 1.  硬件环境公司服务器2.   软件环境2.1  操作系统Linux CentOS 6.8系列     2.2 反向代理/web服务器        Nginx     2.3 应用服务器        Jdk7+ Tomcat 7     2.4 数据库        Mysql 5.6.x2.5 消息队列(可选)          Rabbitmq/rocketmq     2.6 缓存...
App架构设计经验谈:技术选型
原创文章,转载请注明:转载自Keegan小钢 微信订阅号: keeganlee_me 写于2016-01-14 App架构设计经验谈:接口的设计 App架构设计经验谈:技术选型 当你做架构设计时,必然会面临技术选型的抉择,不同的技术方案,架构也可能完全不同。有哪些技术选型需要做决策呢?比如,App是纯原生开发,还是Web App,抑或Hybrid App?iO
一个互联网app的开发设计(技术选型和架构)
在做一个互联网应用时, 要考虑技术选型和架构搭建。 先说说技术选型,   以丁丁租房为例在开发时会面对如下问题: 1、图片处理, imageloader或者fresco, 推荐使用fresco,因为它使用三级缓存、占内存更小; 2、http通信,  开源框架有很多例如volley,retrofit,okhttp等等,    用法都很简单也类似,  推荐使用OkHttp,它支持SPDY; 3、
架构设计和技术选型的思路总结
本文仅给出架构设计时需要考虑的知识点,并不会对具体知识点做详细介绍。一、顶层架构 Linux/Windows平台、CS/BS架构、大数据架构、应用领域(游戏、互联网、传统行业等)二、CS中的Client的技术选型 1、GUI开发技术 (1)微软技术体系 MFC,WinForm,WPF、UWP (2)Java技术体系 java AWT、java swing,javafx (3)Pytho
大型分布式系统与Java中间件技术选型
基本的服务化框架包括如下模块:统一的RPC框架,服务注册中心,管理平台。 有了这三个模块,就能实现基本的服务化。下面对三个模块进行具体分析。
大数据流处理平台的技术选型参考
选择太多,是一件好事情,不过也容易乱花渐欲迷人眼。倘若每个平台(技术)都去动手操练一下,似乎又太耗时间。通过阅读一些文档,可以帮我们快速做一次筛选。在将选择范围进一步缩小后,接下来就可以结合自己的应用场景去深入Spike,做深度的甄别,这是我做技术选型的一个方法。技术没有最好,只有最适用。在做技术选型时,需要选择适合需求、适合项目类型、适合团队的技术。这是实用主义的判断,而非理想主义的追捧。若是在
关于项目技术选型的思考
2014年12月加入了一个新的项目,这是一个游戏的辅助项目,其实可以认为是一个典型的互联网产品。这个综合使用了c/s和b/s两种结构。因为游戏相关的项目采用c/s是自然而然的事情,同时运用b/s结构就值得玩味了。在接手该项目b/s相关部份工作的过程中促使我开始认真思考关于一个技术团队在开发一个产品的过程中应该如何选择技术和工具的问题。这个问题完全没有标准答案,但实际上在纷乱无章的表象背后其实还是有据
微服务架构选型实践
背景随着公司一年多的成长,我们已经开发了数十个项目了,后台有 JAVA 的有 PHP 的,为了更好地提升开发与管理效率,各技术大牛小牛们时常进行激烈的 PK,碰撞出了许许多多爱的火花,比如其中之一:微服务实践设计系统架构微服务开发架构.png只需要有一套 BASE 微服务,BASE 微服务生成业务系统微服务实例,供各个业务系统调用;业务系统不直接调用 BASE,只能调用微服务 INSTANCE。问
区块链技术体系选型评估
目前世界上有影响力的六大分布式账本技术体系:比特币(Bitcoin)、瑞波币(Ripple)、比特股(Bitshares)、以太坊(Ethereum)、超级账本(HyperLedger)和(Corda)。 前四个技术体系是平台、货币、社区三位一体的,后两个技术平台是“纯平台的”。此次评估仅针对平台,不涉及货币和社区。 考察评估主要涉及十个维度: 1、领域适用性 2、
红蜘蛛6.21160(512用户完美破解版)
『红蜘蛛多媒体网络教室』由广州创讯软件有限公司开发,简称《红蜘蛛软件》。该软件运行于加载TCP/IP协议的Windows2000/XP/2003/VISTA网络,主要在局域网络上实现多媒体信息的教学广播,是一款实现在电子教室、多媒体网络教室或者电脑教室中进行多媒体网络教学的非常好的软件产品,集电脑教室的同步教学、控制、管理、音视频广播、网络考试等功能于一体,并能同时实现屏幕监视和远程控制等网络管理的目的。它专门针对电脑教学和培训网络开发,可以非常方便地完成电脑教学任务,包括屏幕广播与点播、屏幕监视、遥控辅导、屏幕录制、屏幕回放、网络考试、网上语音广播、两人对讲和多方讨论、VCD/MPEG/AVI/MP3/WAV/MOV/RM/RMVB等视频流的网络播放、黑屏肃静、同步文件传输、提交作业、联机讨论、远程命令、获取远端信息、电子教鞭、电子黑板与白板、电子抢答、电子点名、网上消息、电子举手、锁定学生机的键盘和鼠标、远程开关机和重启、学生机同步升级服务、远程安装、倒计时、班级和学生管理等,对于传统的辅助教学模式来说,这是一种教学上的突破。
Sass系统技术选型笔记(2)JBPM
jbpm从4开始有了两个分支(烦死了,大家就不能统一下么)activiti和jbpm,目前二者都升级到了6,这两个版本的差别和底层技术的差别网上都很清楚了,下面又进入了选择题时间:         jbpm6的好处是有商业支持         jbpm底层使用的hibernate技术其实是我挺欣赏的技术        activiti的原jbpm3的人员开发,有着一些被jbpm5抛弃但仍受大
Android App 技术选型,技术堆栈,工程架构分层设计,项目重构
    在Android App中,哪些是我们需要的横切关注点?个人认为主要包括以下几个方面:Http, SharedPreferences, Json, Xml, File, Device, System, Log, 格式转换等。 Bob大叔 所说:“Architecture is About Intent, not Frameworks”-- 简洁架构 意味着产品系统中遵循一系列的习惯原则:...
React技术栈之为什么选择react
React起源于Facebook公司的内容项目,该公司在尝试用H5来建设Instagram网站的过程中发现,对于复杂前端h5性能下降明显,在对市场的mvc框架分析后,依然无法找到满足自己需求的框架,于是决定自己开发一套,于是就有了之后的React,React于2013年开发完成后被开源,一经发布迅速吸引了广泛的关注。 React的设计思想极其独特,其核心理念-虚拟Dom思想也在陆续被其他优秀框架引
关于项目上运用SSO单点登录技术的一些总结
访问受保护的资源需要先登录获取的ticket,通过用户名密码提交到服务器验证,通过会获取一个ticket。然后请求受保护资源带着此ticket的url就能正常访问。 用户数据可以存在独立的cas数据库表中,也可以用各自的项目的表,也可以用ldap目录数据库。 ldap数据与项目数据库用户表数据同步,这样方便多个项目管理用户数据。
Android系统资源
在开发 APP 的时候,会在 res/ 下引入众多资源,但是有些资源是不需要引入的,因为 Android 系统已经提供了这些资源。
如何做项目技术选型
场景: 技术预研,技术方案选型 思想:具体业务 具体分析 其开源技术的活跃度 1、中间件:   消息中间件 ActiveMQ JORAM 2、文件上传、图片附件等 文件储存 3、异构系统 的技术选型 4、
微服务架构技术栈选型手册
一、前言 2014 年可以认为是微服务 1.0 的元年,当年有几个标志性事件,一是 Martin Fowler 在其博客上发表了”Microservices”一文,正式提出微服务架构风格;二是 Netflix 微服务架构经过多年大规模生产验证,最终抽象落地形成一整套开源的微服务基础组件,统称 NetflixOSS,Netflix 的成功经验开始被业界认可并推崇;三是 Pivotal 将 Netf
将现有项目上传至github
(1)首先在本地创建ssh key $ ssh-keygen -t rsa -C "your_email@youremail.com" 在指定文件夹下生成文件id_rsa.pub,复制里面的key 到github-->settings-->deploy keys-->add deploy key (2)git bash 下检验主机是否成功连接github (3)接下来我们要做的
如何成为架构师系列:技术选型2
对于这种20来人的应用开发型团队,技术选型无非是需求+团队现状+经验。而且很多时候选型的优劣并不由某个技术的先进性或者单纯的“好坏”决定,而是技术方面和非技术方面的共同权衡
重温Web开发及技术选型
一、前端架构: 方案 技术 优点 缺点 案例 MPA-前后端不分离 1、传统MVC架构,后端主导2、服务端通过模板引擎渲染,如jsp、Freemarker SEO 1、服务端渲染压力(可以通过缓存静态页解决)2、前后端职责不清晰 CicadasCms MPA-前后端分离 AJAX、jquery、vue等新兴前端框架 1、前后端分离职责清晰2、减轻服务
相关热词 c#panel增加滚动条 c#中生成的dll文件 c# 模板类 c# 截取txt文本内容 c# 内存 占用 c#时间格式化 不带- c#替换字符串中指定位置 c# rdlc 动态报表 c# 获取txt编码格式 c#事件主动调用