$this->content_type = $_SESSION['cart']->get_content_type();
Printable View
$this->content_type = $_SESSION['cart']->get_content_type();
i fixed it and now feel stupid for wasting your time i know your busy. thank you though for your help and input!!!
Fix was separate add-on that had an extra "." so i deleted it.
I figured that it was another add-on at work here.. Glad you got it worked out..Quote:
Originally Posted by cageman5555
I am totally newbie for Zen-cart after I download and install the zen-cart 1.5.1 and I was try to install the super order 4.5 to my site. But after I follow the read me rename the folder and copy & paste the files to the zen-cart then I click the link on admin panel it come up 500 Error.( I try on both Platform windows iis and linux apache both have same issue) Do I missed some steps? Thanks
Probably.. suggest reviewing the installation and try again.. Then you need to check your error logs and see what they say..Quote:
Originally Posted by imnotbadguy
Hey I just installed this package on my store per the instructions. there were no other mods installed so I didn't need to merge any files. I was logged in to the admin section of my site but when I clicked on a new link I got a server error page that says "The website encountered an error while retrieving". Now I can't access the sites backend. I did everything as the instructions said, renamed the folders and everything.
To anyone w/ the same issue, see this thread. Don't know if it works yet, on the phone w/ host.Quote:
Originally Posted by novastar
and the error log said?????Quote:
Originally Posted by novastar
I don't see any debug files from the admin side. How do I get those to show up?
Suggest you start here: http://www.zen-cart.com/content.php?...t-of-a-page%29Quote:
Originally Posted by novastar
Yeah honestly I try to find the solution before I come to the forums and I tried to get it to show strict error reporting but it didn't work out. All that showed was the server error 500 page. I made the file in extra configures and I also tried to create a configure.php file in the local directory but it didn't show any errors. I don't know why the log files for the Admin won't show up though.Quote:
Originally Posted by DivaVocals
Got the log file this is it:Quote:
Originally Posted by novastar
I removed the dot that was in the ini_set function and tried again but it still doesn't work.Code:[15-Jan-2013 05:07:22 UTC] PHP Parse error: syntax error, unexpected '.' in /html/admin/includes/classes/fpdf/fpdf.php on line 1047
Got it, there was another occurrence of the same code further into the script. Removed both of the concatenation operators (one on each line that is) and it works now. Thanks.
Yes the solution for that error was posted just a few pages back..Quote:
Originally Posted by novastar
I just installed Super Orders 4 and all seems well except any orders previously in the system do not have item prices in the order details area. Please excuse me if this has already been addressed I didn't find it with my search.
I just did a test order and this applies to new orders as well.Quote:
Originally Posted by matchlock
sorry for the multiple hosts. Hopefully this last bit of log info will helpQuote:
Originally Posted by matchlock
[27-Jan-2013 16:07:23] PHP Fatal error: Call to undefined method currencies::get_decimal_places() in /xxxxx/orders.php on line 1260
Sounds like your install is incorrect or you've installed something else that also modifies orders.php and those edits are the source of your issue..Quote:
Originally Posted by matchlock
Hi I have installed Super orders V4 on zen 1.51 everything seems to be working ok apart from I am 2 style sheets missing that are refered to in admin/orders.php
<meta http-equiv="Content-Type" content="text/html; charset=<?php echo CHARSET; ?>">
<title><?php echo TITLE; ?></title>
<link rel="stylesheet" type="text/css" href="includes/stylesheet.css">
<link rel="stylesheet" type="text/css" href="includes/super_stylesheet.css">
<link rel="stylesheet" type="text/css" href="includes/edit_orders.css">
<link rel="stylesheet" type="text/css" href="includes/typt_stylesheet.css">
<link rel="stylesheet" type="text/css" media="print" href="includes/stylesheet_print.css">
<link rel="stylesheet" type="text/css" href="includes/cssjsmenuhover.css" media="all" id="hoverJS">
<script language="javascript" src="includes/menu.js"></script>
<script language="javascript" src="includes/general.js"></script>
<script type="text/javascript">
edit_orders.css and typt_stylesheet.css don't exist I found this out by checking the servers error logs.
Is this something that has been left over from previous versions?
They are for Ty Package Tracker and Edit orders.. just remove them.. But if you use these modules later you will need to add them back..Quote:
Originally Posted by AfterHouR
Oh ok. Thanks for the quick response, I have now removed them :)
Can you tell me if it is possible to print out all the orders in a specified period but to have one order per page? I can see that I can print the orders during a specified time frame but it wants to just put as many to a page as will fit.
Thanks for your help!
Hello Diva,
I am having major issues with the install. I am using zen cart 1.51, php 5.3, mysql 5.0.91-log. Super Orders v.4.0 downloaded from the plug in section latest mod Dec 12, 2012. This is a clean install, I have not added any other mods that touch the files in Super Orders, so I had no need to merge. As per the instructions, I had planned on using Edit Orders and Ty package Tracker, so I went ahead and installed them first, checking my site after each to make sure they had installed correctly.
I did not load the COWOA files. After the install, I was able to log into my admin for just a moment, then when I clicked a link, I received a 500 error. Could not access my admin or front-end of my site. After FTP'ing my logs, I had the errors in the fpdf.php file listed a few posts back. After correcting that file, I am able to access my admin, but front end is still down,and I notice that now instead of my url in the address bar taking me to main page , it is trying to take me to a login page-index.php?main_page=login. My error logs are as follows:
1. 04-Feb-2013 15:24:39 UTC] PHP Warning: file(/**/*/**/*/public_html/cache/zc_d6616cb5f4c2cb55d422ea67feb723b0.sql): failed to open stream: No such file or directory in /**/*/**/*public_html/includes/classes/cache.php on line 149
2. [04-Feb-2013 15:24:39 UTC] PHP Warning: implode(): Invalid arguments passed in /**/*/**/*/public_html/includes/classes/cache.php on line 150
3.[04-Feb-2013 15:24:39 UTC] PHP Warning: Variable passed to each() is not an array or object in /**/*/**/*/public_html/includes/classes/db/mysql/query_factory.php on line 153
As far as the first error is concerned, I do have /public_html/cache/zc_d6616cb5f4c2cb55d422ea67feb723b0.sql, Also, I do not have a prefix on my db, as I thought at first when I saw the zc_ that maybe it was erring looking for a zc_ prefix.
This are the offending lines from the first and second errors listed in the log for cache.php
Here is my query_factory.phpPHP Code:function sql_cache_read($zf_query) {
global $db;
$zp_cache_name = $this->cache_generate_cache_name($zf_query);
switch (SQL_CACHE_METHOD) {
case 'file':
$zp_fa = file(DIR_FS_SQL_CACHE . '/' . $zp_cache_name . '.sql'); (this is my line 149)
$zp_result_array = unserialize(implode('', $zp_fa));
return $zp_result_array;
break;
case 'database':
$sql = "select * from " . TABLE_DB_CACHE . " where cache_entry_name = '" . $zp_cache_name . "'";
$zp_cache_result = $db->Execute($sql);
$zp_result_array = unserialize(base64_decode($zp_cache_result->fields['cache_data']));
return $zp_result_array;
break;
case 'memory':
return true;
break;
case 'none':
default:
return true;
break;
PHP Code:global $zc_cache;
if ($zf_limit) {
$zf_sql = $zf_sql . ' LIMIT ' . $zf_limit;
}
$this->zf_sql = $zf_sql;
if ( $zf_cache AND $zc_cache->sql_cache_exists($zf_sql, $zf_cachetime) ) {
$obj = new queryFactoryResult;
$obj->cursor = 0;
$obj->is_cached = true;
$obj->sql_query = $zf_sql;
$zp_result_array = $zc_cache->sql_cache_read($zf_sql);
$obj->result = $zp_result_array;
if (sizeof($zp_result_array) > 0 ) {
$obj->EOF = false;
while (list($key, $value) = each($zp_result_array[0])) { (this is my line 153)
$obj->fields[$key] = $value;
}
return $obj;
} else {
$obj->EOF = true;
Thank you so much for your help.
Sharon
Honestly I have no clue what the cause of these errors are.. NONE of these files are part of the SO fileset..Quote:
Originally Posted by Sharon J
Diva, do you know if it possible to print one order per page from within Super Orders or do I need to find another module top offer this functionality?
It's always worked this way.. You'll need to explain (in detail) what you are doing if you get a different result..Quote:
Originally Posted by DeeL
It may be the user your web server is running as does not have access to read the cached SQL responses (used when the Zen Cart SQL Cache is enabled and set to "file"). The "file" SQL Cache method is deprecated and may be removed from future versions. Issues with reading / writing these can often be fixed by removing the "cached" SQL responses (zc_*.sql) from the cache folder.Quote:
Originally Posted by Sharon J
There is an update for Zen Cart 1.5.0/1.5.1 to "mysql/query_factory.php" to address safer handling of cached requests. Using the changes (technically in testing) along with deleting any old cached responses may help :)
Hello! I have recently had my webmaster install Super Orders and love the batch form print and updating features. What I am looking for at the moment is a detailed report to export to excel regarding my sales for the past year so I can do my taxes. If anyone knows how to go about getting this done, I would be elated (my bookkeeper is on me HARD about this now!)
Thanks for your help!
Not a Super Orders feature.. You will need to post your question in a new thread..Quote:
Originally Posted by Schtickler
Hello lhungil,Quote:
Originally Posted by lhungil
I followed the steps referenced in the link that you posted. The results were white screen on both front end and admin. I did notice, however, that the url to the front end no longer was trying to re-direct me to login. It generated a log file with the query_factory.php error same as above, except referencing line 545. I then followed the link in that thread that was posted by Wilt. I copied the complete code to my query file. With that, I was able to get back into my admin, but the front-end was white paging out, once again re-directing me to the login page according to the url. I have double-checked that the zc_ file being referenced in earlier logs was deleted, and not being recreated. I now have no new error logs being created to give me a clue as to where to look.
I do not have any uri re-writers installed. It seems to me, and I could be way off base, but I am thinking as you said, that somewhere there is a permission restriction not allowing me to call files.
Since this happened after installing Super Orders, the only thing that I can think of at this point, is that SO has a feature on restricting admins from certain pages, that somehow, that has totally locked everyone out. If Diva would please post which file does this (grants and restricts permissions) and possibly what I should be looking for, that would be most excellent.
I don't know if you would like me to move this to another forum or pm you since I'm not 100% sure it is SO related and don't want to go off topic., ...I am 100% certain it happened immediately after installing Super Orders...
At this point, if I can't find a solution in a suitable amount of time, I will try and remove SO and replace overwritten files with my originals and see if that fixes the issue. Though I would really like to know the cause because not only would I like to use SO, but would like to prevent this happening again or if if does happen, would like to know the fix..
Thank you,
Sharon
There is nothing special about any of the Super Orders files which grants or restricts permissions. The entire Super Orders module is just an enhanced version of the default Zen Cart order management functions with some UI modifications to "pretty up" the admin area..Quote:
Originally Posted by Sharon J
Since you are the only person to report such an issue it means I would have no way to replicate it, and that leads me to the conclusion that this is something unique to your hosting setup/store setup.
To lhungil's point earlier point the SQL_CACHE_METHOD is defined in the configure.php file:
includes/configure.php
and in YOUR_ADMIN/includes/configure.phpCode:// The next 2 "defines" are for SQL cache support.
// For SQL_CACHE_METHOD, you can select from: none, database, or file
// If you choose "file", then you need to set the DIR_FS_SQL_CACHE to a directory where your apache
// or webserver user has write privileges (chmod 666 or 777). We recommend using the "cache" folder inside the Zen Cart folder
// ie: /path/to/your/webspace/public_html/zen/cache -- leave no trailing slash
define('SQL_CACHE_METHOD', 'file');
define('DIR_FS_SQL_CACHE', '/home2/overthe4/public_html/clientLaserdiscVault/cache');
// EOF
if your configure.php files look like this, then you might try changing the SQL_CACHE_METHOD define toCode:// The next 2 "defines" are for SQL cache support.
// For SQL_CACHE_METHOD, you can select from: none, database, or file
// If you choose "file", then you need to set the DIR_FS_SQL_CACHE to a directory where your apache
// or webserver user has write privileges (chmod 666 or 777). We recommend using the "cache" folder inside the Zen Cart folder
// ie: /path/to/your/webspace/public_html/zen/cache -- leave no trailing slash
define('SQL_CACHE_METHOD', 'file');
define('DIR_FS_SQL_CACHE', '/home/laserdis/public_html/cache');
Again, none of this is really related to Super Orders (otherwise others would have reported the very same issue) suggest rolling back to a vanilla store, update the query_factory.php file by using the one that's in the Ultimate SEO package and then if your SQL_CACHE_METHOD is set to "file" make the changes I suggest above.. Once you get the errors worked out, try installing Super Orders again..Code:define('SQL_CACHE_METHOD', 'none');
Make sure you cleared out the .sql files AFTER you made the changes to query_factory.Quote:
Originally Posted by Sharon J
While possible, it would point to an issue with the configuration on your web server. This will not be related to SO or Zen Cart.Quote:
Originally Posted by Sharon J
Yes, please try this (and delete the cached sql responses). The Zen Cart team has hinted on the forums the 'file' method is going away. You may want to switch to using 'database' or 'none'. Unless you have done some heavy modification to the core of Zen Cart or have very high (thousands of hits per hour), you will probably not see a huge performance impact from using 'file' or 'database'. You can probably just use 'none' to disable the SQL Cache.Quote:
Originally Posted by DivaVocals
Yup. Based upon the logs, I doubt this is a problem caused by this module (unless a merge went wrong in the installation process).Quote:
Originally Posted by DivaVocals
Rolling back to Zen Cart stock would be a good start just to be safe. There is an already merged copy of the necessary fixes to the SQL Cache (file: query_cache.php) included with "Ultimate SEO URLs". You can grab and install the updated file if you need to use the SQL Cache (most Zen Cart 1.5.1 installations work well with the SQL Cache disabled).
[QUOTE=Sharon J;1183720I don't know if you would like me to move this to another forum or pm you since I'm not 100% sure it is SO related and don't want to go off topic., ...I am 100% certain it happened immediately after installing Super Orders...[/QUOTE]
Must add this, any issues NOT related to Super Orders really should be moved to a separate thread.Quote:
Originally Posted by DivaVocals
Sorry my mistake. I was assuming from teh print preview it was going to put one order after another rather than one per page.Quote:
Originally Posted by DivaVocals
Any how. I printed it and I have another small issue which I am sure will be a relatively simple fix, if you know what your're doing with the code (and I don't). Earlier today I 'commented out ' the address fields part when customers register. They still have to enter their first and last name, phone number and email. However, when I print an order that was order with a test customer account, that I created after not requiring address fields during registration, under "Sold To" it is blank. It doesn't even have the customers name. All products are set to virtual as the site is for people to pre-order produce they will pick up on pick up day. Hence the reason I did not require addresses when they registered.
Thanks in advance!
it's not a direct answer to your question but I think this mod does what you're looking to doQuote:
Originally Posted by DeeL
http://www.zen-cart.com/downloads.php?do=file&id=1465
I already have that installed and I think that is causing issues with something else. By having that installed I can't use multiple store pick up locations.Quote:
Originally Posted by picandnix
Super Orders uses modified versions of the default Zen Cart order management pages. This issue you are having actually doesn't sound like a Super Orders issue at all, and I wouldn't be able to offer any useful information for modifications you made to overlapping files from another module. It sounds to me that your modifications from the other module are the real issue, and it might be best if you posted an inquiry on the support page for the "Minimum Customer Account Information" module..Quote:
Originally Posted by DeeL
Thanks, I am going to have a go at removing MCAI and see how that goes. Fingers crossed...
Well before you do that, at least post on the support thread for the "Minimum Customer Account Information" module. lat9 (the author) is generally VERY knowledgable and helpful.. Let him know you are merging with Super Orders modified files and he should be able to help you get it all straightened out.. Good luck..Quote:
Originally Posted by DeeL
I have a new install, latest Super Orders on a 1.5.1 store: www.ncwheatmontanacoop.com
I have uploaded the base and core files in the right places and had logged into the admin. Autoinstaller will not run. Please help...
Really need more details than "Autoinstaller will not run".. Since we tested this extensively before releasing we can't help you based JUST on the information you provided thus far..Quote:
Originally Posted by Doodlebuckets
What happens?? Are there error logs?? Error messages??
Details will help us help you..
Not sure what else to tell you. The SQL doesn't execute when I click on a link in the admin and it doesn't install. I have rechecked that all the files are in the right place. This is a brand new install. What other types of detail would be helpful? No error messages, nothing happens. Thanks, AmyQuote:
Originally Posted by DivaVocals
I'm having the same issue, installed 3 times yesterday, no luck. Going to try again today on a different host/server setup.Quote:
Originally Posted by Doodlebuckets
I'm using ZC 1.5.1, SO 4_0_5_final on a WinXP sp3 sandbox with Apache 2.2.6 PHP 5.2.6 and MySql 5.0
First attempt to install I got a blank screen and found errors in the logs something to the affect of
"unexpected " . " found in....fpdf.php line 1047. The line is "ini_set('magic_quotes_runtime', .$mqr);" I removed the "." since magic quotes will accept a 0 (and from the same code on line 1329). Did a restore and re-install and I got an onscreen "warning, error.. refresh and try again". These turned out to be SQL errors from the auto loader, something about the string is too long to fit the field. I took the SQL from the error message and put it directly into “MySQL Query Browser” and it worked just fine.
Sorry to be so vague WRT the errors but I did this yesterday and did not write them down.
I believe the first problem is fixed in FPDF v1.6, going to find that today and see. I believe the second issue is caused by the PHP-MySQL interface and these are usually a version mis-match or configuration error (honestly I don’t know what versions I have) AND/OR a previously installed mod that I/we don't have yet. My sandbox has been running un-modified for about 6 years and this is not the first ZC module I have found that will not install on my sandbox but works just fine on my host (linux not windows) and works just fine on the developers system. I’m going to try getting fpdf 1.6 and then install on my host and see what happens there. I really don't believe this is a SO issue, just another case of too many host/server/php/sql combinations in the world. I’ll let you know what I find out today.
Meanwhile: - Any chance you have a .sql file so I don't have to dig the queries it out of the code??
Updating the version of FPDF isn't a SIMPLE matter of downloading the lastest version and replacing the one in SO.. (which is why I've not attempted this update) The magicquote errors fix is posted in this thread.. (search fpdf.php)Quote:
Originally Posted by CaptCuervo
And yes.. The issue with the auto-installer not running is a sever configuration error.. It has everything to do with the host configuration setup..
SO removing the "." is the correct solution for now.Quote:
Originally Posted by DivaVocals
Any chance you have the .sql? I was thinking of a manual install just to get SO up and running on my current sandbox. I have been considering a new sandbox built from WAMP 5 but that's going to take some time.
Nope.. I run with the autoinstaller like everyone else.. I do not have a separate SQL file..Quote:
Originally Posted by CaptCuervo
Quote:
Originally Posted by novastar
I don't even have the admin/includes/classes/fpdf/fpdf.php file! Someone please help. I am doing this for a friend whose cart runs a massive co-op with many orders and she needs this or something similar to work. I have installed this many times before. Why is this so difficult now?Quote:
Originally Posted by novastar
OK, found the file and took out the dot and it works now. Perhaps this should be dealt with in the download :)Quote:
Originally Posted by Doodlebuckets
Sure.. Just as soon as I have time in my schedule.. In the meantime the fix is well documented and posted here..Quote:
Originally Posted by Doodlebuckets
Attached is a version of fpdf.php with the two offending '.'s taken out :smile:
Well I'm on a roll submitting long past due module updates.. Will be updating Super Orders and submitting in the next week or two.. (sooner if time permits)
Is this the default thread for help with super orders or is it the one I have been repeatedly http://www.zen-cart.com/showthread.p...1-3-9%29/page2 posting in that is linked to super orders which is http://www.zen-cart.com/downloads.php?do=file&id=155
I am so lost as to where I am suppose to ask for help:
Once the files are uploaded, click ANY link in your store's admin, and the auto-installer will be triggered. If you have followed the install instructions, you will see the installation confirmation message.
1st post asking for help:
This is where I am at and am getting a blank page with https and http. I followed every instruction, super orders was installed correctly and isn't working I don't know what else to say to ask for help, sorry for the double post I didn't explain myself in the first one.
2nd Post:
Just tried again on a new install with no mods installed and same thing Internal Server 5oo error. It is apparent to me that the download is corrupted, now how do I fix this? I can't even get the mod to uninstall.
Please feel free to move to correct forum since so many are listed. If you don't wish to guide me then tell me so
Either way thanks
This fixed my issues with a blank admin page, but the auto installer never came up, was it suppose to?Quote:
Originally Posted by paperthreads
If you are installing version 3.x under Zen Cart 1.3.9x the first thread would be the correct one.Quote:
Originally Posted by uswebworx
If you are installing version 4.x under Zen Cart 1.5.x this is the correct thread.
This will happen if you needed to login again (the login blocks the installer messages) - or - if the auto-installer already ran and thinks everything went well.Quote:
Originally Posted by uswebworx
Blank pages usually indicate something went wrong. Either with the uploaded files or something else. Check for any "debug" log files. I am getting a blank page is a good article on where to look. Looking at (and optionally posting) the most recent debug log (if any) will usually tell you where and what went wrong (in PHP speak).Quote:
Originally Posted by uswebworx
Internal Server Errors (HTTP 500) are a bit different from a blank page... To debug this one would need to look at the webserver's error log.Quote:
Originally Posted by uswebworx
Ok thanks then I am in correct thread finally......I think (maybe not) that the link in the super orders download is pointing to wrong thread?
I looked at the I am getting a blank page but I am too stupid to follow it lol. But then I found a post with it repackaged and downloaded it and there is the admin page again but the auto installer never came up?????
I don't like sounding stupid so I never post
Glad you were able to get the older version working :)Quote:
Originally Posted by uswebworx
If I remember correctly the "repackage" of 4.0.4 was to change all the line endings to be specifically "unix" style. This took care of the case the zip file was uploaded to a unix host and unpacked locally on the server... Or when the FTP program was not set to treat .php as TEXT/ASCII (the receiving server usually fixes all line endings when this mode is specified)...
You might want to make sure your FTP program is set to treat .php files as TEXT / ASCII and try again with the latest version. But then again, if everything is working...
Already checked that, but as you say since everything is working (except PDF ) i am not ready to fight with it again. And I appreciate you taking time to help me, I've upset the other (gurus) and they don't respond :pQuote:
Originally Posted by lhungil
PS my FTP program is set to treat PHP as ASCII files (I use Globalscape's CUTEFTP Pro)
Well I think I've got everything all cleaned up just gotta take a gander at the readme.. If anyone would like to test this before I submit it, send me an e-mail via my website contact form.. (my PM inbox stays busy so e-mail is better)Quote:
Originally Posted by DivaVocals
As always when I as for testers, this is not a production ready version so please do not ask for these files if you are looking to get a sneak peek version.. I really need folks who will test this for me.. If you are using COWOA, I especially need the Super Orders modified COWOA files tested as well..
Hi Guys,
I am having extreme difficulty installing this mod with the Ceon Sage Pay Form v2.0.3. Both of these new modules edit the orders.php file. When using these software with v 1.3.9 I had no issue given that super orders didn't use to edit the orders.php. I have done my best to implement both using winmerge however although both modules are kind of working certain functions keep throwing up errors.
For example customers are unable to view their orders in their account info, I am unable to batch pdf files etc. I assume this all comes down to slightly incorrect coding on the orders.php file. If anyone has successfully managed to run these modules together and can show me the correct orders.php file or can offer me any advice or help it would be most appreciated.
Thank you for your time.
**deleted**
Your issues are not likely related to any conflict between Ceon Sage Pay Form and Super Orders. Neither of these modules have ANY files in common.. Ceon Sage Pay Form DOES NOT modify the orders.php file at all, and since it's just a payment module it would not work differently with Super Orders. Super Orders does not modify any of the normal functions that are used by any other Zen Cart payment module.Quote:
Originally Posted by lightup
Your issues sound like they are related to other changes in your store. With the exception your hint regarding an issue with batch printing of PDF files (you provide no details of this error so I cannot provide any suggestions), none of your issues sound like they are caused by Super Orders. Super Orders does not modify/affect the My Accounts section of Zen Cart.
Hi
I am trying to install Super-Orders onto a test Zen Cart site, and having some trouble. I am new to setting up Zen Cart and a bit confused by the installation instructions for Super Orders. I am setting this up on a local machine to evaluate and create the code i need for a customer(they already have zen cart and we are just testing out solutions for extracting orders). I have installed the basic zen cart installation and that was running. i have downloaded the Super Orders code, changed the name of the Admin directories to match the name of my Zen Cart admin directories and now want to activate this code on my test site. I am not uploading via FTP because this is on my local machine. if i (try to) place the contents of 1_Base_Files in my the root of my site it will overwrite existing 'includes' and 'xxAdmin' Directories..so that cant be correct. Can i get some additional explanation and instructions for installing onto a local directory (>mamp>htdocs>catalog is the path to my zen cart installation..i am running on OSX but i don't think that should be having much bearing on this)
@nigel
really? I don't know about MacOS but in most systems you will get the option to merge the files into position, usually on a popup window. That is what you need to do. Merge directories and replace files.Quote:
if i (try to) place the contents of 1_Base_Files in my the root of my site it will overwrite existing 'includes' and 'xxAdmin' Directories
Backing up on local is easy so no excuse not to do that and then give it a go.
when i copy files to a directory i get an option to keep both or replace them not to merge them(same happens if i copy a file/directory on my PC it does not merge them by default). I did try FTPing up to the website(non live version) and that wanted to replace files/directories as well. I have indeed done a backup, i tried manually installing the files however the admin of my site then just brings up a blank window so something is not correct with that way of doing it. I really need to just get this installed and setup asap because i can't actually get on with the work i need to do and can't even be sure i am going to be able to do what i want(which is to have it put the orders in XML format in a directory so i can pick them up to incorporate them into my system).. The installation instructions say to put the contents of the directory at the root level and it should auto install but i cant see how to put the contents of 1_Base and 2_Base in the root without a directory clash so either i am not understanding what it is asking me to do or i should be doing something else
When you drag the install directories into the directory for your locally hosted site what actually happens?
Have you tried doing this or are you just assuming that the existing one will be overwriten?
So, here is how I do it:
---There is a folder called 'store'
---In that 'store' directory are 'includes' 'myadmin' and several other folders.
---In the install directory there is a folder called 'includes' and one that I have renamed to 'myadmin'
---I drag those two directories into the folder called 'store' and drop them there.
---There is a warning that the directory 'includes' already exists. Do I want to merge? Yes.
--I then get a warning that the file somethign.php exists do I want to overwrite? Ye
Etc Etc.
If MacOS does not work like this then you'll need someone who knows about MacOS to advise you. As this is open source the people helping you are in no way actually responsible for the software. they are helping you out of the goodness of their hearts.
Mac OS does not offer to merge directories. I have however tried manually merging the contents of the directories. with the documents in 2_base i renamed to old files(for safety and then put the replacement files in) but when i do this my admin page ceases to work on the Zen Cart. I did this a second time assuming i had placed a file incorrectly but the same thing happened again. None of what you have said though seems to match up up with the instructions that are given for Super Orders install in the documentation. The documentation does not talk about merging files it says that there is an auto installer invoked from the Zen Cart admin page-i was hoping to get that to work. Maybe i am just not understanding what their documentation says.
You need to upload the files the files in the right place. In the case of a local host that 'upload' is just replaced with 'put'. The files need to be in the right place.
The auto-installer will run once you have done that. It will make the database changes that are required for the module to work. That is what the auto-installer does.
I am sure that that is exactly what the instruction say.
You are asking how to merge the folders/files in a MacOS system. I don't know the answer to that. It really doesn't have much to do with the module. It is just an operating system issue. Having just googled that I can see that MacOS has some issues with that. If you google it you may find:
http://superuser.com/questions/11762...ing-on-the-mac
or this
http://www.macupdate.com/app/mac/27141/folder-merge
Thanks. I used another tool(forklift) to merge the directories. However the result is the same as when i manually merged them, after the Zen Cart admin page will not load. I don't know what file it does not like(its something in the admin folder because if I replace the admin folder with the backed up admin folder it loads). I am going to try and narrow it down
Depending on what version of zen you are using you will find error logs in either the cache directory or the logs directory.
Hi,
Anyone can update the 4.0.5 files?
PHP Parse error: syntax error, unexpected '.' in /home/public_html/tmm151/admin_01/includes/classes/fpdf/fpdf.php on line 1047
This files will make the admin back end page blank!!!!
I using the 4.0.4 version replace it then fixED!
PLEASE find someone to update this module from the download page, else any new user who using 1.5.1 and Super Order 4.0.5 will run on error!
Thank you
Best Regards,
Jimmy Chan
My Blog
http://explorerhome.dyndns.org/blog
hi.Quote:
Originally Posted by explorer1979
read back a few pages, it's a known issue and has a solution posted too.
Ahhh the mysterious "someone/somebody".. you mean like any community volunteer who is willing to update the module files, test it, update the documentation, and then submit it to the downloads when they have free time in their schedule? Is that the the "someone/somebody" you speak of??Quote:
Originally Posted by explorer1979
Any reason that "somebody" can't be YOU??:smile:
Modules are community are contributed/updated by community members on their own time/dime. As an active maintainer of this and other module, I submit updates when my time permits.. I've been busy with day-job/paid projects.. So I haven't had any FREE time to submit an update since the fix for this issue is well known and has been posted several times in this support thread.. (using the fpdf.php file from the last version is NOT the right fix BTW..)
it is indeed.. thanks for pointing that out.. browsing back through the recent posts or searching this thread for fpdf.php would turn up those posts..Quote:
Originally Posted by picandnix
Where is the database sql file? All I have is a super_order_uninstall.sql not the real install.sql?
Any help is greatly appreciated.
Please review the readme file and the install instructions.. it explains why there is no installation SQL file needed ..Quote:
Originally Posted by Satu
Thank you for your feed back. I ofcourse have a problem.
First I logged in the admin section of my store.
Then I uploaded the temp files with admin changed to my new admin.
Then I clicked a link, and nothing happens.
All the files in the temp folder are still named 1_Base_Files, 2a_Modified_Core_Files
I am stumped. Any help?
as stated in the readme, you upload the CONTENTS in the install folders not the install folders themselves ..Quote:
Originally Posted by Satu
Dear Super Order Creator!
I cannot see admin Zen 1.5.1 after installation of Super Order v4
try many time ...
I upload 1 Mod. files,
than 2a Mod. files
and admin page is gone... error500 (Internal Server Error):
what I doing wrong?
Don't know til you post what's in the error logs..Quote:
Originally Posted by Mark A
Quote:
Originally Posted by DivaVocals
I renamed the "admin", to what I have for my actual admin.
I uploaded the files from 1_Base_files to /home/xxxxxx/public_html/new_store/"admin" and to /home/xxxxxx/public_html/new_store/includes.
Before that I logged in to my admin. After upload I click link, and get blank admin page.
Here is the webpage that it shows:
https://pedsafe.com/new_store/"admin"/configuration.php?gID=1&cID=905&action=edit
There is nothing in the cache mentioning this problem.
I got it after some research. It was in the log files. The file admin/includes/classes/fpdf/fpdf.php on line 1047 and same file
admin/includes/classes/fpdf/fpdf.php on line 1329 has an extra period (.) after removing them I was able to get to admin login screen.
ini_set('magic_quotes_runtime', .$mqr);
ini_set('magic_quotes_runtime', $mqr);
Here is the fixed file:
Attachment 12239
Hi, I had exact the same problem and also fixed it due to the typo of a . before $mqr. I downloaded the file from http://www.zen-cart.com/downloads.php?do=file&id=155. Maybe the author could upload a revised version so that less skilled people are also able to get this great mod work!:DQuote:
Originally Posted by Satu
Maybe when the author gets a free moment in her schedule she will.. In the meantime the fix is easy and posted in this support thread (in multiple places now)Quote:
Originally Posted by MaartenJ
Hi,
Think I've found a bug in super orders... I have installed super orders 4.0.2 and edit orders 4.0.2 on ZenCart version 1.5.1.... When a costumer purchase items different to the store currency (using the currency selector) super orders show amount due and amount applied wrong...
According to the customers invoice there are money owed (even though the correct amount has been paid to my PayPal account) and comparison to store currency is not correct too...
Why is this?
PbMarkers.co.nz
New Zealand
[email protected] Phone:
Fax:
Invoice - Order #193
Date Ordered: Saturday 06 April, 2013
Payment Method: PayPal
Products Model Tax Price (excl) Price (incl) Total (excl Total (incl)
1 x Set 11 - 12A Bargain Markers 2K Bargain 0% $16.90 $16.90 $16.90 $16.90
1 x Set 14 - 12A Bargain Markers 2K Bargain 0% $16.90 $16.90 $16.90 $16.90
Sub-Total: $33.81
FREE SHIPPING! (No Delivery Charge): $0.00
GST: $0.00
Total: $33.81
Amount Applied: (AUD) $28.58
Balance Due: (AUD) $5.23
The amount applied here is actually 33.81 AUS in PayPal account
There is no Balance Due on paypal account, I’ve received 33.81Aus and its been converted properly to NZD in my paypal account
Date Added Status Comments
04/06/2013 04:01:08 Pending --none--
any reply to above thread?
I seem to be having a similar issue as Argyle.
I upgraded 1.9.h to 1.5.1. I installed Super Orders and Edit Orders. The orders and invoice pages are looking strange and inconsistent. Below is how some of the orders display. By the way, this is an Australian store with their own shipping (Fastway) and tax (GST).
Sub-Total: $0.00
Fastway Couriers: $6.15
GST: $17.84
Total: $6.15
Amount Applied: (AUD) $195.69
Balance Due: (AUD) $-189.54
The Amount Applied is the actual total.
The Balance Due is the sub-total (not negative of course).
Some orders look fine, some don't. I can't find a common denominator on these, hence my frustration.
Has anyone had this sort of issue?
Thanks!
V1.5.1
Packing list and edit page no longer show the shipping method. Shipping method does shows on the first page.
Any ideas what could have happened?
Super Orders has always had issues around "internationalization" this is one.. Yes it's a bug.. Not sure how to fix it.. Wish I could be of more help at the moment..Quote:
Originally Posted by Argyle
Not sure your issue is the same though it may be related.. Again if it is I am not sure how to fix/address..Quote:
Originally Posted by joepixel
You lost me after packing list..what do you mean by the "edit page"?? what do you mean by "first page"??Quote:
Originally Posted by rjspomer
I just ran an upgrade of super orders to 4.0.5 (was previously running 4.0.2 OK). I clicked any link, but now I am getting Internal Server Errors. I fixed the file admin/includes/classes/fpdf/fpdf.php with the extra period (.), but I am still getting the errors. I checked my cpanel logs (host gator), and there is nothing showing up there? Any suggestions?
I was dumb enough to become complacent not to run a backup before hand -.-
What do the ZEN CART error logs say??Quote:
Originally Posted by swarmretail
Hi,
Thanks for the quick reply, but I managed to perform a full restoration using a slightly old backup and merging database changes so I cannot see any logs now.
Newbie question,
ZC 1.5.0
SO 4.0.5 but admin say 4.0.2
I read in readme that under batch form printing that it will produce PDF invoice, but I only manage to use PDF packing slip to print in PDF. Am I missing any thing? Pointer is much appreciated. Thank for the great module
It's a detailed packing list, and I don't recall referring to it as an invoice in the readme..Quote:
Originally Posted by macosx2new
Hi DivaVocals,
The read me does state the SO print invoice in PDF, unless I read it wrong. You might want to correct in next release note.
To my original question, Is possible to print invoice in PDF via SO 4.0.5(even my ZC admin pages said SO 4.0.2 for some reason)? It will be big help that I can manage to print packing list and Invoice in PDF, not in SO form printing in browser. The original invoice.php pagination of invoice is not ideal in browser printing, quite often it mess up in long list .etc.
My environment:
ZC 1.5.0( upgraded from previous version)
Much appreciate your time to point me to right direction and pointer.:D
The ONLY PDF option is the PDF packslip.. Since it's a DETAILED packing slidp it should satisfy your PDF printing needs.. If you are asking if the default invoice and packing slips can be printed as PDFs, the answer is they can if you print them from the browser to a PDF writer of your choosing.. If neither of these options suit your needs, you can explore custom coding options and have the feature you want built for you.Quote:
Originally Posted by macosx2new
Quote:
Originally Posted by Satu
Thank you so much for posting this fix, I had been racking my brains for the last 40mins trying to figure out what I had done wrong, but this fixed it and now its perfect!!! thank god for the Zen Cart community!!
zc 1.5.1
ty package tracker 3.1.3
edit orders 4.1
Does anyone have the following problems installing super orders 4.0.5 with only the above mentioned mods installed?
I following the installation instructions exactly (installed 5 times) as described and never get a installing success confirmation.
I get a blank page.
After that, I can not log in to admin panel. it just give me a blank page without user ide and password login boxes.
And yes, edit orders and Ty package tracker are installed correctly and working.
any help is appreciated.
If anyone has gotten an error then there is something wrong with the installation.. This was tested EXTENSIVELY using all three modules and various combos of them.. It all works when installed correctly..Quote:
Originally Posted by twi
Blank Page = ERROR
Please look at the error logs and see what the error message is.. My guess is you have attempted to merge files and have merged incorrectly so you now have invalid code which is generating and error..
No. I have not merged any files from super orders with the existing files I the working website installed with EO and TYPAckage. I have reverted to my good install from a backup before installing SO.
When you say merging files: do you mean merging SO file or the merging of the previous install of Typack and Edit order?
Typack was the first mod installed on a fresh ZC1.5.1. Edit order was installed thereafter with no merging. Then the $0.00 subtotal for EO was fixed with the code change by lhungil.
any help anyone please.
There are detailed instructions in the readme that will guide you with regards to installing Super Orders and Ty Package Tracker and Edit Orders.. Please review these instructions and follow the recommendations.. It's pretty straight forward.. If you are having trouble understanding any part of the readme, it helps to knwo which part is not clear for you so that I can guide you..Quote:
Originally Posted by twi
I'm rebuilding my site with v1.5.1 and got the same.Quote:
Originally Posted by Satu
Although I tried this yesterday and got the same 'blank' admin page result, I have since reverted to an earlier, working version, downloaded the Super Order 4.0.5 package again and installed with working Edit Orders and TY Package Tracker... same result of blank admin page. I just uploaded your fpdf.php again and admin now seems to be responsive!Quote:
Originally Posted by Satu
Thank you Satu!
Agreed, thanks for posting this... it worked for me.Quote:
Originally Posted by sam_m
@twiQuote:
Originally Posted by twi
You might try the fix quoted above.
@DivaVocals
Thank you very much for a great add-on. Very thorough and well documented. I tried out a much earlier incarnation of it years ago and it was overkill and too difficult to get working for me with other add-ons, but now that I'm upgrading (re-building from scratch [1.3.7 to 1.5.1] and revamping my site I wanted to give it another go.
Kudos to the three amigos for collaborating and coding three worthy add-ons to work together! :cool::
- Edit Orders [must have for me]
- TY Package Tracker [something I always wanted but never tried]
- Super Orders [more bells and whistles to play with and improve administrative work-flow]
Cheers
GAM