We have a network of Bigcommerce sites, on which we've installed several tools that are controlled by one central site, using Bigcommerce's include feature. The url passes a get value to the php, and retrieves all of the pertinent information in our DB and displays several things.
The problem is that, as of last night, all of the 40-some sites began displaying content from the newest user - the newest DB entry. I deleted the newest user, and it reverted to the user just before that.
The weird part is that when I check the url being included, the correct information is displayed.
Check it out (I've stripped out most css and js, so most relevant info is shown) -
Site URL: http://www.epicflowers.us/
Included URL: http://epicflowers.com/toolbox/fetchToolbox2/toolbox.php?store_id=123456789
The colors and the text should be exactly the same. It appears that the DB queries are returning the correct information, but the site including the url are not.
What I've already tried:
Duplicating and renaming files, in case it was a caching issue.
Ran an ajax call to retrieve the same info (which worked, but it's too slow)
This didn't seem to happen as a result of changing anything, and the PHP side seems to be working fine. No one has touched the code in a few days, but the support tickets started coming in early this morning. It's altogether possible that it's completely unique to BigCommerce.
Any ideas?
Update:
It appears the BC include is ignoring the get values at the end of the url, so http://epicflowers.com/toolbox/fetchToolbox2/toolbox.php?store_id=123456789 appears as http://epicflowers.com/toolbox/fetchToolbox2/toolbox.php, obviously negating anything unique about the store the code is on.
Any ideas on why? Bigcommerce hasn't published anything in their blog that suggests this has changed.
Related
I have a main php Admin page that allows me to edit information contained within my database. I have several forms on the page, and a tabbed setup that allows me to nest the edit forms within each tab. All the forms refer Action="" back to the same php page for process and the page naturally looks to see if a button isset after POSTing otherwise just loads the usual tables and does not UPDATE the database.
Prior to web deployment I utilise XAMPP to develop the pages, however, once contented with the pages I upload to HostPapa. Whilst in the XAMPP environment, when i submit my information to be processed the page loads fine, the database is UPDATEd and the Success Message displays fine. However, once I upload to HostPapa and attempt the same steps, once i click the submit button and the data is sent back to the same page for processing, only a blank screen appears. When i hit refresh though it completes the processing and displays the Success Message. Data is UPDATEd in the database and nothing else appears to be wrong.
My questions are:
Any idea why my localhost website would display fine but my live version kind of stutters through the processing
Is this a setting on HostPapa that may need changing
Have i fallen pray to a coding taboo that prompts this response in the live environment
Worth noting that I had another XAMPP/HostPapa issue where I had not utilised the correct file name with Capitals in a form and this caused a failure as the file name did not match the coded file name exactly. This was rectified by insuring that file names and coded file name were match and case sensitive. The local XAMPP server did not care about case sensitivity which makes be believe that the form submission issue noted above may be a PHP option on HostPapa that is currently turn one.
Any assistance in this matter would be appreciated.
Regards,
C
To anyone who reads this and had a similar issue when utilising multiple forms on the same page. My issue is I had breaks(empty rows) between my <?php ?> tags in the header of the document.
I used several <?php ?> tags to encompass the different $_POST functions for my own clarity. This caused the server to interpret these breaks(empty rows) as an intentional space and made it appear that the header had already been sent. So naturally as my page attempted to load, the server believed i was attempting modify the header that had already been sent.
I believe this coding faux pas was masked by XAMPP during my offline build. I did a bit more research and I believe this also has something to do with the UTC selection.
At any rate, thank you Dony for attempting to assist. It was a hard issue to articulate.
Regards,
Cheyne
Context: I have a WordPress site on Bluehost with a theme by Thrive. I set the 'homepage' to a Landing Page that I'm dubbing id 51 (post id is 51). We launched the website with a new Landing Page (id 399). This page is completely fresh, new title, new content, new everything. I changed the "Front Page" or "Homepage" in the General > Reading to this new LP. Everything seemed to be flawless. I deleted the old page (moved it to trash, but never emptied it). This same day, we noticed that when we type in our URL on this nice MacPro on Chrome, everything is fine; however, when browsing to the same URL on, say, Safari, it somehow pulls up that old content--deleted content.
I'm clearly not knowledgeable, but I can get into and investigate things:
So far, I've tried:
clearing individual browser caches from a visitor's perspective. Unsuccessful.
Purging All from the cache within WordPress
This appeared to work for maybe 8-12 hours before we discovered the browser went BACK to the BAD/OLD content. I will say, by Default, I believe Bluehost has that cache level set to 1, maybe? Assets only? 2 months ago, I set it to 3 with performance in mind while building out the website. Could be storing there? ...but I PURGE it, and it returns later... That doesn't compute in my computer. Now, I've set it to 0 and the issue is currently gone, but I'm not gonna hold my breath.
I restored the old page, id 51, from the trash, and tried renaming the slug hoping it wouldn't find it, haha. Then, I even imported the correct, modified theme template from post 399 to post 51 hoping I could just treat the wound rather than solve it. (Thrive has an "architect" feature for WYSIWYG building so I kinda cut and paste.) This appeared to work temporarily as well.
My next step was to dive into the database. I've gone through the entire thing, even unrelated website databases on my host through phpmyadmin. I can't find a single reference to the old title, slug, or its content. post id 51 has my updated information as well. In fact, it's showing all of the corrected content from when I overwrote it.
All that said, The page is totally fine, and ALWAYS fine on Chrome, but Safari browsers seem to work for a while, then revert to this pesky page. I don't know enough about how a page loads to trace 1) why it loads incorrectly on a particular browser, and 2) where it would even pull outdated, DELETED content/data from to begin with...
I just feel like I broke something, and currently, am praying to the WordPress gods that 0 caching will permanently solve this ghost-site issue...
I'll update this in a few days if the problem stays away, or sooner if it persists. Hopefully, someone can point me in the right direction. Sorry for the lengthy novel. Trying to be detailed as this is my first post and I wanna be as detailed as possible as I'm just not knowledgeable enough... Thank you.
I have a drupal site which I deved a few years ago. We duplicated it to a new site/domain/db (which pulls from a subdirectory of the original site)
I tried to only duplicate the site settings (views and content types), and leave out all the site node data (it is a content driven site, and we are launching a sister site). Everything wen OK. Unfortunately, in the new site, I find that I cannot update "site information" (which means I cannot set my front page). I tried to update the data in the DB, but that let to the relevant site settings field to appear blank
I i had to implement a ridiculous hack to deal with the fact that the front page is now technically a 404. Even more weirdly, the original site has the same problem now (all I can guess is that I updated the table from the wrong DB by mistake?!? ).
As best I can tell, this data is stored in "variable" in the DB. I have imported a good "variaable" table from an old copy of the site, but to no avail.
So I am completely stuck. If anybody has any leads whatsoever, I would be incredible grateful.
Thanks!
I have a pretty strage problem im dealing with.
Lost sessionvariables in firefox.
Im using wordpress and have a subpage that causes the loss.
More specific:
In wordpress there exists a page called My pages (Original page names are in swedish, translated for convinience)
Under this page i have a few subpages. Among these are a page called Create test. There is nothing special about this page, for now only contains the phrase "hello world". If I enter any page other that this, it works.
But this particular page just seems to clear my session variables (wich I use to store login info)
I tried deleting the page in question in the effort to remake it.
While it was deleted I tried navigating around on the page.
Create test was the last item in the subnavigation menu, and now when its gone, the same thing happens on the last menuitem (now Account settings). This leave me to believe its something with the menu.
Even more strange, after recreating Create test, so that this page is now the last item. Still it's Account settings that is the page with the resetting of sessionvars...
I have through echo determined that the session id stays the same, just the variables that get unset.
I have unset($_SESSION['id']); at only one place, and this code is NOT run.
The problem just baffles me and I have no idea why this particular pages does this.
It may be totally unrelated, but we had problem with Firefox and sessions on certain pages in the past. It happened most of the times while developing and therefore refreshing a particular page, have you tried clearing your browser cookies which is where session is stored?
As an addition:
Check that you assign sessions before you write anything to the response stream.
Also we had similar problems with sessions set in a pages that were doing a redirection (i.e. a login page that if successful would set the session and redirect to the another page.)
I'm not sure about PHP but in .NET that can be overcome by explicitly setting not to terminate the response so that all headers are written to the response stream.
Fixed now, actually have no idea what I did. but I've change some html but mostly CSS.
So there is a strong posibility it was CSS-related.
My System
Apache 2.2.9
PHP 5.2.9
MySQL client version: 5.1.28-rc
Openx v2.8.5
I am using the Javascript single page call to serve my ads. I am running an in house CMS where everything is processed through a template.php file.
My Issue
The success of an ad being served seems to be very hit and miss. The placement or type of the ad does not seem to matter. For some reason, the loading of the ads is very spotty. Each page serves an average of 3 ads. Sometimes none show up, sometimes 2, sometimes 1. There does not seem to be any consistency in the problem occurring. The problem seems to have worsened since I updated to the most recent version and started using Single Page Call.
I have checked the source. All Javascript script is in place, but the ad content is not generated under the script where it should be. The space where the ad should be is just empty.
No Javascript errors are generated.
Any help will be greatly appreciated.
For me, this happened when the campaigns assigned to the zone were all contract and there was no Remnants assigned. OpenX basically had no banners with impressions left to display.
Also, another time t his happened was with their implementation of Single Page Call. OpenX pre-loads all zones you have put into the array on every page, regardless of if they are displayed or not. So if you have a lot of zones, the ones near the end of the array can not get any ads because the ones above it take all the ads with impressions.
If you have a CMS with a lot of advertising zones, you're going to have to dynamically control the Javascript array to only load the zones needed for display on that specific page. I have a solution for Joomla if you need more details.