Hi!

> I, for one, could help out in writing a new tutorial section for the
> website, give the chance for it.

This is an great proposal, and of course having better tutorial is
always great. I would recommend though starting with a plan for the
tutorial - i.e., what it would cover, etc. - like table of contents,
with short description of each item, so we agree on what is going there.
Once we have a good plan we could take it from there and maybe also
solicit help for particular topics/chapters.

> world.', have tutorials that speak
> about how you can write things to error_log, use xdebug, get things
> from DB, put things to DB,
> promote APC as a must (and many people still don't know that APC is
> not just opcode cache!!!)

I would rather stay away of defining specific extensions or ways to do
things as "a must". There are many ways of doing things, and many
solutions depending on particular setup and use case. For example, I
think in generic tutorial would be better to explain how caching works,
what are data caches, bytecode caches, page caches, etc., how one uses
them, and then use APC as an example of the implementation. Just saying
"APC is a must" it not really a correct approach - there are times where
APC is not the right solution, and there are other implementations for
both bytecode and data caching.

> have tutorials about rest interfaces or SOAP calls or what not, things
> that people do every day
> and need them. Have a section where you talk about various frameworks

I think content on SOAP belong to SOAP part of the manual - where SOAP
extension, etc. lives. Of course, generic tutorial can explain what
webservices are and refer to particular parts of the manual for specific
ones.

> to one, have a section that talks about ORMs, pros and cons, get some
> love for PHP FIG group
> and their efforts in standardizing stuff out. Have a section where you

What FIG is standardizing is a nice work but I do not think php.net
should be promoting any specific code style or API or such. We can have
a reference to FIG work as an example of a standard that organization
could use for their best practices, but I do not think we should
prescribe it and make an impression this is the only right way.

> I'd really love to type a tutorial to guide newbs to DB usage instead
> of going on stackoverlow and
> respond to the same question over and over and over again ;)

"DB usage" is a very broad topic. Specific advice would depend a lot on
what your requirements are, what your environment is, what you actually
need to do with the db, etc. If you just need basic CRUD - any SQL
tutorial plus mysqli manual pages will do it for you. If you need
something more - please define what is that more.
-- 
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227

Reply via email to