Strange situation regarding website appearance on Google [closed] - php

Closed. This question is not reproducible or was caused by typos. It is not currently accepting answers.
This question was caused by a typo or a problem that can no longer be reproduced. While similar questions may be on-topic here, this one was resolved in a way less likely to help future readers.
Closed 2 years ago.
Improve this question
So I have a member based website that I submitted to Google. I suppose I accidentally submitted the url with had member's info on it.
For example.
Normal website url.
http://www.mywebsite.com
Submitted website url.
http://www.mywebsite.com
I have a signup form on the index page. And I believe I accidentally used the url when those fields were filled in the input.
So now, the www. extension is associated with those input fields. Every time I use www.mywebsite.com, those input fields with info show up; where if I just use mywebsite.com, the fields will return empty.
I re-submited my website to Google with input fields empty. Hopefully that does the trick, but I am not 100% on that.
What you think?

The best thing is to wait till Google recrawls your website. Other than that you can add your website in Google Webmaster Tools and try to play with it.

Just resubmit your website to google using webmasters tool.. And wait till its indexed again

Related

Wordpress redirect after page slug change [closed]

Closed. This question is not reproducible or was caused by typos. It is not currently accepting answers.
This question was caused by a typo or a problem that can no longer be reproduced. While similar questions may be on-topic here, this one was resolved in a way less likely to help future readers.
Closed 5 years ago.
Improve this question
I stuck on a small problem. My site has an active page with slug xyz. I want to replace them by an updated page.
So I rename:
xyz -> xyz_old
xyz_new -> xyz
But when I call www.targetsite.com/xyz wordpress performs an 301 redirect to xyz_old
I removed also the content of wp_old_slug_redirect() in query.php to test it, but still the same behavior. Checked also the htaccess file's, no redirections. Checked mysql tables as well, nothing with this slug in postmeta data....
Any idea?
Thanks!
Regards,
Waldemar
Ok... After a lot of effort, I found the reason: Yoast Plugin :-(
The Plugin creates the redirection mapping automatically after rename of the page.

Is it possible to read Google+ username from PHP without Authentication? [closed]

Closed. This question is not reproducible or was caused by typos. It is not currently accepting answers.
This question was caused by a typo or a problem that can no longer be reproduced. While similar questions may be on-topic here, this one was resolved in a way less likely to help future readers.
Closed 1 year ago.
Improve this question
I'd like my web page to say "Welcome, [Google+ name here]!"
and so I've been looking around for a solution and checking whether or not it is possible to do it without asking him/her to log my website through Google+.
Looking around for it I found some libs:
require_once 'google-api-php-client/apiClient.php';
require_once 'google-api-php-client/contrib/apiOauth2Service.php';
Are these useful to my purposes? And the main question is: is what I wanna do possible (tips?)?
Thanks in advance.
No, that isn't possible. If you want to know who the user is, you'll have to have them provide access to that information via sign-in or with an OAuth scope that allows you to query for their basic profile information.

Multiple POST requests to same file from same IP [closed]

Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 9 years ago.
Improve this question
I periodically check my apache domlog to check for anomalies in GET and POST requests. Earlier today I noticed the same POST request to a login php happening once and sometimes twice a second for 2-3 hours from the same IP. I am assuming it is someone trying to hack into an account.
So the question is: What is the best way to guard against this? I could blacklist the IP but I notice some people advise against this, since the IP could be dynamically changing. Is there a better way?
implement some form of cross-site request forgery in php wherein you include a random string token generated for each session in the form. this makes login requests invalid if the token generated by your server is not included in the request.

Do I need HTML files in my site for Google Bot? [closed]

Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
Closed 8 years ago.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
This question does not appear to be about programming within the scope defined in the help center.
Improve this question
My question is, if I'm using a .htaccess file like:
RewriteEngine On
RewriteRule ^members/([^/\.]+)/?$ /forum/view_member.php?member=$1
then do I need a file say members/kernel_kev.html or members/kernel_kev/index.html that would pretty much be blank, but needs to be there for google to see it and cache it so that each thread, member profile etc will be on google search results?
I'm a little confused on how this would work without any html files and just a .htaccess file.
Google has no way of differentiating between a file on the disk and a URL you generate programmatically. It's simply requesting a URL, which interprets using mod_rewrite to figure out how to handle, and the result is returned.
There are specific URLs that google may look for directly (like 'robots.txt', for instance), but most of the pages it will be looking for would be through links (wither originally from your main page or from some other site.
A Google Bot would see what anyone else sees in the browser, so you shouldn't have to do anything special to accommodate them.

Problem: Visitors will not like a website with no content [closed]

Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 11 years ago.
Improve this question
This is a general questions regarding building a website with user generated content. A new website will start with no content, then visitors to the site will not want to visit it again because there is no content for them to view.
For example, a review site like Yelp has no reviews will not have return visitors! How do you solve this?
You need to offer some reason to be there besides the reviews or whatever user-generated content you're trying to integrate into the site. Yelp is a site that searches for restaurants and lists them by type and location, that is the main service which it provides. Offer the user-generated content as a secondary reason to come, then when the user-generated content starts to come in, slowly incorporate it more and more until it becomes the core of the site.
People will only visit your site if they get something out of it, even if it is something as simple as displaying their input in an interesting way.
Your question is off topic I think on every site on the network right now, but for what it's worth, the approach this very site (and the Q&A network that came out of it) took was that of a closed beta - accessible only to a select circle of people - that would seed the site with content.
See e.g. Area 51: Asking the First Questions
The Stack Overflow blog has many references to avoiding building "Ghost Towns". They're not the only voice on the subject, but they have obviously been very successful with this approach.

Categories