Gavin

OK, it worked after my first test. Maybe it just needed to get warmed up? I use OpenShift and sometimes it can be slow. That may have been the issue.

I was able to use @wtankwey code to enable Dropbox authentication. During my backup test, Dropbox *immediately* didn’t like http instead of https. So I disabled his code, and ran the test backup again… but it failed after zipping all the files. Here is the log of the failure: https://pastebin.com/u3FpC2Y1

Has anyone been able to get Dropbox backups to work since yesterday with the newest version of this plugin?

Could it be that Apache is not serving the app-manifest mime type correctly?

https://www.html5rocks.com/en/tutorials/appcache/beginner/

Could your plugin test for this problem, perhaps?

Henrich, here is a sample site that I just now setup. The only thing I’ve done is add your plugin, and you can see the errors:

https://goo.gl/yBSWaa

Henrich, I’d recommend signing up for a free account on OpenShift.com. It allows you to spin up a WordPress instance very quickly. That is what I am using.

Good question. Any advice on that?

In this file:

wp-content/plugins/wp-code-igniter/wp-code-igniter.php

line 39 is this:

$_SERVER[‘PATH_INFO’] = ‘/ci_mods/recover_get_array/’.$query_string;

comment that out. If you need Codeigniter to use $_GET try this in some Codeigniter controller (I haven’t tried this alongside WordPress):

parse_str($_SERVER[‘QUERY_STRING’],$_GET);

In this file:

wp-content/plugins/wp-code-igniter/wp-code-igniter.php

line 39 is this:

$_SERVER[‘PATH_INFO’] = ‘/ci_mods/recover_get_array/’.$query_string;

comment that out. If you need Codeigniter to use $_GET try this in some Codeigniter controller (I haven’t tried this alongside WordPress):

parse_str($_SERVER[‘QUERY_STRING’],$_GET);

Oh and by the way, if you do get a VPS, and if it is Ubuntu, here is are some basic commands for setting up the server (to give you an idea of what I have found to be a good starting point):

[42 lines of ‘code’ moderated as per the Forum Rules. Please use the pastebin]

By the way, don’t get suckered into spending too much for hosting. With Rackspace Cloud or vr.org, you can get great hosting for $11/month.

I’m not sure what wildmice is doing. I don’t know him/her.

.htaccess editing is tricky. It still is mostly magic to me.

2 ideas, first locate the exact line in .htaccess causing the problem, then play around with it.

Second, it seems that Blue Host doesn’t allow an Apache mod that is needed. You can see about enabling Apache mods in cPanel, but I doubt you’ll succeed. Or, you can switch web hosts to one where you have full control over cPanel. This is a drastic change, I understand. But I think in the end you’d be happier.

With cloud servers like Rackspace cloud or vr.org (not Amazon EC2 they are expensive), you have full access to everything on the server, and it only costs $10.50 a month. That’s probably twice as much as Blue Host, but the experience you will gain from maintaining your Linux host is immeasurable. I have a feeling you will encounter these kinds of oddities from time to time with a Blue Host or Godaddy, because I have. So I think in the end, you’ll be happier spending the extra $5 a month.

Sorry if that doesn’t help you much.

I’d recommend you don’t give up on WordPress just yet. I don’t know that much about Joomla, but I do know quite a bit about Drupal–and they are supposedly very similar. And the conclusion I’ve come to with Drupal after years of working with it is: only use it when you cannot use WordPress (it is a pain). I suspect the same can be said for Joomla.

WordPress programming is also a bit of a pain, but this is why integrating an MVC system into a easy-to-use CMS like WordPress really excites me. I haven’t created a production ready site out of WP/CI, but I have very high hopes.

As for your current problem, I think you are using Blue Host (I pinged your domain name). I believe Blue Host gives access to the Apache log files in cPanel, you should check that out. Alternatively, if you have shell (ssh) access, you should be able to vi or tail the error log on the command line. That is definitely the first thing you should try.

It could be that you are running PHP version 4 and a PHP 5 function caused a fatal error. Or it could be a hundred other things. But the error log should give you the information you need to debug it.

There are times when the error log doesn’t, and I’ve had to put in echo __file__.__line__; statements all over my code. But that technique comes after checking the error log.

@achmad_i79 if your problem is a blank white screen, you should look at your httpd error log.

@jcampb

I think (and anyone can correct me if I’m mistaken) the point of this plugin is to use CI as the Models and Controllers, but the Views would be handled by WordPress pages/posts/theme-templates.

So, I think the CI view files you talk about should be migrated to WordPress pages/posts/theme-template. CI controllers would cease to use this call inside the controller:
$this->load->view();

And all the views in the views folder would disappear permanently.

That is my take. I’d love to hear what others think about what I just wrote. Thanks all.

This helped me find my Flickr User ID: https://idgettr.com/