Jump to content

alsitn

Members
  • Posts

    37
  • Joined

  • Last visited

1 Follower

Profile Information

  • Location
    Italy
  • Activity
    Other

alsitn's Achievements

Newbie

Newbie (1/14)

5

Reputation

  1. [uPDATE] Disabling Check the IP address on the cookie under Administration > Preferences did manage to solve the issue. I assume that the extra bits added by Cloudflare in the cookie triggers that security setting. Easy way would be to extend the class performing that security check by adding an array listing all of Cloudflare IPs.
  2. Just have had the same problem but have already solved it. It wasn't was caused by Prestashop but by Cloudflare "aggressive" caching setting. In details, today I've been experiencing several weird logouts from the admin panel coupled with strange glitches. Image upload failures with "undefined" and (developer) console returning a 200 (ok) with bad token were all pointing toward external caching. To quickly solve the problem nothing worked but pausing Cloudflare service (it takes some times to fully propagate changes). I'm pretty positive most of you are under CDN (either willing or not) since shared hosting massively use it to ease the load on their crowded "boxes". Finally I've also checked the fileuploader.js tweak posted earlier but is unneeded in ver 1.5.6.1 since it's already implemented a more complete solution. Try checking you cache or CDN settings...
  3. Hi, it seems you are using a non-default module so it's pretty complicated to help you. Maybe your module needs to run in an iframe? Notice that it is disable by default on ps ver 1.5.5 and 1.5.6 but can be enabled back via BO. Maybe this article about fancybox galleries might help you http://mypresta.eu/en/art/developer/gallery-on-cms-page-fancybox.html
  4. Hi, I've found this weird jquery behavior in manufacturer.tpl on any 1.5.6 fresh install. On row 37 (github link) before the <else> of the <if> statement there's <a href="#" class="lnk_more" onclick="$(this).prev().slideDown('slow'); $(this).hide(); return false;">{l s='More'}</a> This does nothing aside hiding .lnk_more. I've fiddled with it and I've changed the jquery code a bit to $('.description_box').append('{$manufacturer->description}'); $('.lnk_more').hide(); $('.hide_desc').empty(); It works... partially It shows the description BUT it won't empty(), hide(), remove() '.hide_desc'. While still hiding '.lnk_more'. This is driving me nuts. What's wrong with my code? Please help! P.S. {literal}{/literal} is not needed since Smarty v3 so that's not the issue
  5. Hi gnoma, are you developing a module or an override? As far as I know, if it's a module you have to put all the js files required under %root%/modules/my_module/js/ or %root%/themes/(default or)my_theme/modules/my_module/js/ in case you are overriding an existing module
  6. Easy way is to use tools like Firebug or Developer Tools (IE/Chrome/Safari) to see fonts and colors directly from front-end. It'll tell you which css belongs and you can also change the values on-the-fly to see the results. Don't forget that to make changes permanent you'll have to modify the css on your server/localhost/shared etc.
  7. you cannot change DEFAULT_LIMIT_REQUEST_FIELDSIZE other than at compile time. see this link for more info
  8. Hi, try to delete .htaccess on root. The file will be recreated automatically. If this doesn't work check whether your hosting have mod_rewrite enabled. If yes, check admin->preferences->SEO & URLs and try to enable disable apache multiviews. Also, you have suhosin patch enabled. What's your PHP and Apache version (see admin->advanced parameters->configuration information)?
  9. You are awesome!!! I totally skipped checking autoload.php thoroughly... my bad Thank you again!!! EDIT: I've tried to like your answer but I've reached my daily quota... will try tomorrow
  10. Hi, Fabio is Nemo. Nemo is Fabio. No dupes EDIT: check this out http://blog.arvixe.com/author/nemo/
  11. Hi all, I've had an interesting chat with Nemo1 (thank you!) today concerning Presta classes, controllers and overrides. Fact is that Presta has undergone a deep change since version 1.5.4 that has left the override folders empty of all its files. Now, the question is "how come many classes can extend an abstract father class when there is no such class anymore but still working???" Let's make an example. Until version 1.5.3.1 "abstract class Module extends ModuleCore" (the one that is extended by any module) did exist in %root%/override/classes/module/Module.php (github) You could find that class declared in class index file too (%root%/cache/class_index.php - github), a file that lists all the classes related to autolad.php which is called by almost anything: 'Module' => 'override/classes/module/Module.php' Now, since version 1.5.4.0 Module.php in override/module/ folder is no more. Moreover, it's also missing in class_index file too (github) !!! 'Module' => '' Only ModuleCore class is still in place (%root%/classes/module/Module.php) What I don't get is how a module can extend a class that is not explicitly declared anymore (ie. "class BlockCart extends Module" ???). Same goes for all the other "Core"s. Again, this is true since version 1.5.4.0 ownard. Please, anyone can help to shed some light on this mystery?
  12. Hi Beluga, yeah I know Nemo's blog. He's Italy's top Prestashop dev! I was referring to your link http://www.cambiaresearch.com/articles/15/javascript-char-codes-key-codes By the way great solution!
  13. Hi Beluga, Dealing with clients is never easy... Thanks for the code and the great link. Is the blog yours? You are indeed a good programmer!
×
×
  • Create New...