[Peter Gulka]

for the record Joomla > Drupal

[ttavenner]

Quote:

Originally Posted by Peter Gulka

for the record Joomla > Drupal

Despite having never used Drupal, I'm going to agree with Peter here as a person who has been using Joomla! since before the Mambo split.

[matt.kleve]

Quote:

Originally Posted by bluesaze on the Joomla Forums

Drupal Vs Joomla (where Joomla Fails and Major Drawbacks: A discussion )


Use Mambo(Joomla) when:
* you don't know about the tech stuff at all
* you want easy install & setup with your mouse
* you don't want to learn the tool you're using
* you don't need to integrate other scripts etc. to your site
* you want a candy site and don't mind several other sites using the same template(s)
* you don't need SEO out of the box
* you don't care about server resources
* you're running (or planning to to run) only one or max a couple of sites
* you don't need one log-in to several sites
* you don't need user groups & permissions
* you don't run membership site(s)

Use Drupal when:
* you want a rock solid & high quality platform for your sites
* you want or need a real multi-site-feature (only one installation for several sites)
* you need any kind of user groups & user permissions
* you need to run also membership- and community sites, not only CMS etc
* you want a Powerful templating system
* you're ready to invest a bit of your time in order to realize all the huge possibilities of Drupal
* you understand the meaning of clear, high quality code and API (easy to integrate with other solutions etc)
* you want flexibility and don't like limitations

Different strokes for different folks.

I check off every box on the Drupal side. 8 things that can be done out of the box.

Honestly never used Joomla. Never had the need.

[matt.kleve]

The Drupal Song | Lullabot


Besides. Joomla doesn't have it's own song does it? :-)

[ttavenner]

Quote:

Originally Posted by matt.kleve

Different strokes for different folks.

I check off every box on the Drupal side. 8 things that can be done out of the box.

Honestly never used Joomla. Never had the need.

Interesting, I've never encountered any of the limitations on that list (except multi-site support, which has been increasingly better). The difference I see is that in order to get the full potential of Joomla, you need to be a real PHP hacker who wants to read code and write something new. There are plenty of people who use Joomla as an out-of-the-box (or Apple-style) solution. Those are the people who have the same template as everyone else and never really configure their installation. I have seen some beautiful Joomla sites (like this one for instance) that I could only tell were Joomla because I recognized the URL-type. I might have to play around with Drupal though, if it really has the kind of chops that list says it has.

Back to the topic though, Anyone here have more experience working with the COM class in PHP to do anything besides connect to MS Office applications. I think my trouble may be that I don't have much experience with either COM or the RE API.

[DavidZ]

Quote:

Originally Posted by ttavenner

Fortunately, here in the office we are running our servers under Windows. I have experimented a bit with connecting to the API using the COM class, but so far I haven't had success. It registers the class fine but gets hung up when I try to initiate the object. The program just runs indefinitely. I've narrowed it down to the init method.

Here are the connection strings I've been using, perhaps someone out there has some suggestions.

= new COM('REAPI7.REAPI');
();

I didn't use code tags because apparently it strips out PHP variables.

I have worked with the API in VB6, VB.NET, C# and C++ but never PHP. However using C++ was the biggest pain I have ever experienced. I have sympathy for you trying to get PHP to work.

I know that PHP works with option parameters but are you sure that it does via COM? It is only the two VB languages that have optional parameters native to their languages out of the ones that I have tried. Have you tried putting in all the parameters for Init method. Do not leave anything to chance.

$ReAPI->Init ($serialNumber, $userName, $password, $dbNumber, "", BBREAPI7::amServer );

Also I know that VB strings are not null terminated so I am not sure if this makes a difference (I assume that php string being similar to C, C++, java etc are null terminated). You may or may not need to convert them before sending them in. If you have worked with C++ before you may want to check out my blog post on the subject:

RE-Decoded Blog Archive C++ and the API

Hope this is of some help

David

[ttavenner]

Quote:

Originally Posted by DavidZ

I have worked with the API in VB6, VB.NET, C# and C++ but never PHP. However using C++ was the biggest pain I have ever experienced. I have sympathy for you trying to get PHP to work.

I know that PHP works with option parameters but are you sure that it does via COM? It is only the two VB languages that have optional parameters native to their languages out of the ones that I have tried. Have you tried putting in all the parameters for Init method. Do not leave anything to chance.

(, , , , "", BBREAPI7::amServer );

Also I know that VB strings are not null terminated so I am not sure if this makes a difference (I assume that php string being similar to C, C++, java etc are null terminated). You may or may not need to convert them before sending them in. If you have worked with C++ before you may want to check out my blog post on the subject:

RE-Decoded Blog Archive C++ and the API

Hope this is of some help

David

Amazing. I thought I had experimented with all of the optional values, but it turns out I had never included the App Mode. By sending the boolean value for the App Mode, I was able to login correctly. It's not the speediest connection, so I still may be better off accessing the database directly but at least its something to experiment with.

[elivesay]

Hello,

I am recieving this error when trying to initiate the REDOTNETAPI REAPI object:

Could not create RE API Object: Startup Error: General ODBC Error: [Microsoft][ODBC SQL Server Driver][SQL Server]Invalid object name 'DBO.USERS'.
Native error:208
[Microsoft][ODBC SQL Server Driver][SQL Server]Statement(s) could not be prepared.
Native error:8180
Main Startup Step: CBBStartSeq.Startup
Start Sequence Step: ValidatePassword
Source: ReClient
Stack: at RE_API.Reki.HandleEvent(String _msg)
at RE_API.Reki.CriticalErrorOccured(RekiException _rekiEx)
RekiException: Error trapped processing files: Could not create RE API Object: Startup Error: General ODBC Error: [Microsoft][ODBC SQL Server Driver][SQL Server]Invalid object name 'DBO.USERS'.
Native error:208
[Microsoft][ODBC SQL Server Driver][SQL Server]Statement(s) could not be prepared.
Native error:8180
Main Startup Step: CBBStartSeq.Startup
Start Sequence Step: ValidatePassword


I have tested using RE 7.80xx before and not recieved this error.

Could it possibly be due to the fact that i am now testing on a newer version, RE 7.83xx? Or is this just some strange ODBC error?

Any help is much appreciated!

Thank you,

Eric