themixtapechannel Posted November 24, 2019 Share Posted November 24, 2019 I did it again and re uploaded it Link to comment Share on other sites More sharing options...
bsmither Posted November 24, 2019 Share Posted November 24, 2019 Please apply the edits to the #registration_form as well. Link to comment Share on other sites More sharing options...
themixtapechannel Posted November 24, 2019 Share Posted November 24, 2019 Ok done Link to comment Share on other sites More sharing options...
bsmither Posted November 24, 2019 Share Posted November 24, 2019 I was able to register. Link to comment Share on other sites More sharing options...
themixtapechannel Posted November 24, 2019 Share Posted November 24, 2019 Yes i check as well and everything worked out. I also place an order as guest and also worked fine. Guess cause the first time I didn't edit both fields So it's the ajax call the issue Now I tried to do the same to evmusicshop.com and got this �^��QI4��F,�@-(.�ǭ6�b$�jy2��讷���^�)����<�zf��8Z�L���+��"��x���ʋ���ނ+-z�����b��r�ߊ��'~(,��ޝ���&�����w��r�ߊ�j)Zu� When trying to register Link to comment Share on other sites More sharing options...
bsmither Posted November 24, 2019 Share Posted November 24, 2019 Technically, no. The ajax call is not the problem. The problem is that somewhere, rogue characters are getting added to the output stream -- either from CubeCart or the hosting environment (maybe PHP). It is just that this problem corrupts the response being sent to the web browser that initiated the ajax request. Link to comment Share on other sites More sharing options...
themixtapechannel Posted November 24, 2019 Share Posted November 24, 2019 Your right. that makes the correct sense. On evmusicshop, even that I got a page after register with all those rogue characters. The registration did go thru when I refreshed the page, it landed me in the user account panel. With that being said. Again, yes your 100% correct that the rogue characters are the real issue here. Link to comment Share on other sites More sharing options...
themixtapechannel Posted November 24, 2019 Share Posted November 24, 2019 Well I left the edit as is for now since it's the only way for it to work. Hopefully this can be fixed on an upgrade or so. I do however want to thank you bsmither because you always happen to save and help me when I most need it. And for that I always appreciate you, and have to say that your the man and savior of alot of people on here. God bless always! Link to comment Share on other sites More sharing options...
bsmither Posted November 24, 2019 Share Posted November 24, 2019 Don't forget -- those CubeCart installations with these rogue characters appearing at the beginning of the output stream needs to be discussed with your hosting provider. Link to comment Share on other sites More sharing options...
themixtapechannel Posted November 24, 2019 Share Posted November 24, 2019 Well that won't be hard to do as I'm my own hoster lol... I also do and provide hosting services. And all the site's and my clients site's are on my hosting platform. But what will I be looking for would be the million dollar question as everything seems to be fine on server part. This only happened after upgrade. Also keep in mind that there is someone else that this is happening too which is on a diffrent server. Link to comment Share on other sites More sharing options...
bsmither Posted November 24, 2019 Share Posted November 24, 2019 There must be a utility that can track what PHP is doing (valgrind/callgrind), other utilities to monitor web server processes, and monitors of network traffic (wireshark - limited analysis when traffic is encrypted). These tools and others should be well understood when running a hosting business. Having made that edit in the GUI class reveals the very end of CubeCart processes - after Smarty does it's thing. But, the rogue output could be happening after CubeCart gives PHP the HTTP headers, but before Smarty renders the page. Please determine if the rogue output appears on your administration log-in page. If not, then it's strictly a index.php problem. If possible, switch off SSL and see if anything different happens. Any common plugins you are using? Link to comment Share on other sites More sharing options...
themixtapechannel Posted November 24, 2019 Share Posted November 24, 2019 Well no, on the admin page no rogue appears, nor when logged in to admin, no rogue at all. so it has to be coming from a php file. I will check the off ssl and plugins, maybe it could be there. who knows, but I'll try and search there as well. Link to comment Share on other sites More sharing options...
bsmither Posted November 24, 2019 Share Posted November 24, 2019 If it's PHP, create a file named index2.php: <?php echo "<!DOCTYPE html><html><head></head><body>"; echo "Hello World"; echo "</body></html>"; ?> You say you do not see the characters when viewing the browser's "Page Source" window of the admin script. Interesting. Request index2.php and see what you get. Link to comment Share on other sites More sharing options...
themixtapechannel Posted November 24, 2019 Share Posted November 24, 2019 Lol... got no rogue, just hello world check it out https://themixtapechannel.com/index2.php Link to comment Share on other sites More sharing options...
bsmither Posted November 24, 2019 Share Posted November 24, 2019 Let's try this experiment: In /classes/gui.class.php, find: public function display($file) { $this->_setCanonical(); On a new blank line after this, add: $catchOutput=ob_get_flush(); echo "<!--".substr($catchOutput,0,20)."-->"; echo "<!--".substr($GLOBALS['smarty']->fetch($file),0,20)."-->"; In index.php, find: <?php On a new blank line after this, add: ob_start(); We will start a buffer to catch any output up until we ask Smarty to render the templates. If anything gets caught, it will be seen inside HTML comments on the browser's Page Source window. Link to comment Share on other sites More sharing options...
themixtapechannel Posted November 24, 2019 Share Posted November 24, 2019 ok done Only get the rogue with nothing else Link to comment Share on other sites More sharing options...
bsmither Posted November 24, 2019 Share Posted November 24, 2019 Something wasn't done right. Link to comment Share on other sites More sharing options...
themixtapechannel Posted November 24, 2019 Share Posted November 24, 2019 I'll re check it Link to comment Share on other sites More sharing options...
bsmither Posted November 24, 2019 Share Posted November 24, 2019 The error_log should give a clue. Link to comment Share on other sites More sharing options...
themixtapechannel Posted November 24, 2019 Share Posted November 24, 2019 I'll have to revert the gui.class cause on admin, error log blank white page Link to comment Share on other sites More sharing options...
bsmither Posted November 24, 2019 Share Posted November 24, 2019 Blank white page? The error_log file is not available for the web server to send out. You will need to fetch it using FTP or use a text editor on the server. Link to comment Share on other sites More sharing options...
themixtapechannel Posted November 24, 2019 Share Posted November 24, 2019 I found all these error logs, this was an old rss mod for rss feeds that the files are still on server Link to comment Share on other sites More sharing options...
bsmither Posted November 24, 2019 Share Posted November 24, 2019 Look at the actual error_log file found in CubeCart's main folder. Link to comment Share on other sites More sharing options...
themixtapechannel Posted November 24, 2019 Share Posted November 24, 2019 I think this is the probllem where this mod is still trying to make calls to php I'm going to clean out on server. There's a bunch of crap and php files from old mods and etc. on the cubecart directory. Buy them rss php files are trying to be active as well. There's errors since July on error log Link to comment Share on other sites More sharing options...
bsmither Posted November 24, 2019 Share Posted November 24, 2019 Certainly disable the RSS feed module. Cannot modify header information - headers already sent by (output started at /home2/themixta/public_html/includes/extra/snippet_b36f043be1d31136cea15372203539fc.php) The cubecart.class.php file, near line 2051, has a hook for "class.cubecart.404". In admin, Manage Hooks, Code Snippets tab, find the snippet that uses this hook. Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.