Fredi

Guys, let's end this useless conversation.

All is correct. A standard online shop for selling apples, tomatoes and lemons is easy. This is standard. But modern online trading is difficult. Both simple goods and complex goods and services are sold through the Internet. If Phoenix wants to be competitive among other offers, it must very flexibly adapt to the needs of potential customers, software buyers.

My impression is that Phoenix does not solve any new problems. There is no new functionality. All work on the Phoenix consists in digging in fine details and rewriting the code so that it differs from the OsCommerce code. Phoenix coders write and they see it as it is convenient for them. The opinion of real and potential users is not interesting. It's good. This is the choice of encoders. But the software for the store will be chosen by the owner of the online store. The law of the market - the buyer is always right. A product can be successful if the customer likes it. There are hundreds of offers, both commercial and free, in the online trading software market today. The buyer has a large selection. Almost only those people who need to update the OsCommerce are interested in the Phoenix. Ignore my stupid words please. There are coders that write code for the kernel and Phoenix add-ons. They make decisions. They know the potential of the market. They spend their time for this work. In the decisions they make, the future of the Phoenix is encoded. I wish everyone great success!

Unfortunately, my products are very strongly associated with attributes. For example: Sprinkler. One sprinkler model has the following parameters: water consumption of 20, 35, 50, 70, 90, 110 liters per hour. This is easily solved using attributes. I wanted to apply this module - CCC for the greenhouse. This is not even a finished product, but a kind of pre-order. A greenhouse requires a large list of different equipment. The customer could tell me what configuration of the greenhouse he wants to build for himself. This is very similar to how the customer independently builds a computer - an addon - CCC. No problems. We simply won’t apply it on our site. Gentlemen, everything is OK. This mudul is uncritical for me. We can easily do without it.

I'll tell you the secret information. I support the OsCommerce since 2002. Is free. I gave money to support the Phoenix, but they were returned to me. They did not accept my support. So everything is OK! --------- Thank You @raiwa I will try your module again. Probably easier with the Attribute Manager, but the CCC module is really more suitable for me. Nobody deals with this module, so I will look for other options.

Hi Steve! If I were a coder, then I would have done it without your conversion. I am not a coder. You know it. And every time you offer me to code. You're doing fine! But about coding, better give your advice to coders. Or please you encode.

Such an addition will be very useful for my store.

Yes, Zahid. Such an error occurs in many files of old modules. I am currently adapting Article Manager for Phoenix version 1.0.5.1 In this module you need to make many replacements tep_image_.... to tep_draw_button. In module Article Manager have meny other problems...

It works! After the line 140 in file admin/orders.php add: Line 140: <p><?php echo tep_address_format($order->delivery['format_id'], $order->delivery, 1, '', '<br />'); ?></p> ADD. <?php // google maps button begin $replace_array = array('%\,%', '%Nº%','%C\/%','%c\/%', '%nº%', '%planta%', '%piso%', '%dcha.%', '%izqa%', '%Dcha%', '%Izda%', '%Izq%','%izq%', '%º%', '%ª%'); $google_address = preg_replace($replace_array, '', $order->delivery['street_address']) . ', ' . $order->delivery['city'] . ', ' . $order->delivery['postcode'] . ', ' . $order->delivery['state'] . ', ' . $order->delivery['country']; echo '<a target="_blank" href="https://www.google.es/maps/place/' . $google_address . '">' . tep_draw_button('Google Maps', 'search') . '</a>'; // google maps button end ?> </fieldset> Only this code.

There is a good idea and wish: Add (update and adapt) GoogleMaps to the Order Editor. This will be convenient for the store and for couriers who deliver products. https://apps.oscommerce.com/dRodV&google-maps-delivery-link-1-0 This requires changing the code, but is it possible to do this without changing the code with a hook? Google Maps delivery link 1.0 What it does: A button will be added below the Delivery Address in Admin - Orders It allows with one click to open Google Maps in a new browser tab and pass the delivery address into a search query. Like this you'll save some copy paste to check if the address is accurate. Compatibility: all OsCommerce 2.3 versions. Can be adapted changing the button code to image button for 2.2 versions. In: admin/orders.php With PayPal App: Find about line 226: <legend style="margin-left: -20px; font-weight: bold;"><?php echo ENTRY_SHIPPING_ADDRESS; ?></legend> <p><?php echo tep_address_format($order->delivery['format_id'], $order->delivery, 1, '', '<br />'); ?></p> </fieldset> Replace by: <legend style="margin-left: -20px; font-weight: bold;"><?php echo ENTRY_SHIPPING_ADDRESS; ?></legend> <p><?php echo tep_address_format($order->delivery['format_id'], $order->delivery, 1, '', '<br />'); ?></p> <?php // google maps button begin $replace_array = array('%\,%', '%Nº%','%C\/%','%c\/%', '%nº%', '%planta%', '%piso%', '%dcha.%', '%izqa%', '%Dcha%', '%Izda%', '%Izq%','%izq%', '%º%', '%ª%'); $google_address = preg_replace($replace_array, '', $order->delivery['street_address']) . ', ' . $order->delivery['city'] . ', ' . $order->delivery['postcode'] . ', ' . $order->delivery['state'] . ', ' . $order->delivery['country']; echo '<a target="_blank" href="https://www.google.es/maps/place/' . $google_address . '">' . tep_draw_button('Google Maps', 'search') . '</a>'; // google maps button end ?> </fieldset> No PayPal App: Find about line 136: <td class="main"><?php echo tep_address_format($order->delivery['format_id'], $order->delivery, 1, '', '<br />'); ?></td> </tr> </table></td> Replace by: <td class="main"><?php echo tep_address_format($order->delivery['format_id'], $order->delivery, 1, '', '<br />'); ?></td> </tr> <tr> <td colspan="2"><?php echo tep_draw_separator('pixel_trans.gif', '1', '5'); ?></td> </tr> <tr> <td class="main"></td> <?php // google maps button begin $replace_array = array('%\,%', '%Nº%','%C\/%','%c\/%', '%nº%', '%planta%', '%piso%', '%dcha.%', '%izqa%', '%Dcha%', '%Izda%', '%Izq%','%izq%', '%º%', '%ª%'); $google_address = preg_replace($replace_array, '', $order->delivery['street_address']) . ', ' . $order->delivery['city'] . ', ' . $order->delivery['postcode'] . ', ' . $order->delivery['state'] . ', ' . $order->delivery['country']; echo '<td class="main"><a target="_blank" href="https://www.google.es/maps/place/' . $google_address . '">' . tep_draw_button('Google Maps', 'search') . '</a></td>'; // google maps button end ?> </tr> </table></td> NOTE: the $replace _array includes typical spanish street address cleanup. It removes stairs, floor and door numbering and other unnecessary details which prevent Google Maps to find the address. You can add more strings which should be stripped off for your needs. That's it.

The design is modern. Have you adapted the module for bootstrap, or is this another version of the Admin?

I no have thise problem. In directori admin/includes/lenguages/____/images/buttons/ I have byttons images

If insert onli line foreach($this->modules as $value) { Parse error: syntax error, unexpected '{' in /home/---/public_html/admin/order_editor/order_total.php on line 29

Parse error: syntax error, unexpected '{' in /home/---/public_html/admin/order_editor/order_total.php on line 29

Thank You Zanid!

28 reset($this->modules); 29 while (list(, $value) = each($this->modules)) { 30 include(DIR_FS_CATALOG_LANGUAGES . $language . '/modules/order_total/' . $value); 31 include(DIR_FS_CATALOG_MODULES . 'order_total/' . $value); 32 33 $class = substr($value, 0, strrpos($value, '.')); 34 $GLOBALS[$class] = new $class; 35 } 36 } 37 }

Thanks a lot to everyone who helps! In principle, almost all the errors were corrected. There are no problems with language files. I corrected the error in line 1488 like this: Replace if (class_exists($class)) { to if (tep_class_exists($class)) { I think this fix can be used in other modules. But some errors remained .... Notice: Undefined variable: index in /home/-----/public_html/admin/order_editor/cart.php on line 47 I started to edit the order. Changed the delivery method. The module works fine, the delivery method has been changed, the shipping cost has changed, everything is OK, but new warnings have appeared: Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; order_total has a deprecated constructor in /home/-----/public_html/admin/order_editor/order_total.php on line 18 I changed the line 22 and the error disappeared. function order_total() { to function __construct() { Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/-------/public_html/admin/order_editor/order_total.php on line 29 How to solve this - I do not know. Thank you all for your support.

Thanks Arjan for your very correct recommendations! I will definitely use them!

Thanks Dan. I took the responsibility of supporting 1 language. Therefore, I must follow all version changes. I have responsibility to the members of the Club and the Community. But I have a live online store. And I sometimes express my opinion as a store owner and as a user. If nobody needs this opinion and is not interested, there is no problem. I will be silent, like most members of the club. And I will wait 1-2-3-4-5 years when the changes to the Kernel code are completed and I can apply the Phoenix to my store. I apologize for my bad English and my wrong words.

Dear Arjan, Thank you for your comment. You do not know what a WebServer is? I read the comments. And with my primitive skills, I have adapted many modules to Phoenix. And this despite the constant change in the kernel. But my shitty skills started in 2002. It’s hard to adapt to constant code changes. But there is nothing that cannot be done. Sorry for the time we spend. I have patience and a little time. Therefore, I am doing this. If a new person arrives, young, energetic, he will not have the time and patience to constantly change megabytes of code. I hope and sure that @burt and @ecartz will make a very good product - Phoenix. They have already done a lot!

There are 3 views on online shopping software: 1. The encoder. 2. Shop owner (seller). 3. User (buyer) These are different positions, requirements and wishes. It is important that they coincide. If there is no coordination, convenience of work and use, such a software product will lose popularity. There are many offers on the market. The market is controlled by 2 and 3 groups. Group No. 1, unfortunately, is forced to adapt to the conditions of the MARKET.

Thank You @BrockleyJohn For your answer. Do not show warnings or errors, this is a simple solution. But this is the load on the server. The server is forced to handle all errors and warnings. We must see them. And it is advisable to fix it. My version of PCP 7.3 Perhaps this is the reason.

Notice: Undefined variable: index in /home/---/public_html/admin/order_editor/cart.php on line 46 How to understand this error?

Correcting 1 error, several more new ones appear. Editing an order is a very important feature. It’s very difficult to work without it. But upgrading the kernel has led to a huge amount of problems. You and I, and hundreds, thousands of people have used Oscommerce for their stores. Online Stores have been stable for many years. Our hope is a stable, user-friendly Core. But each update brings a very large number of problems. Instead of working, we are engaged in testing, troubleshooting, corrections. I hope that our excellent Phoenix kernel programmers will nevertheless reduce the experiments and be able to make a normal, stable kernel. They can do it.

An interesting feature of the file: the file is encoded not in the UTF-8 format! I had to deal with it, correct it and then save it in utf-8 format. The file was originally written in German and the encoding was preserved. You need to adjust the lines: 358, 835, 943, 944, 1069 After that, we correct line 1488. Thank You @yahalimu ! Other errors have appeared. I am looking for a solution.