问题标签 [lamp]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
jakarta-ee - Java EE——它只是绒毛还是真正的东西?
我熟悉 LAMP 堆栈,多年来已成功部署了一些基于它的 Web 站点。我使用过从 Apache + modPerl 到 PHP,再到 Ruby 和 Rails 的所有东西。通过充分利用缓存,我的 Rails 站点可以维持相当不错的负载,但我说的不是大量。
我从来没有真正喜欢 Java 作为一门语言,或者 XML,并且一直非常忽略 Java EE 的整个方面。对于那些在这两个世界中都有过真实和直接经验的人:Java EE 是否有一些我想念的超酷的东西,或者只是一堆热空气?是什么证明了专有应用服务器的高价?
我不是在这里拖钓:我正在寻找现代LAMP 框架中缺少的 Java EE 真正指出的具体示例(如果存在此类差异)。(现代 = Rails、Django 等)。或者使用 LAMP 确实做得更好的那些东西(更少的 XML 仰卧起坐)。
+++++ 2008 年 10 月 16 日更新
我很遗憾地报告,这里的大多数回复都没有帮助,只是属于以下两类之一:“它可以扩展,因为这里是大型网站的三个示例”和“它可以扩展,因为它实际上比LAMP 堆栈”。
我读了很多书,得出的结论是 Java EE 只有一个非常好的技巧:事务(感谢 Will),至于其余的你可以根据自己的优点成功或失败,环境中本质上没有任何东西为了让您创建一个可扩展且可靠的网站,Java EE 确实有很多陷阱,使其很容易失败(例如,很容易开始使用会话 bean 而没有意识到您现在为相当多的 JMS 付出了代价通过不同的设计可能可以避免的流量。)
有用的讨论
- http://www.subbu.org/blog/2007/10/large-scale-web-site-development
- http://highscalability.com/
- http://www.oreillynet.com/onlamp/blog/2004/07/php_scales.html
- http://www.schlossnagle.org/~george/blog/index.php?/archives/29-Why-PHP-Scales-A-Cranky,-Snarky-Answer.html
- http://blogs.law.harvard.edu/philg/2003/09/20/
php - LAMP 服务器的 Linux 用户和组
就 linux 用户和组而言,设置 LAMP 服务器的最佳实践是什么?如果在同一台服务器上托管多个站点,最好让一个用户拥有与 apache 位于同一组中的所有站点源文件(和上传) - 还是每个站点都有不同的用户(这样每个站点都有自己的 crontab)?还是完全不同的东西?
出于某种原因,我遇到的 PHP/MySQL/Linux 书籍似乎从未解决过这个问题。
ruby-on-rails - 我可以从同一个 Apache 实例运行 LAMP 和 Rails 吗?
我们有一个带有 Apache2、PHP5 和 MySQL 5 的 RedHat 盒子,用于我们的大部分开发工作。现在,我们有一个 Rails 客户端,我们需要在同一台服务器上设置一个 Rails 应用程序。我们可以使用同一个 Apache 安装 Ruby 和 Rails 框架,还是应该避免这种情况?为什么或者为什么不?是否可以在单个 V 主机定义中将子域定向到 PHP 或 Ruby?
php - require_once 可以与符号链接一起使用吗?
在 CentOS LAMP 机器上,尝试让 require_once 在 PHP5 中的脚本中工作。如果要包含的文件不在符号链接目录中,它可以正常工作,但如果要包含的文件位于通过符号链接找到的目录中,则无法找到它。
这是 require_once 和符号链接的限制吗?
编辑 - 感谢您的输入,所有。我认为阅读这些内容后很可能是权限问题
linux - 将 memcache 与单服务器应用程序一起使用的最佳方式是什么?
对于单服务器 LAMP 站点(通常负载很高),使用 memcache 的最佳方式是什么?
在与应用程序相同的服务器上运行 memcache 守护进程是否有意义,或者这只会从 MySQL 中占用宝贵的内存,从而导致净性能损失。在这种情况下使用 memcache 是否有意义 - 或者是始终为 memcache 提供专用服务器的最佳解决方案?
我很欣赏需要在之前和之后分析网站才能真正回答这个问题,但我不想在现阶段在现场网站上这样做。尤其是当外面的人肯定知道他们头顶上的答案时。
php - 虚拟 360º,拼接和演示软件,用于 PHP 驱动的网站?
编辑(在第一个答案之后):
任何人都可以通过指向在网站上创建和演示 3D 环境(真实房间)的一些好的参考资料来提供帮助。
理想情况下,它不会涉及太多费用或太高的学习曲线,因为这是一个小型项目的一次性要求。
deployment - 将工具和脚本部署到生产环境的最佳实践?
我有许多在 Linux/PHP 网站的幕后运行的批处理过程。它们的数量和复杂性开始增长,所以我想对它们进行少量处理。
我的源代码树有一堆 cpp 文件和脚本,以开发而非部署为目的进行组织。编译完所有可执行文件后,我需要将各种脚本和二进制文件放在一组机器上。不同的机器的批处理需要不同的可执行文件、脚本和配置文件。我还编写了一些属于每台机器的工具。目前,此部署过程是手动的且容易出错。
我猜我最终会得到一个脚本,该脚本在源代码树的根部运行,并为任何机器所需的一切构建一个较小的树。然后,我将把它同步到适当的机器上。但我很好奇其他人是如何处理这类问题的。有任何想法吗?
database - 专业 PHP 团队开发环境的样板
我想对最小/样板的专业 PHP 团队开发环境达成普遍共识。我在网上的任何地方都找不到这些信息。在开源世界中,有很多选择和做事的方法很多,但我还没有找到任何适用于基础设施/管道方面的通用最佳实践。
考虑一个拥有 5-10 名开发人员/设计师团队的小商店,他们正在开发 LAMP CRUD 应用程序。他们需要管理开发、登台和生产构建。他们想要高质量的软件,而且他们不能互相踩着脚趾试图把事情做好。部署需要简单快速。有时会有修补程序。将生产服务器回滚到以前的版本需要同样快。
需要考虑的事情是:
源代码管理(SVN、git、Hg)
数据库模式/数据持续集成,与源代码修订相关。这是我特别感兴趣的一个。
单独的开发环境(例如,每个开发人员都有一个开发环境的 VMware 实例来修补(数据库服务器、Web 服务器、代码、数据等))
管理中央开发、登台和生产构建
生产部署(例如 tar 球、.rpm/.deb)
自动化测试(例如 SVN 提交挂钩、用于较慢测试的夜间 cron 测试)
团队沟通(错误跟踪、内部文档、irc/im 等)
我已将此开放给社区编辑,因此请随时编辑/添加。理想情况下,有人可以访问此页面,几个小时后,他们的团队就可以开始开发了。
lamp - 简单的文档存储库
请向我推荐一个简单的基于 Web 的文档存储库,用于保存我的小型公司文档(.DOC、.PDF),以便我可以从任何地方访问它们。互联网上有很多可用的,但它们很重并且充满了不必要的功能和要求。
我几乎没有什么要求:令人愉快的界面(AJAX 感觉不错)、文件夹或标签、可能是版本控制、可能是 CIFS 安装或批量上传/下载,最好不要用 Java 编写(将无法托管它)。
问候,托多
注意 - 问题提交者正在使用基于 LAMP 的环境。
lamp - 大多数“大”公司更喜欢 WISA 而不是 LAMP?为什么?
如果这是真的,我想知道为什么。我们是否看到有很大比例的安全和高流量 Web 应用程序内置在 LAMP 中?