PDF Order Center

DivaVocals:

Since these modules do NOT share any common files it's unlikely that having both installed would cause any issues you are having with either one..

You reported this exact same error in the Super Orders thread, and I wanted to post this here as well.. Unfortunately just as I posted in my reply to you in the Super Orders support thread, the likely root cause of this error is because of another modification you have made in your store (inadvertently or intentionally).

It's POSSIBLE that this is related to your WordPress Integration issues. (the "headers already sent by" is a common WordPress error. This is particularly true if you are using the WOZ module which makes changes which could cause this error -- in which case you should try to track down the cause by posting your questions inthe WOZ support thread) Since I cannot see your store files I cannot say for sure what is cause of the errors you are getting..

I can say this for sure, it's likely that the error you are reporting "headers already sent by" is caused by something UNRELATED to PDF Order Center or Super Orders. These modules are not the cause of the issue, rather both of these modules are ILLUMINATING an issue whose source is elsewhere in your store.

Do a search in the forum for "headers already sent by" and you'll see this.

I did a Bing search and you can check out some of the threads on this error. Perhaps one of them contains the key to the source of the issue:
http://www.bing.com/search?q=PHP+Warning%3A+session_start%28%29+%5B%3Ca+href%3D%27function.session-start%27%3Efunction.session-start%3C%2Fa%3E%5D%3A+Cannot+send+session+cache+limiter+-+headers+already+sent+site%3Azen-cart.com&form=QBRE&qb=2

Within the research results I found this post which includes some information and links from DrByte:
http://www.zen-cart.com/forum/showthread.php?p=622932

Thanks for this link to the tutorials the cache log file is not coming up - the issue was an extra line after the ?> on the **admin/includes/languages/english/pdfoc.php **file.

But it hasn't fixed the issue of the address showing on the invoices and packing slips.

By the way I took OFF the wordpress integration this removal allowed me to have super orders and ty tracker and other to work for the most part.

I know that PDFOC and super orders are separate but it is just odd that when I did the upgrade to super order 3.0 for the second time the PDFOC invoices and packing slips do not show the sold to and bill to addresses. Is it a coincidence or is super order doing something that makes the PDFOC not pull through the address?

supersnow:

I know that PDFOC and super orders are separate but it is just odd that when I did the upgrade to super order 3.0 for the second time the PDFOC invoices and packing slips do not show the sold to and bill to addresses. Is it a coincidence or is super order doing something that makes the PDFOC not pull through the address?This is simply a pure coincidence. Neither of these mods have files, classes, or functions. They have nothing in common. And the PDFOC readme even clearly states that both of theses modules can be run together..

For the record: PDFOC is not nearly as comprehensive as the Super Orders contribution from BlindSide (Frank Koehl). PDFOC began as a port of Batch Print Center from osCommerce to Zen Cart. Along the way I spiffed up the interface and gradually expanded it to take over all the functionality of the default Zen Cart orders.php page, and added in a couple of extra features. PDFOC is meant to complement Super Orders, as an alternative for folks who want to be able to batch-print PDF invoices, packing slips, etc. You can use both contributions in your store.

and so it's completely clear, Super Orders v3.0 is an update/revamping of Blindside's original Super Orders. NONE of the changes made for Super Orders v3.0 will affect PDFOC's functionality as they both remain SEPERATE modules..

Therefore, the Super Orders code would have NO affect on the functionality of PDF Order Center. You can confirm for yourself this by comapring the filesets of the two modules..

Ok I understand. I was just concerned that maybe super orders had changed something in regards to how the billing and shipping address was used in the admin files and that was affecting the pdfOC as it was release before superorder 3.0 but if you are so certain that the super orders is not taking over the orders area on the zencart then I will look at other areas.

It is just very frustrating.

In regards to super order yes it is more comprehensive but we really like the ability to print the packing slip and the invoice in one batch and that the packing slip is exactly that a PACKING SLIP not a invoice renamed like the super order PDF packing slip. Also we like that fact that when we print the packing slips and invoices we can do it in one batch plus we can set the PDFOC to update the status in the same step.

With Super orders to achieve the same you would need to do the whole process in 3 steps - first so you can get a true invoice and a true packing slip with super orders you choose the orders, then click invoices, then print then click packing slips, then print then you have to go to the batch update do another search then choose the orders and update. Then you have to get all the orders and correlate the packing slips and invoices - all very time consuming. This wouldn't be a problem if I only had one or two orders in a day but we have a busy store so the super orders even though I like a number of its functions is still a bit time consuming.

Please don't get me wrong I like super orders and I like PDF OC that is why they are both on our store. I am just having so many issues at the moment since we upgraded that I am trying to fix one problem after another and I want to isolate the issues and the conflicts.

Thanks again for you help and I am sure that I will figure this out.

supersnow:

Ok I understand. I was just concerned that maybe super orders had changed something in regards to how the billing and shipping address was used in the admin files and that was affecting the pdfOC as it was release before superorder 3.0 but if you are so certain that the super orders is not taking over the orders area on the zencart then I will look at other areas.Neither one of these mods affects or modifies "something in regards to how the billing and shipping address was used in the admin files" at all.. These two tools merely allow you to manage your orders.. They don't change ANY core Zen Cart functionality.. They simply allow you to DISPLAY and UPDATE your orders..

I think what may be throwing you is that SO and PDFOC have similar functionality.. Having similar functionality does not make them the SAME..

(and BTW even if we HAD changed Super Orders in some MAJOR way it still WOULD NOT affect PDFOC in anyway because they still remain TWO SEPERATE MODULES with NOTHING in common in terms of code, files etc..:smile:)

supersnow:

It is just very frustrating.I understand, but not for nothing you've been waving fists at everyone the last few days:blush:, and most of your issues IMHO are more a byproduct of you making an enormous number of changes all at once.

When that happens it's hard to get a handle on what change caused which error.. Which is why those of us supporting mods can only address issues we can replicate..:smile:

My suggestion is to setup a test store, install your mods ONE AT A TIME.. Then test test test, and don't move on until you are sure it works and works with anything you already installed..:smile:

supersnow:

In regards to super order yes it is more comprehensive but we really like the ability to print the packing slip and the invoice in one batch and that the packing slip is exactly that a PACKING SLIP not a invoice renamed like the super order PDF packing slip. Also we like that fact that when we print the packing slips and invoices we can do it in one batch plus we can set the PDFOC to update the status in the same step.

With Super orders to achieve the same you would need to do the whole process in 3 steps - first so you can get a true invoice and a true packing slip with super orders you choose the orders, then click invoices, then print then click packing slips, then print then you have to go to the batch update do another search then choose the orders and update. Then you have to get all the orders and correlate the packing slips and invoices - all very time consuming. This wouldn't be a problem if I only had one or two orders in a day but we have a busy store so the super orders even though I like a number of its functions is still a bit time consuming.

Please don't get me wrong I like super orders and I like PDF OC that is why they are both on our store. I am just having so many issues at the moment since we upgraded that I am trying to fix one problem after another and I want to isolate the issues and the conflicts.

Thanks again for you help and I am sure that I will figure this out.so it's clear.. (and PLEASE don't take this the wrong way:blush:) I honestly have no feelings one way or another what modules folks choose to use.. if your comments above are in response to the quoted part of my last post:

For the record: PDFOC is not nearly as comprehensive as the Super Orders contribution from BlindSide (Frank Koehl). PDFOC began as a port of Batch Print Center from osCommerce to Zen Cart. Along the way I spiffed up the interface and gradually expanded it to take over all the functionality of the default Zen Cart orders.php page, and added in a couple of extra features. PDFOC is meant to complement Super Orders, as an alternative for folks who want to be able to batch-print PDF invoices, packing slips, etc. You can use both contributions in your store.

that came STRAIGHT from the PDFOC readme file.. I was trying to make sure it was clear to you that these mods have NO CONFLICTS at all..:smile:

supersnow:

that the packing slip is exactly that a PACKING SLIP not a invoice renamed like the super order PDF packing slip.Just noticed this statement.. wanted to add this.. many LARGE e-commerce companies use packing slips that are EXACTLY like the PDF packingslip in Super Orders (like AMAZON.COM, there are LOTS of other examples as well of large companies who also use detailed packingslips).

It is an over simplification to state that we simply made an "invoice renamed".. We created a DETAILED PDF packing slip where we ACTUALLY put some thought, HARD WORK, and A LOT of code into that design.. clearly that's not what YOU want (which is fine:blush: different strokes -- can't make EVERYONE happy..), but calling it an "invoice renamed" is in fact incorrect..

Now let me head on back to lurk mode here..:smile:

I wish you luck getting this all to work for you..:smile:

Wanted to clarify this post..

Zen Cart v1.3.9 has some additional security measures which includes a number of .htaccess files to help lock down your store a little better. IF you are running Zen Cart 1.3.9, you MUST modify the .htaccess file or you will get errors when you attempt to view your PDF files using this mod.

The location of the .htaccess file to be modified is located here: admin/includes. Because these directives are case sensitive, here is the updated correction needed:

Replace the entire contents of the admin/includes/.htaccess file with this:

#
# @copyright Copyright 2003-2010 Zen Cart Development Team
# @license http://www.zen-cart.com/license/2_0.txt GNU Public License V2.0
# @version $Id: .htaccess 16111 2010-04-29 22:39:02Z drbyte $
#
# This is used with Apache WebServers
#
# The following blocks direct HTTP requests to all filetypes in this directory recursively, except certain approved exceptions
# It also prevents the ability of any scripts to run. No type of script, be it PHP, PERL or whatever, can normally be executed if ExecCGI is disabled.
# Will also prevent people from seeing what is in the dir. and any sub-directories
#
# For this to work, you must include either 'All' or at least: 'Limit' and 'Indexes' parameters to the AllowOverride configuration in your apache/conf/httpd.conf file.
# Additionally, if you want the added protection offered by the OPTIONS directive below, you'll need to add 'Options' to the AllowOverride list, if 'All' is not specified. 
# Example:
#<Directory "/usr/local/apache/htdocs">
#  AllowOverride Limit Options Indexes
#</Directory>
###############################

# deny *everything*
<FilesMatch ".*">
  Order Allow,Deny
  Deny from all
</FilesMatch>

# but now allow just *certain* necessary files:
<FilesMatch ".*\.(js|css|jpg|JPG|gif|GIF|png|PNG|pdf|PDF)$">
  Order Allow,Deny
  Allow from all
</FilesMatch>

IndexIgnore */*
```> **supersnow:**
>
> So got it to work  so I didn't get the 404 permission denied. The .htaccess file was updated to this (just in case someone else has this issue):
> 
> ```
# deny *everything*
<FilesMatch ".*\..*">
  Order Allow,Deny
  Deny from all
</FilesMatch>

# but now allow just *certain* necessary files:
<FilesMatch "(^$|^favicon.ico$|.*\.(php|js|css|jpg|gif|png|pdf)$)">
  Order Allow,Deny
  Allow from all
</FilesMatch>
```And it was working fine for about two days. Now I have new problem it has decided to stop printing the sold to address and the ship to address on my packing slips and invoices. 
> 
> The labels still pull through the address but so some reason the packing slip and invoice don't. 
> 
> This is driving me crazy I love the pdf order center I just want it to work. Please help!:cry:

Hi

I've been using this for ages and use it back end to run off all invoices and picknotes every morning.

However since changing my zen cart to utf-8 it really struggles with the £ sign.

Eg

1 x Product Name DSRED 20.00 £19.99 £23.99 £19.99 £23.99

Ive stared at the code for hours to try and see if i can see where to change it but cant.

Can anyone give me any pointers?

Regards

Gareth

I enjoy PDFOC for quick and easy packing slips. Mine works fine with Super Orders installed, by the way. However, I've always had a problem with apostrophes in product names coming up as symbol code. Can't remember right now but it's something like "&39a;"
Has anyone had this problem? Is there a quick fix?

Just a note to say the to get rid of the 403 error, I had to change the admin/.htaccess and the admin/includes/.htaccess files.

brushwoodnursery:

I enjoy PDFOC for quick and easy packing slips. Mine works fine with Super Orders installed, by the way. However, I've always had a problem with apostrophes in product names coming up as symbol code. Can't remember right now but it's something like "&39a;"
Has anyone had this problem? Is there a quick fix?

Same problem here. Also with all special german characters. A fix or solution will be very appreciated. Update for Zen1.5 also

thanks

2marco:

Same problem here. Also with all special german characters. A fix or solution will be very appreciated. Update for Zen1.5 also

thanks

2marco, we had this fixed. I looked around in the files as best I could and found the following.
in admin/includes/modules/pdfoc/templates/Packing-Slip.php

I compared an old backup to the more recent file and found the following change. Not sure if this is it but I hope it helps. It's the only change I found in the module.

old: ```
$prod_str = $order->products[$i]['qty'] . " x " . $order->products[$i]['name'];

new:    ```
 $prod_str = $order->products[$i]['qty'] . " x " . html_entity_decode($order->products[$i]['name'], ENT_QUOTES);

thank you very much, I did made the changes to both the Packing-Slip.php as also for the invoice.php. But that is only for the product names offcourse. Maybe I had to clarify a little bit more, but the problem is also in the shipping and invoice adresses. I assume the html_entity_decode , ENT_QUOTES); should be implemented in this section also, but if someone could give me a hint, or the exact codes would be very nice.

Then also another question did came up: I have implemented the VAT-Mod BETA UNOFFICIAL for Zen Cart v. 1.3.9h, (works fine) But i need to show the VAT number of the customer on the invoice. I have tried a little bit, (as far as I could) and added the following line:

 $pos = $pdf->ezText("<b>" . ENTRY_TVA_INTRACOM . "</b> " . $order->info['billing_tva_intracom'],PDFOC_GENERAL_FONT_SIZE);

The ENTRY_TVA_INTRACOM is shown correctly in bold text, but the "billing_tva_intracom" which is available and filled in the database isn't. I assume it is a small mistake, and hopefully someone is willing to guid me in the right direction.

Hello..anyone successfully make this work with 1.5.5?

navido:

Hello..anyone successfully make this work with 1.5.5?

I am willing to take a look. I started updating this module long ago, but stopped due to lack of interest by others. It probably needs lot of work.

navido:

Hello..anyone successfully make this work with 1.5.5?
Working on an update right now. You can download a development version here from GitHub .

It is for Zen Cart 1.5.6, but it should also work on 1.5.5
Php minimal version is 5.6

!! This is not for a live cart, just for testing. !!