Jump to content

StrangeAttractor

Members
  • Posts

    29
  • Joined

  • Last visited

Profile Information

  • Location
    Prague, Czech Republic
  • Activity
    Project Owner

StrangeAttractor's Achievements

Newbie

Newbie (1/14)

1

Reputation

1

Community Answers

  1. What I need it to force-add postal packaging and anti-shock materials (which add weight changing the delivery price this way and itself costs some money) to every order that includes shipping. If this is not possible to add it only for particular carriers (to exclude pick-up-in-store orders) then I'd still add it though for free to increase calculated weight at least (better than nothing). Ideally it is to be impossible for the user to remove it or to chenge the quantity. How to do this in PrestaShop 1.6?
  2. Can this be altered? I don't want to restrict anybody at all actually, the only reason why I enable geolocation is for the language be chosen automatically (I have translated the shop to more than one language and plan to translate to even more). Regarding the address in this particular case - I don't know to which country does it belong to (as I don't know how does this geolocation stuff work with IPv6 at all) but I am sure the client actually is inside my country physically (moreower, it is not an ordinary Internet user but an employee of the company running the country's most popular search engine trying to reach my site from their office).
  3. A client has reported he can't access the shop of mine - "Error 503 - Overloaded - You can not access this store from your country" is displayed instead. Maintenace mode is off, the shop works Ok when accessed from IPv4 addresses. The fact the PrestaShop-generated error page with ourlogo is displayed suggests that the hosting provider supports IPv6 and thre client gets connected to the shop but the shop rejects him itself. Any idea about how to fix this?
  4. When I pack the goods purchased to send them to the customer the total gross weight is usually increased (by the weight of the post package and shock protection materials) enough to overcome the next kilogram mark which increases the delivery cost significantly. So I'd like to add the extra kilogram to the calculation automatically. How can this be configured?
  5. PrestaShop 1.6.0.9. No matter what I do, it says "Newsletter block v2.0.1 - by PrestaShop Need update". How to update it then? All the other modules update without visible problems and stop asking for update until an even newer version is actually released.
  6. I share my IP with many colleagues (including the management) and don't want them to play with or even see the shop while it is undergoing serious changes. Can you suggest a way to achieve this? What I am thinking about now is a combination of normal maintenance mode for other IPs and HTTP (htaccess) password protection for my IP. But isn't there something like module doing this using a cookie, a UserAgent secret or something like that?
  7. Thanks, Richard, I can code PHP and SQL myself, but my previous experience shows that PrestaShop doesn't take direct database modification too good - many things (goods additional shipping costs for example) don't change in the actual shop after I change them through SQL no matter how hard I try deleting and turning off caches. I would be doing everything through SQL if it was working.
  8. I have quite a big (too big to enter manually every time I need to migrate it) carrier data set: there is a price for every combination of a geographical area (and there are dozens of them) and weight category (0-1 kg, 1-2 kg, 2-3 kg etc). Once I have entered this information manually is there a way I export it and import it in another store using the same carrier?
  9. Is it possible to trigger importing a CSV file given its format definition (like the codepage, separator symbols, fields order etc) and location (an URL or a file system path) automatically, without having to go to the back office web interface and pressing all the buttons manually?
  10. Looks like it's in the \classes\Product.php file... 'name' => array('type' => self::TYPE_STRING, 'lang' => true, 'validate' => 'isCatalogName', 'required' => true, 'size' => 128), PS: Thanks G-d (and the authors) PrestaShop has source code and database structure this sane, it really is the best thing I like about PrestaShop (although there still are things that seem mysterious to me like some parameters (like ggoods additional shipping costs) keeping their old values (where the heck is this data remembered? I have turned all the caches I could find off!) after I change them in the database using SQL).
  11. I have removed (just increasing the numbers did seemingly no effect) all and every truncate thing I could find and changed `ps_product_lang`.`name` (as well as `ps_product_lang`.`meta_title`) type from VARCHAR(128) to VARCHAR(255). Although removing the truncates has improved the things greatly,the 128-character product title limitation is still there (I have got a couple of goods that don't fit: one with 133-symbol-long name and another with 152-symbol-long). PrestaShop still refuses longer titles (via CSV import as well as via the products catalog interface). There seem to be some validation stuff with this limit hard-coded somewhere, I am going to try to find it...
  12. I usually prefer to edit whatever I can through manual SQL UPDATE queries rather than using the admin web interface because in the first case I don't have to wait for the pages to reload every time I do something (this annoys a lot) and can apply modifications to hundreds of records at a time instead of modifying every single one with a lot of clicks so it saves enormous time amounts. Unfortunately in many cases PrestaShop does not show the changes I have made with SQL (despite the fact I have disabled caching as far as my shop does not have too many visitors yet an I can afford it). For example I have solved one of such cases here. Another one I am still stuck with is mass-updating the `ps_product`.`additional_shipping_cost` field - whatever I do the additional shipping costs I put there through SQL don't appear in the catalogue. Any ideas about how to solve this kind of problems?
  13. Having the top horizontal menu being not enough for me (I need to expose more categories than fit there and I'd also like to group the categories in 2 seperate panels by their meaning: the top menu shows by-brand ("made by") categories and the other I need to group the goods bay actual "what they are" categories). So how do I add an extra menu? A vertical menu would be preferable but I also don't mind just adding an extra instance of the horizontal menu module right after the first one.
  14. I have found a solution: after editing the data in the database I have edited just one category through the admin panel and all pf the rest have appeared in the menus again.
×
×
  • Create New...