Search the Community
Showing results for tags 'Address'.
-
Hi everyone, I successfully added custom address fields to the front office using the additionalCustomerAddressFields hook, and everything works perfectly there. However, I'm facing an issue when trying to edit a customer's address from an order in the back office. The custom fields do not appear in the back office address form. I attempted to use the actionAdminAddressesFormModifier hook to add these custom fields to the back office form, but I couldn't get it to work. Could anyone provide guidance or examples on how to properly add custom address fields to the back office address form using actionAdminAddressesFormModifier or any other appropriate method? Thank you in advance for your help!
-
Traducción formulario de Direcciones [SOLUCIONADO]
diego.jimenez posted a topic in Discusión general
Hola, buen día, Alguien me puede ayudar con lo siguiente? por favor: Necesito traducir el formulario de direcciones, ya he ido a internacional --> traducciones... he elegido el tema que estoy utilizando, luego voy a shop --> forms --> labels... pero no encuentro los campos del form de direcciones para traducirlos. Solo aparecen los campos de lo que creo yo son del formulario de registro. Versión de prestashop: 1.7 -
Hi guys, this is my first post. So, please, be kindly However, i 'm building a new ecommerce with latest PS 8.1.1. I'm in Italy, so i have to add two string fields (PEC and SDI) to address form. In past i integrated those fields with some custom override, but i don't like that solution. So, this time i started to build a custom module for this purpose. And, for backoffice, works like a charme as you can see in the below image. I used ObjectModel with CQRS Pattern. My module creates a new table in DB, 1 to 1 with customeraddress table, where to store values. I used this 3 hooks: 1. actionCustomerAddressFormBuilderModifier (to edit the form) 2. actionAfterCreateCustomerAddressFormHandler (to save values on create address) 3. actionAfterUpdateCustomerAddressFormHandler (to update values on update address) So, all great... but the fields are add only in backoffice form. In frontend, i don't have the fields: All the cache are disabled, however i clean them several times. Maybe i have to use another - specific - hook? But, in official documentation, i read this: What am I doing wrong? It is possible integrate some custom fields without any core modifications or overrides? Will could I add this fields in invoice, modifying only the template? It is very frustrating can't add custom fields in a more easy way... this would be a native features in my opinion.
- 5 replies
-
- custom fields
- address
-
(and 1 more)
Tagged with:
-
I hope someone could help with this: after setting up Prestashop 1.7, i saw that diffrently from PS 1.6 ther's no "backoffice>customer> registration process type (standard account creation and address creation)", as in need customer fill its address already in the registration form. How can i merge the address form in the registration form?? Thanks!
- 32 replies
-
- 2
-
- address
- registration form
-
(and 1 more)
Tagged with:
-
Hello PrestaShop version: 8.0.4 I am using STATE field for United Kingdom country. I have set this in the country information (Contains states? Yes). In the admin, this field is visible when editing addresses but it's not visible when editing the address in the front end by the customer. When changing country to USA the State field shows up but it doesn't show for the United Kingdom. Any idea how to resolve this? Jacek
-
Have any of you come across a solution that allows orders to be placed with 3 addresses instead of 2? Orderer's address Delivery address Recipient's address (additional) Orders for educational establishments are placed by the school, but the recipient of the invoice is the local authority and the delivery address may still be different. Therefore the need for 3 addresses when ordering.
-
Hi All, So I have this problem - I've imported a Polish localisation package in International > Location settings. I've later selected which fields should show up in delivery address form and added things like VAT number ("Numer NIP"). In the shop it all looks fine: The challange starts when I want to use a different invoice address. Then for some reason a default address form is used and I don't have fields like VAT number and the country is set by default to USA which also adds a mandatory field - State ("Państwo"): Is it possible to have the same selection of address fields in both addresses the delivery and the invoice ones? All the best, Krzysztof
-
Hi All, Greetings of the day. The prestashop addon allows us to automatically change store currency and language as per visitors' country locations. When visitor changes language respective currency changes automatically. Geolocation (GeoIP) Currency & language Redirect Users Automatically The module shows the prices of products as per the latest exchange rates. All store pages will have updated currency prices and language as per visitors' locations. The administration can choose to enable or disable currency and language auto-change features. Also, change the default store currency and language from the module management page. Showing product prices in the home currency of customers, and visitors are helpful and friendly to them. It helps in conversion rates, helps to get new customers, increase sales, and helps customer and visitors in decision making on the product purchase. The way the IP-based geolocation works is simply by checking which IP range is used by which area, using an IP-to-location database. So, we can find the information like the country users come from, just by knowing their IP address. There are two parts to increasing sales: 1) Increasing the number of visitors to your website and 2) Increasing the conversion rate of existing visitors. There has been a large focus on part 2 recently, increasing the conversion rate. This is primarily because this technique is virtually free as it makes use of existing resources on your site. Why spend tens of thousands of dollars getting traffic to your site when the conversion rate is low? By now we must have seen plenty of big companies and global organizations including Google themselves who use geo-based redirection to take visitors to local pages. For example, if we type ‘google.com’ in our browser from the UK, it will auto redirect to ‘google.co.uk’. This is the simplest example of geo-based redirection by Google itself. When the module does not find suitable currency and language as per visitors' location then default currency and language will be used. - Better Marketing Opportunity - More Qualified Leads - More Credibility - Reduce expenses - Increase sales - Improve customer service and loyalty - Customer convenience - Competitive advantages - Expand market reach - Proactive outreach - Real-time Convenience to Customers - Cost-Efficient - Stand Out Among Competitors - Higher Chances of Ranking on SERPs - Better Click through Rates Features: - Automatically detects the visitor’s location, and set store currency, and language. - The facility to have currency change automatically when visitors change their language. - Facility to change store default currency and language from back-office. - Helps in conversion rates - It helps in SEO. - It helps in getting new customers and increases sales. - Fully responsive 100%. - SEO friendly. - Support all browsers: Firefox, Chrome, IE, Safari, etc. - Increase sales, conversion rates, and product promotions. - Maintain existing customers & Attract new customers. - Lower marketing expenses, exposure to potential customers, and reach targeted audiences. - Compatible with PrestaShop 1.5.x,1.6.x,1.7.x and 8.0. - Multiple browsers compatibility(IE, Firefox, Opera, Safari, Chrome, and Edge). - Mobile, Tablet, and all devices compatible. - Multi-language and Multi Store compatible. - Module works without making any change in the existing files on PrestaShop store versions. - 24*7 Support - Good Documentation Benefits to Customers : - It helps to increase customer understanding and knowledge about the store. - Easy to remember product prices in their country s currency and language. - It helps to find a store on search engines using the native language. - Customer s trust in online store improvement. - Better customer service. - It helps to get good reviews and ratings as the customer feels comfortable with the native language, and currency. - Saves customers time in the conversion of foreign currency in the native currency. - Customers trust your products & services. - Customers find a store as per their country s location, currency, and shipment facility. Installation : Step 1: Upload the module zip file from the back-office Module & Services menu tab. Module Manager area using the upload button. After the successful installation module menu, the link will appear in the left menu or top menu in the back-office more area. Step 2: Install the module using the install button. Step 3: Visit the module management page from the back-office "More" area (section) in the left menu in the back-office. Step 4: The module installation process is very easy, how module configuration works can be seen in the demo instance. Step 5: Please visit our demo instance for module configuration and usage demo. - Module works without making any change in the existing PrestaShop file so that existing customization and theme change do not affect. - We provide free technical and feature support in installation, and configuration, as well as access to updates available for this product. - Free support on installation, configuration, and customization as per store requirements, for example, new hook addition to your store. Other : Please leave your valuable feedback after using the module on this post. This will help to increase self-confidence, improve service, and enhance the module as per requirements to make it better for different online stores. Module Link https://www.presta-addons-modules.com/en/prestashop-currency-language-by-locations-geoip-auto-redirect.html For a demo on version 1.7.x visit the below links Front-office Demo URL => https://www.hrms-systems.com/presta-addons/en/ Back-office Demo URL => https://www.hrms-systems.com/presta-addons/admin619j6kpbb/index.php Demo Video
-
Bonjour la communauté Presta ! 🙂 Je vous contacte car après des heures à éplucher le web je ne parviens pas à ajouter un champ dans la page Clients > Adresses du back-office. Mon besoin est d'ajouter un champ "Type" qui permettrait de savoir pour une adresse s'il s'agit d'une adresse de livraison ou d'une adresse de facturation. Le champ "type" integer est créé dans la table "ps_address" : valeur 1 pour livraison et valeur 2 pour facturation. Sur le front, je parviens bien à récupérer le champ "type" dans les adresses du client : J'ai suivi ce tuto pour la partie back-office : https://nemops.com/new-customer-address-fields-prestashop/#.ZAHyCh-ZND9 J'ai déclaré le champ dans Address.php et AdminAddressesController.php mais cela n'est pas pris en compte. Le champ ne s'ajoute pas sur le back-office et je n'ai aucune erreur en mode debug. Address.php class Address extends AddressCore { public $type; public static $definition = [ 'table' => 'address', 'primary' => 'id_address', 'fields' => [ 'id_customer' => ['type' => self::TYPE_INT, 'validate' => 'isNullOrUnsignedId', 'copy_post' => false], 'id_manufacturer' => ['type' => self::TYPE_INT, 'validate' => 'isNullOrUnsignedId', 'copy_post' => false], 'id_supplier' => ['type' => self::TYPE_INT, 'validate' => 'isNullOrUnsignedId', 'copy_post' => false], 'id_warehouse' => ['type' => self::TYPE_INT, 'validate' => 'isNullOrUnsignedId', 'copy_post' => false], 'id_country' => ['type' => self::TYPE_INT, 'validate' => 'isUnsignedId', 'required' => true], 'id_state' => ['type' => self::TYPE_INT, 'validate' => 'isNullOrUnsignedId'], 'alias' => ['type' => self::TYPE_STRING, 'validate' => 'isGenericName', 'required' => true, 'size' => 32], 'company' => ['type' => self::TYPE_STRING, 'validate' => 'isGenericName', 'size' => 255], 'lastname' => ['type' => self::TYPE_STRING, 'validate' => 'isName', 'required' => true, 'size' => 255], 'firstname' => ['type' => self::TYPE_STRING, 'validate' => 'isName', 'required' => true, 'size' => 255], 'vat_number' => ['type' => self::TYPE_STRING, 'validate' => 'isGenericName'], 'address1' => ['type' => self::TYPE_STRING, 'validate' => 'isAddress', 'required' => true, 'size' => 128], 'address2' => ['type' => self::TYPE_STRING, 'validate' => 'isAddress', 'size' => 128], 'postcode' => ['type' => self::TYPE_STRING, 'validate' => 'isPostCode', 'size' => 12], 'city' => ['type' => self::TYPE_STRING, 'validate' => 'isCityName', 'required' => true, 'size' => 64], 'other' => ['type' => self::TYPE_STRING, 'validate' => 'isMessage', 'size' => 300], 'phone' => ['type' => self::TYPE_STRING, 'validate' => 'isPhoneNumber', 'size' => 32], 'phone_mobile' => ['type' => self::TYPE_STRING, 'validate' => 'isPhoneNumber', 'size' => 32], 'dni' => ['type' => self::TYPE_STRING, 'validate' => 'isDniLite', 'size' => 16], 'deleted' => ['type' => self::TYPE_BOOL, 'validate' => 'isBool', 'copy_post' => false], 'date_add' => ['type' => self::TYPE_DATE, 'validate' => 'isDate', 'copy_post' => false], 'date_upd' => ['type' => self::TYPE_DATE, 'validate' => 'isDate', 'copy_post' => false], 'type' => ['type' => self::TYPE_INT, 'validate' => 'isUnsignedId', 'required' => true], ], ]; } AdminAddressesController.php class AdminAddressesControllerCore extends AdminAddressesControllerCore { public function renderForm() { $this->fields_form = array( 'legend' => array( 'title' => $this->l('Addresses'), 'icon' => 'icon-envelope-alt' ), 'input' => array( array( 'type' => 'text_customer', 'label' => $this->l('Customer'), 'name' => 'id_customer', 'required' => false, ), array( 'type' => 'text', 'label' => $this->l('Identification Number'), 'name' => 'dni', 'required' => false, 'col' => '4', 'hint' => $this->l('DNI / NIF / NIE') ), array( 'type' => 'text', 'label' => $this->l('Type'), 'name' => 'type', 'required' => true, 'col' => '4', 'hint' => $this->l('Livraison / Facturation') ), array( 'type' => 'text', 'label' => $this->l('Address alias'), 'name' => 'alias', 'required' => true, 'col' => '4', 'hint' => $this->l('Invalid characters:').' <>;=#{}' ), array( 'type' => 'text', 'label' => $this->l('Home phone'), 'name' => 'phone', 'required' => false, 'col' => '4', 'hint' => Configuration::get('PS_ONE_PHONE_AT_LEAST') ? sprintf($this->l('You must register at least one phone number.')) : '' ), array( 'type' => 'text', 'label' => $this->l('Mobile phone'), 'name' => 'phone_mobile', 'required' => false, 'col' => '4', 'hint' => Configuration::get('PS_ONE_PHONE_AT_LEAST') ? sprintf($this->l('You must register at least one phone number.')) : '' ), array( 'type' => 'textarea', 'label' => $this->l('Other'), 'name' => 'other', 'required' => false, 'cols' => 15, 'rows' => 3, 'hint' => $this->l('Forbidden characters:').' <>;=#{}' ), ), 'submit' => array( 'title' => $this->l('Save'), ) ); $id_customer = (int)Tools::getValue('id_customer'); if (!$id_customer && Validate::isLoadedObject($this->object)) $id_customer = $this->object->id_customer; if ($id_customer) { $customer = new Customer((int)$id_customer); $token_customer = Tools::getAdminToken('AdminCustomers'.(int)(Tab::getIdFromClassName('AdminCustomers')).(int)$this->context->employee->id); } $this->tpl_form_vars = array( 'customer' => isset($customer) ? $customer : null, 'tokenCustomer' => isset ($token_customer) ? $token_customer : null ); // Order address fields depending on country format $addresses_fields = $this->processAddressFormat(); // we use delivery address $addresses_fields = $addresses_fields['dlv_all_fields']; $temp_fields = array(); foreach ($addresses_fields as $addr_field_item) { if ($addr_field_item == 'company') { $temp_fields[] = array( 'type' => 'text', 'label' => $this->l('Company'), 'name' => 'company', 'required' => false, 'col' => '4', 'hint' => $this->l('Invalid characters:').' <>;=#{}' ); $temp_fields[] = array( 'type' => 'text', 'label' => $this->l('VAT number'), 'col' => '2', 'name' => 'vat_number' ); } else if ($addr_field_item == 'lastname') { if (isset($customer) && !Tools::isSubmit('submit'.strtoupper($this->table)) && Validate::isLoadedObject($customer) && !Validate::isLoadedObject($this->object)) $default_value = $customer->lastname; else $default_value = ''; $temp_fields[] = array( 'type' => 'text', 'label' => $this->l('Last Name'), 'name' => 'lastname', 'required' => true, 'col' => '4', 'hint' => $this->l('Invalid characters:').' 0-9!&lt;&gt;,;?=+()@#"�{}_$%:', 'default_value' => $default_value, ); } else if ($addr_field_item == 'firstname') { if (isset($customer) && !Tools::isSubmit('submit'.strtoupper($this->table)) && Validate::isLoadedObject($customer) && !Validate::isLoadedObject($this->object)) $default_value = $customer->firstname; else $default_value = ''; $temp_fields[] = array( 'type' => 'text', 'label' => $this->l('First Name'), 'name' => 'firstname', 'required' => true, 'col' => '4', 'hint' => $this->l('Invalid characters:').' 0-9!&lt;&gt;,;?=+()@#"�{}_$%:', 'default_value' => $default_value, ); } else if ($addr_field_item == 'address1') { $temp_fields[] = array( 'type' => 'text', 'label' => $this->l('Address'), 'name' => 'address1', 'col' => '6', 'required' => true, ); } else if ($addr_field_item == 'address2') { $temp_fields[] = array( 'type' => 'text', 'label' => $this->l('Address').' (2)', 'name' => 'address2', 'col' => '6', 'required' => false, ); } elseif ($addr_field_item == 'postcode') { $temp_fields[] = array( 'type' => 'text', 'label' => $this->l('Zip/Postal Code'), 'name' => 'postcode', 'col' => '2', 'required' => true, ); } else if ($addr_field_item == 'city') { $temp_fields[] = array( 'type' => 'text', 'label' => $this->l('City'), 'name' => 'city', 'col' => '4', 'required' => true, ); } else if ($addr_field_item == 'country' || $addr_field_item == 'Country:name') { $temp_fields[] = array( 'type' => 'select', 'label' => $this->l('Country'), 'name' => 'id_country', 'required' => false, 'col' => '4', 'default_value' => (int)$this->context->country->id, 'options' => array( 'query' => Country::getCountries($this->context->language->id), 'id' => 'id_country', 'name' => 'name' ) ); $temp_fields[] = array( 'type' => 'select', 'label' => $this->l('State'), 'name' => 'id_state', 'required' => false, 'col' => '4', 'options' => array( 'query' => array(), 'id' => 'id_state', 'name' => 'name' ) ); } } // merge address format with the rest of the form array_splice($this->fields_form['input'], 3, 0, $temp_fields); return AdminController::renderForm(); } } Quelque chose doit m'échapper mais je ne sais quoi ! 🙄 Si vous avez un conseil à me donner, je suis preneur. Merci infiniment pour vos lumières ! ☺️ Bien à vous, Lionel
- 7 replies
-
- override controller
- address
-
(and 1 more)
Tagged with:
-
Hi All, Greetings of the day. This prestashop addon helps the administrator to log visitors’ IPs, city, country, zip, longitude, latitude, and others in the database and Graphical representation of visitors' data using charts from the back office. This will help to get detail about each visitor. This data helps to make business decisions, and know SEO and marketing campaign output. This module helps to get visitors' information inside the store back-office instead of visiting online analytics and statistics websites like google analytics, StatCounter, etc. The loading time of script from analytics websites takes time on the home page and good speed on the home page is important for SEO. This module helps to overcome this issue. The main goal of any visitor management system is to properly and effectively process and track guests. Features: - Visitors' management facilitates security via details information about each visitor. - Graphical representation of visitors' data using charts helps to know visitors from around the world with maps and good visualization - Graphical Statistics Chart about Visitors By Country in Percentage using Pie Chart - Graphical Statistics Chart about Visitors By Month using Column Chart - Graphical Statistics Chart about Visitors By Day using Column Chart - The electronic or written record of every guest who has visited your site. - Designed to improve security by providing a digital record of who visits on-site. - Support multiple browsers and operating systems. - Helps to find targeted audience visits and conversions in sales. - Help in analysis, statistics, SEO, and marketing campaigns. - Alternate option instead of using analytics script from Google Analytics and Statcounter. - SEO friendly. - Support all browsers: Firefox, Chrome, IE, Safari, etc. - Lightweight. (Smaller file size which loads faster.) - Compatible with PrestaShop 1.5.x,1.6.x,1.7.x and 8.0. - Multiple browser compatibility(IE, Firefox, Opera, Safari, Chrome, and Edge). - Mobile, Tablet, and all devices compatible. - Multi-language and Multi Store compatible. - 24*7 Support - Good Documentation Installation : Step 1: Upload the module zip file from the back-office Module & Services menu tab. Module Manager area using the upload button. After the successful installation module menu, the link will appear in the left menu or top menu in the back-office more area. Step 2: Install the module using the install button. Step 3: Visit the module management page from the back-office "More" area (section) in the left menu in the back-office. Step 4: The module installation process is very easy, how module configuration works can be seen in the demo instance. Step 5: Please visit our demo instance for module configuration and usage demo. - Module works without making any change in the existing PrestaShop file so that existing customization and theme change do not affect. - We provide free technical and feature support in installation, and configuration, as well as access to updates available for this product. - Free support on installation, configuration, and customization as per store requirements, for example, new hook addition to your store. For a demo on version 1.7.x visit the below links Front-office Demo URL => https://www.hrms-systems.com/presta-addons/en/ Back-office Demo URL => https://www.hrms-systems.com/presta-addons/admin619j6kpbb/index.php For a demo on version 1.6.x visit below links Front-office Demo URL => https://www.hrms-systems.com/presta-apps/en/ Back-office Demo URL => https://www.hrms-systems.com/presta-apps/admin539fyipwq/index.php OUR PRESTASHOP ADDONS MARKETPLACE URL PrestaShop Marketplace URL => https://addons.prestashop.com/en/2_community-developer?contributor=301729 Alternate module download URL => https://www.presta-addons-modules.com
- 1 reply
-
- address
- geolocation
- (and 23 more)
-
I have a feeling this will be quite a simple one but I need to pull the the delivery address to a theme file (more specifically the country or country id) and I'm not sure how to go about doing that. I found this topic that explains it in some detail but I'm not sure where exactly in the cart file the code needs to be added: https://www.prestashop.com/forums/topic/372465-get-id-country-value-from-cart-id-address-delivery/ And I also found a thread where someone wanted to add it into the payment hook: https://www.prestashop.com/forums/topic/243717-get-shipping-address-in-payment-module/ Any help on this will be greatly appreciated. If you'd like some context on why I need this, I'm using a cloudflare CDN and because of the nature of CDNs it is interfering with the way prestashop handles geolocation, it doesn't seem to stop the right currency from being displayed however it does effect the right tax rule from being applied to that country. I've managed to resolve this for the most cases as Cloudflare passes on the location information in the http header which can be called in smarty with {$smarty.server.HTTP_CF_IPCOUNTRY}. With this I can correct the tax however if for example they are in the US but set their delivery address to be in the UK prestashop would normally update the taxes on the site to reflect the new country however my solution does not do this so I need to add an extra if statement that checks for a delivery country before displaying prices.
- 3 replies
-
- geolocation
- country
-
(and 5 more)
Tagged with:
-
Καλησπέρα. Γνωρίζει κάποιος αν μπορώ να προσθέσω στις διευθύνσεις (λογαριασμός μου) ένα επιπλέον dropdown με τα zones και απο εκεί αναλόγως να φιλτράρει τα states που αντιστοιχούν? Έχουν δημιουργηθεί κάποια extra states για περιοχές της Αττικής λόγω μεταφορικών. Ευχαριστώ
-
Hello, Please help me to move city (Localitate) field from checkout after county (Judet) field. I have Prestashop 1.7.2.1. Thanks in advanced.
-
Hello, I was wondering if there is a default option in prestashop 1.6.1. or with a module in which a customer with several addresses can mark their usual default address. This way, if you change it in a single order for the next one, you will have the usual address marked again. Thank you!
-
hello everyone! I have issue in my site. Customer after select address suddenly exit for her/his accounts. This issue observed after update from 1.7.8.0 to 1.7.8.2. Please help me! www.honeyhub.ir
- 1 reply
-
- update 1.7.8.2
- address
-
(and 1 more)
Tagged with:
-
Hello to everyone, we added a new required field in address, this is filled in by new customers but not by those already registered. There is a way for force old customer to recompile address in order to add the missing field as well? Or if it is not possible, can the checkout be opened directly from the addresses? Thanks
-
I'm using Prestashop 1.7.6.8. When adding an address for members or those who want to place an order without being a member, for example, I want to show a warning on the screen if they choose Germany. Something like an information note. How can I do that? I'm new to Prestashop. Which file do I need to make changes? Thanks.
-
On Check out. an error is generated 500 Server error with the address showing ..... order?id_address=0 I am using prestashop 1.7.6.7
- 2 replies
-
- 1.7.6.7
- 500 server error
-
(and 1 more)
Tagged with:
-
Greetings to all, I've run into a bug in the administration panel, while editting an address of a registered customer. The customer had already placed an order before using the guest checkout, so his email was already used in an address to connect the address to a "Guest" user group account. After that, he placed an order by using the same e-mail, only this time, he placed a password as well and so registered under the "Customer" user group. When, I tried to change his phone of the address connected to the CUSTOMER ACCOUNT via the admin address form (http://prntscr.com/vy7idw) and saved, the address disappeared from the CUSTOMER ACCOUNT completely (http://prntscr.com/vy7jtu) and it got assigned to the GUEST ACCOUNT. When I tried to create a new one from the admin panel of the CUSTOMER ACCOUNT, it got assigned to the GUEST ACCOUNT as well. Creating or updating an address from the front-office of the site it saves it at the correct account. I believe that during save and form submission of the admin address form, the script searches the database for the email and not the id of the account that needs to have the address assigned, so because the GUEST ACCOUNT appears first in the database, it gets the address assigned there. I've already tested it in to two different eshops (different templates - ver. 1.7.6.3) and one ver. 1.7.6.8. I also tested it in a 1.7.7.0 RC and there, it works as it should. I need a solution because updating the e-shops is not an option at the current time. The file that I think causes the bug or at least part of the problem is AdminAddressesController.php inside /controllers/admin Thanks in advance.
-
I've recently come across a problem with a live store of a client of ours, view-able here: khulisanetwork.co.za When I try and add a new address to an existing customer, I can fill in all the necessary fields, but when I click on save it reloads the Addresses page. On the reloaded page the info shows, but the id of the new address is 0. When I click on edit on said address the fields to edit are empty. The exact same process happens in the front-end when I try to do it from the customer's side. I also cannot add an address when I create a new customer (back-end or front-end yields the same result). The customer is created, but the address is blank with an id of 0. I checked phpAdmin in the address table and all the info is dumped there and available, but again the row id for the new address is 0. I checked the permissions of all the php files in the classes folder (which I assume is where the magic is supposed to happen) and it's all set to 600. Folders are at 755. I'm using Prestashop version 1.6.1.4 Server Info (Which I am not in any position to modify): PHP Version: 5.5.33 I seriously need help asap as this can become a major issue really quickly.
-
Hola chicos, tengo el siguiente dilema, mis clientes se quejaban mucho porque cuando hacían la compra en la parte de Envío decía ¡Sin costo! y ya después dependiendo del método de envío se les cobraba, entonces opte por modificar el tpl para que dijera PENDIENTE mientras que no estuviera logeado, para eso agregué el siguiente fragmento de código al archivo tpl. Ahí primeramente validaba que el tipo fuera shipping y que el usuario estuviera logeado, hasta ahí todo bien. El problema es que quiero que la palabra PENDIENTE se quede hasta que el usuario pase al punto 3 que es métodos de envío, pero no lo he logrado, me refiero que al estar ahí en el punto 2 debe de decir PENDIENTE ¿Alguna idea? uso prestashop 1.7.6.5 de antemano gracias
-
Hi everyone, I need some community help. My address form is given us a huge bug making impossible to complete a buying process. Only happens when customer has not any address included or its his/her first buy. Continue button disappears so delivery form remains unreachable. If customer adds another account the forms works fine and the button works properly. I have commented out the invoice address, in tpl files. When I discovered the bug I delete the comments but the button still the same.
- 1 reply
-
- php
- prestashop17
- (and 4 more)
-
[MODULE] Advanced CSV Export For 9-in-1 Module - Csv Export Products, Combinations, Customers, Categories, Brands, Suppliers, Alias, Address & Store Contacts Overview PrestaShop has built-in CSV file data import, such as Categories, Products, Combinations, Customers, Address, Brands, Suppliers, Alias, Store Contacts. This plug-in will automatically be compatible with the above formats and export store CSV files. What this module does for you event_available Help save time supporting one-click export of Categories, Products, Combinations, Customers, Address, Brands, Suppliers, Alias, Store Contacts. Perfectly combined with prestashop's built-in import features,export all fields, one-to-one correspondence with imported fields. Other Please visit developer's modules page for other amazing modules: https://addons.prestashop.com/en/2_community-developer?contributor=1197421 Please leave your feedback and rating after using the module. It helps us to make better modules and provide better service to you and others: http://addons.prestashop.com/en/ratings.php Have any ideas how we can improve this module? Just contact us, and we will implement new features in the upcoming releases. Features 1.Export Categories is supported: ID Active (0/1) Name Parent category Root category (0/1) Description Meta title Meta keywords Meta description Rewritten URL Image URL ID / Name of shop 2.Export Products is supported: ID Active (0/1) Name Categories (x,y,z...) Price tax excluded Price tax included Tax rule ID Cost price On sale (0/1) Discount amount Discount percent Discount from (yyyy-mm-dd) Discount to (yyyy-mm-dd) Reference # Supplier reference # Supplier Brand EAN13 UPC Ecotax Width Height Depth Weight Delivery time of in-stock products: Delivery time of out-of-stock products with allowed orders: Quantity Minimal quantity Low stock level Send me an email when the quantity is under this level Visibility Additional shipping cost Unit for base price Base price Summary Description Tags (x,y,z...) Meta title Meta keywords Meta description Rewritten URL Label when in stock Label when backorder allowed Available for order (0 = No, 1 = Yes) Product availability date Product creation date Show price (0 = No, 1 = Yes) Image URLs (x,y,z...) Image alt texts (x,y,z...) Delete existing images (0 = No, 1 = Yes) Feature (Name:Value:Position:Customized) Available online only (0 = No, 1 = Yes) Condition Customizable (0 = No, 1 = Yes) Uploadable files (0 = No, 1 = Yes) Text fields (0 = No, 1 = Yes) Action when out of stock Virtual product (0 = No, 1 = Yes) File URL Number of allowed downloads Expiration date (yyyy-mm-dd) Number of days ID / Name of shop Advanced Stock Management Depends on stock Warehouse Accessories (x,y,z...) 3.Export Combinations is supported: Product ID Product reference Attribute (Name:Type:Position)* Value (Value:Position)* Supplier reference Reference EAN13 UPC Cost price Impact on price Ecotax Quantity Minimal quantity Low stock level Send me an email when the quantity is under this level Impact on weight Default (0 = No, 1 = Yes) Combination availability date Choose among product images by position (1,2,3...) Image URLs (x,y,z...) Image alt texts (x,y,z...) ID / Name of shop Advanced Stock Management Depends on stock Warehouse 4.Export Customers is supported: ID Active (0/1) Titles ID (Mr = 1, Ms = 2, else 0) Email* Password* Birth date (yyyy-mm-dd) Last name* First name* Newsletter (0/1) Partner offers (0/1) Registration date (yyyy-mm-dd) Groups (x,y,z...) Default group ID ID / Name of shop 5.Export Address is supported: ID Alias* Active (0/1) Customer email* Customer ID Brand Supplier Company Last name* First name * Address* Address (2) Zip/postal code* City* Country* State Other Phone Mobile Phone VAT number Identification number 6.Export Brands is supported: ID Active (0/1) Name Description Short description Meta title Meta keywords Meta description Image URL ID / Name of group shop 7.Export Suppliers is supported: ID Active (0/1) Name Description Short description Meta title Meta keywords Meta description Image URL ID / Name of group shop 8.Export Alias is supported: ID Alias* Search* Active 9.Export Store Contacts is supported: ID Active (0/1) Name Address* Address (2) Zip/postal code State City* Country* Latitude* Longitude* Phone Fax Email address Note Hours (x,y,z...) Image URL ID / Name of shop 10.Perfectly combined with prestashop's built-in import features. 11.Multilingual export is supported. 12.Multi-store export is supported. 13.Custom export of CSV separators is supported. 14.Software quality is officially certified by PrestaShop(https://validator.prestashop.com/) What's New in Version 1.0.1(10/09/2020) Code security improvement Support and updates You automatically get 3 months of support for this product. For 90 days after your purchase, you can enjoy technical and feature support, as well as access to updates available for this product. [MODULE] Advanced CSV Export For 9-in-1 Module - Csv Export Products, Combinations, Customers, Categories, Brands, Suppliers, Alias, Address & Store Contacts
-