SalesForce中， 一个Developer Edition只能有一个Managed Package (今天是2011-3-28) 如果要开发多个Managed Package，就得建多个Developer Edition. 如果多个Package之间有代码共享，那就很．．．．．． 很多人都在抱怨： http://success.salesforce.com/ideaView?id=08730000000BqDaAAK
SalesForce命名法真够雷人！ Workflow并不是让你定义什么工作流。它只是让你定义 “某种业务规则成立时可以触发什么事情”。 “业务规则”定义在Business Object上，比如 Account的姓名改成了"Obama" “触发事情”则不外乎改变一下某Business Object的值，分配一下Task，或者发封邮件而已。 所以说，它只是一个Trigger； 不过要注意， SalesForce中已经有Trigger 这个概念。这种Trigger是技术上而言的，它只在对象被持久化时触发；由于这种Trigger要用APEX来实现，因此又叫APEX Trigger ================================================ SalesForce还是支持自定义WorkFlow的，这在SalesForce里叫做 "Approval Processes"
test@test.com如果是Tenant A的用户，就不能再成为Tenant B的用户。 今天试验时发现的。 但我可能对SalesForce中Tenant的定义理解有误。再看看
一般的系统中，一个User有好几种Role，每种Role有好几种Permission SalesForce.com中，这种机制仍然存在，不过这里的Role被称作"Profile" 同时User还有一种头衔，如CEO, VP,Manager等等，这种头衔被统称为"Role" Profile用来定义User对Object及其Fields的权限，比如 Standard User可以看Account，但不能删Campaign 而Role则用来定义User对具体哪些记录有权限。比如CEO可以看所有人的 Lead，而Manager A 不能看 Manager B的Lead
书上说"a user can be assigned to only one profile at a time". 这也太土了吧？
1. Multitenanat 架构 2. Metadata-driven 开发模型 –为了新增一个Domain Object, 不需要手写一个Java Bean，相反只要填填表，指定各个属性的规格即可 3. Web Services API 4. Apex 编程语言 5. Visualforce — 让你方便地定制UI 6. Sites — 让你做一个公网出来，别人不用登录也可以访问 7. AppExchange — 第三方开发好的软件，让你集成到自己的SalesForce系统中
转自：Force.com Fundamentals If you’re already a Salesforce.com customer, you can use a Force.com sandbox. A sandbox is a copy of your organization that you can use for testing configurations and training users without compromising(危及) the data in your production organization. Salesforce.com Enterprise and Unlimited Editions come with one free sandbox; users of other editions can …
最土的办法： System.setProperty("http.proxyHost", "127.0.0.1"); System.setProperty("http.proxyPort", "8580"); System.setProperty("https.proxyHost", "127.0.0.1"); System.setProperty("https.proxyPort", "8580");
转自wikipedia: On-premises software (often abbreviated as on-prem software) is installed and run on computers on the premises (in the building) of the person or organisation using the software, rather than at a remote facility, such as at a server farm or cloud somewhere on the internet. On-premises software is sometimes referred to as “shrinkwrap” software, …
假设你的网站有这样一种功能：如果用户同意，你的网站可以代表他去拿他在Facebook上的非公开照片； 然后在线下打印，把照片寄给你。 简单的解决办法是用户把他的facebook用户名/密码提交给你的网站，然后你的网站再用这个用户名/密码去调Facebook的web service. 问题是： 1. 用户不愿意把他在Facebook的用户名和密码给你的网站 2. 即使他愿意给你，他也会担心你的网站在拿到照片之后，又去进行“获取聊天记录”之类的未授权操作 3. 用户现在允许你现在去拿照片，但不代表允许你明天也可以拿 OAuth就是用来解决这种典型问题 ：“Allowing one party(你的网站) to access someone else’s resources(用户在Facebook的照片) on their behalf(代表用户)” 1. 用户不用提供用户名/密码给你的网站，相反他的浏览器会跳转到facebook，他在facebook端输入用户名/密码，然后再跳转回来。回来时会在URL里加上一个token 2. 你的网站可以根据这个token去facebook拿照片。这个token将专用于“拿照片”。如果你想趁机窃取更多的个人资料，facebook会拒绝 3. 这个token也有时限，超过一段时间即失效。差不多你只能拿一次照片。