Hot answers tagged

5

No, it isn't possible, you'll need to download the file first. Using Phil Sturgeon's cURL library for CodeIgniter you should be able to get the file $this->load->library('curl'); $img = $this->curl->simple_get('http://mydomain.in/path/to/attachment1.jpg'); $filename = basename($img); write_file("./upload/path/" . $filename, $img); and then ...


5

If you make the styleshhet path relative to the rooot directory of the site I would think it would work in both cases, i.e. <link rel='stylesheet' href='/stylesheets/style.css'/>


3

When a plus sign replaces a space, that is a sign that the text has been url-encoded. You just need to url-decode the text in your controller. You don't state what programming language you use, but all languages have some a function available for doing this.


3

I found out my own answer to my question.... The problem was related to the base_url settings. I correct this problem by switching from: http://localhost/project_folder to http://my_ip/project_folder This was the reason why only resources were loading on my machine and not other machines. Thanks everyone who viewed my question and those who tried to ...


2

Your images folder might be useful if you want images to appear in google image search. Everything else should probably be disallowed.


2

Also, my site is hosted on a free host called 000Webhost, so it is sometimes down. Could that affect ranking very much? ...I don't think Google visits my site very often, and Google Webmaster Tools says so too. This is a pretty significant issue, which you indicated before here as well. If Google can't reach your site, it's not going to be able to ...


2

I think Google webmaster tools can gives you a general idea about the important pages. Those are the ones with highest 404 hits. My suggestion is to only redirect the important pages at the beginning. Then wait and evaluate the situation. Are you still getting 404 URLs? Is it significant? Do you have an equivalent content on the new website? You shouldn't ...


2

You will want to use rel="canonical" if the URL is different but the content is the same. At the very least rel="canonical" will not hurt your SEO value with Google. The only choice will then be which URL is the canonical one.


1

Sadly there is no way you can reassure your client that using 301's will not shift their rankings. 301's never return the same amount of Juice from the backlinks gained on the original page.. this is because the idea is every time you do a redirect the page gets weaker and weaker and Google do not want to encourage 301's as they can be abused for spamming ...


1

Updating pages can be a problem or a solution. Small changes are usually not a problem, but think about this: if you change a page that displays content about "football" and now displays content about "monkeys", as an example, of course rankings are gonna drop, you're completely changing the subject of a page. If that's not the case, and you're simply ...


1

Updating very frequently is always a good thing and your site get crawled frequently but updation should be done in content not with URL and title. If title is not working for your site then you can change it but not to frequently.


1

No, Updating website too frequently will not hurt your SEO. Keyword in title is not more meaningful. As title is second most important on–page SEO element. I will suggest you to read below guideline for creating unique title. http://moz.com/learn/seo/title-tag According to Webmaster Guidelines, crawling & indexing of the page is depends on ...


1

I figured out the answer - I also needed to update the $config['base_url'] variable.


1

I wouldn't necessarily serve up a 404. If users are actually linking to your content this way, then changing your application to serve up a 404 will result in a loss of backlinks. i.e. All links to www.example.com/category/we-developer/fgggfgg will be lost. Instead, I would make use of canonical URLs: <link rel="canonical" ...


1

CodeIgniter's code sounds actually quite good for usability - if it can't find a page, it takes you to the category where that page is likely to be rather than returning nothing. Pages you have knowingly changed the URL of are better 301d rather than 404d so they go to exactly the right page. The only potential duplicate content problem here is if Google ...


1

Section 2.2 of RFC 3986 addresses reserved "sub delimiters" such as !: It says that when you produce URLs with these characters you should url encode them: URI producing applications should percent-encode data octets that correspond to characters in the reserved set unless these characters are specifically allowed by the URI scheme to represent data ...


1

I think that the problem is that you have non-encoded forms of the links somewhere in your site. Googlebot has found those links and is trying to access those. So, try to doublecheck that all links in your page are actually URL encoded. The post you were referring to talks about double-encoding URLs in Giigle sitemaps, which is a separate issue.


1

Having a server serve unparsed PHP files is a big security hole. It means anyone else would be able to read the code. What happens if you have some files with a password on there? The other issue is speed: loading so many files (dozens, if not hundreds) from a completely different server would be very slow. If you were hosting multiple sites on the same ...


1

No search engine spider would even know about the application folder and thus not be able to crawl it anyway. They would only see what URLs you provide from the home page. Actually IIRC the .htaccess file CI supplies should only allow access to specific folders like images so the application folder should never be accessible. So you don't really need to ...


1

I always access resources like this <?= base_url(); ?>css/style.css and i would recommend it.


1

I have now had some feedback from my ISP which pointed me in the right direction, which is the PHP file handler in use on my server. My server is set up with the DSO handler for PHP 5. That means that files and directories created by my php scripts will be owned by "nobody", and therefore need to be accessible by "Other", so I need to set the permissions to ...


1

You have to change the router object of codeignitor. The relevant documentation is found here: http://codeigniter.com/user_guide/general/routing.html Besides changing the CMS-code you can also disable Adwords Auto tagging. This will not append any extra parameters to the target url.


1

Almost any webhosting company is sufficient for hosting codeigniter apps. They support almost all the extensions the ci uses. Few godaddy, ipage


1

Any hosting company that supports PHP can be used to host a CodeIgniter app. If you want someone who specifically hosts CodeIgniter apps, then take a look at Cloud Igniter


1

Most web hosting companies' PHP installs will support CodeIgniter. Personally, I really like 1and1 hosting. It is very affordable, and, IMHO, way better than goDaddy.


1

Looking at the issues on github it seems you're not the only one: https://github.com/elliothaughin/codeigniter-facebook/issues/12 One person comments that they used this tutorial instead of Elliot Haughin's library: http://www.dannyherran.com/2011/02/facebook-php-sdk-and-codeigniter-for-basic-user-authentication/


1

Or does it really not matter? This. At the end of the day you are still going get roughly the same performance out of the CMS no matter where you put it. The functionality is the important thing.


1

I'd suggest it depends on your business needs. A separate domain could let you standardize an approach, separate the CMS from the Web application, and maybe centralize your site management to a single location. If you envision providing Content Managent as a service and building your business around providing standard, yet flexible options, separate ...


1

check httpd.conf to see if .htaccess is enabled



Only top voted, non community-wiki answers of a minimum length are eligible