Jump to content

Welcome, Guest!

By registering with us, you'll be able to discuss, share and private message with other members of our community.


Popular Content

Showing content with the highest reputation since 01/16/2019 in Posts

  1. 5 points
    Hi everyone, I've released a new premium version of revws module. Upgrade 2.0.4 brings one of the feature everyone asked me about - Store Reviews. You can check this new functionality on my demo account - front office / back office. If you don't need this feature, free version is still there and fully supported.
  2. 5 points
    I have just pushed live a release for the Paypal module that fixes the "An error occurred" message. I also released an updated version of the Bees Blog, with several new SEO focused features, bug fixes, and some new hooks for the module. Both releases should be live in your back offices.
  3. 5 points
    Don't be surprised if it looks like nothing happens. With the comparison done, updates are quite speedy: That's 0.2+0.6+0.1+0.1 = 1.0 seconds for the whole download and update process. Shop downtime is even less, it's just the time between Created update script and Update script was executed. Apparently less than 0.1 seconds.
  4. 3 points
    Glad to see this module works for others, too. Y'know, operating it as the developer, who knows every detail, is a different thing than handing it out to people just trying intuitively. Give me another day or two for getting this module ready for release. Over the recent days I tackled all the smaller details, like actually removing marked obsolete files, like backing up manually edited files, like reviewing update script execution to avoid this CORS problem, such stuff. Also a new thing is a class for requirement checks. Not much inside, yet, because requirements didn't change between 1.0.0 and 1.0.8. Still it should meet this suggestion of "adding requirements". Having it in the update module means that it's also there for older versions. Nah, instead of talking so much, here's another preview: gitupdater-2019-01-29.zip
  5. 3 points
    That statement is true every theme... because it's a problem of smarty engine, not theme itself. Thirtybees will eventually migrate to newer version of smarty that does not generate warnings / notices. But since that is very dangerous step, we are in no hurry to do that, and we want to have contingency plans in case new smarty version does not work as expected. That means some way to switch to older smarty version. In 1.0.9 error reporting was revamped, and the display_errors php settings in dev mode was disabled. That means that the theme will work just fine on php7.2 (you will still see the warnings / notices in error log, but not in the page itself).
  6. 3 points
    Alright, time for another preview. Advances since the last preview: Updates now actually work! So far tested with a clean installation, one can switch between v1.0.7 and v1.0.8 back and forth as often as one desires. Applies the same database upgrades as upgrading to v1.0.8 with the old updater did. Which means, all the essential stuff is implemented. Still missing: Some nice exit. Currently, one is kind of stuck after an update and has to select something in the menu to move on (and see the new version in the upper left corner). Actual removal of selected obsolete files. So far, these checkboxes are just decoration. Machinery to update the underlying clean master installation automatically. To allow merchants to update their shop a few minutes after a Git commit was pushed to the Gitub repository. To demonstrate the modules' capabilities, I've uploaded current branch 1.0.x manually. Happy updating! gitupdater-2018-01-21.zip
  7. 2 points
    Hey guys, i created this theme based on community theme with clean design, some additional modules and second image on hover. You can see demo here: http://demo.worldtriangle.com/niara/ and download it here: https://gum.co/niara100/
  8. 2 points
    Thank you both for your recommendations. I tried the GitUpdater. It reported that there was nothing wrong with my installation. This saved me a lot of work as it was a problem with a third-party module. Thanks.
  9. 2 points
    We have a 12 year-old eCommerce business running Presta (ThirtyBees 1.0.8) and are looking for a remote developer to help with out backlog of work. Requirements: Comfortable working in linux, mysql, javascript. Be able to reverse engineer, troubleshoot existing custom code. At least mid-level software engineer experienced with PHP, PrestaShop and Git and prove skill l Must be able to join least a weekly video standup call Good communication skills and willingness to use project management software to communicate status such as Asana Must be comfortable working in a team programming environment and collaborate on solving problems Please reply and provide a resume/cv and some details interested. We are based in the US and in both Eastern and Mountain Time zones.
  10. 2 points
    Unfortunately it wasn't fixed properly. Although beesblog implements hook GSitemapAppendUrls, it does not register it inside its install method. I'll fix this for the next version of this module. Meanwhile, if you are in hurry, you can edit beesblog.php file, find method getContent, and add this line inside it: $this->registerHook('GSitemapAppendUrls'); Then save, and open beesblog configuration page. That will register the hook. Now you can delete the line again -- module has been successfully paired with sitemap
  11. 2 points
    Add this code to the \controllers\admin\AdminImportController.php else{ unset($product->tags[$key]); } This fix can be added to next version of TB.
  12. 2 points
    That's a problem of your csv file, see attached pic, I got the same error when I tried to add an empty tag. I will soon send you a small fix to don't add empty tags to avoid having the error.
  13. 2 points
    The flawed update mechanism Perhaps you remember the 1.0.8 update a couple of weeks ago. While it certainly solved bugs and misalignments for many, it also resulted in quite a number of reports about messed up shops after the update. That's not tolerable, of course. Thinking about this problem I compared to what we developers do to switch between versions, and why we pretty much never mess up a shop installation by doing so, despite switching back and forth all the time. Developers do a git checkout 1.0.7 to switch to version 1.0.7, git checkout 1.0.5 to switch to version 1.0.5, git checkout 1.0.x to switch to the latest development, and so on. And there's the fundamental distinction: doing such a checkout doesn't apply a patchset or a set of changed files, like the current updater module does. When checking out a version, Git compares files currently on disk with kind of a master set of files (stored in the .git directory), then changes files on disk to make them match this master set. The current update module, which is a refined version of Prestashops 1-click updater, has a fundamental flaw: it doesn't check whether files on disk are right, but blindly applies a set of changed files. Who creates this set of changed files? Right: thirty bees developers, which have never seen your shop installation. This set of changed files gets created not on knowledge, but on assumptions. The assumption that your shop installation matches a clean shop installation. Which is often not true, as we unfortunately experience over and over again. Meet GitUpdater Having the fundamental flaw detected, a new updater module started to evolve. Prepared sets of file changes are gone. Instead, the module compares the shop installation to a clean master installation, which gets served by api.thirtybees.com. This always works, and after an update, a shop will always be in a clean, sane state. A recipe for reliability. Advantages This works from any release to any release. Select the wanted version, click Compare and see which files changed since then. Which means, one can downgrade or rollback just a easily as update. Another use case is to compare the current installation to the master installation. Updating from e.g. 1.0.8 to 1.0.8 is perfectly possible, to restore a broken shop. Before too long, this will also support updating to development branches. E.g. to test bug fixes provided on Github. Or even single commits. Manual changes get detected. During comparison, the module detects files which don't match the original version, so the merchant can deal with his manual edits. Smooth operations. All operations taking place got split into small chunks, so one can virtually never run into maximum processing time limits. The preview Here it is: gitupdater-2019-01-05.zip Install it by unpacking in the modules folder or using Add a new module (top right corner) in back office -> Modules & Services -> Modules & Services. Having the module installed, a new menu item, Updater, appears in menu Preferences. That's where this module gets controlled. Yet To Do Actual updates. Currently the module does comparisons only, not actually change files. Which is why playing with this module preview is safe. File filtering. Some files should get ignored. For example, an update shouldn't reinstall the install/ folder despite this folder being present in a clean installation. It also shouldn't remove product images or translations, despite them being not present in releases. User interface. Currently, this module shows a list of all changed/created/removed files. This can be a huge list with up to 10,000 lines. Ideas to display this list in a less scary way are welcome. And for those not installing the module immediately, here's a screenshot:
  14. 2 points
    D'oh. That's debug code and fits my local installation only. You can delete this line or wait a few days for the release. TODO list has become short: Find, report and uninstall known incompatible modules (which should solve the problem with statistics modules). Add a switch to ignore the community theme.
  15. 2 points
    After writing an article for the blog about the Git Updater tonight I really got to test it well with different versions upgrading, downgrading, and comparing files. It works really well. Honestly, I have not found any bugs yet in it and I did just about every version combination. There are a few small changes that I think would be good for the module though, nothing major. I think for the Bleeding edge, if another version other than the latest is selected, it should be removed. Also, I think we maybe should follow the naming convention of other software and call it either the nightly build or daily build. This one is going to be tougher than those. I think we also need to scan the modules for version compatibility and at least warn users. Like if we are trying to downgrade from 1.0.8 to 1.0.3 and there is a module that require 1.0.4+, there should be a warning. Maybe even an option to set the module aside. The last thing, is small, It would be good UI/UX if the message detected what is being done, like "Process downgrade" or "Process upgrade". Really, those are the only things I found and they are pretty small. One thing I would like input on from everyone. What about adding a requirements file to the main repo? That way we can compare the version system requirements against the current settings on the server. This would be useful for growing past 1.0.x.
  16. 2 points
    Vielen Dank, es hat geklappt ☺️
  17. 2 points
    @Brian the problem with missing theme configuration page was solved a week ago, it will be part of the next release. If you need it right now, you can use traumflug's new gitupdater module and migrate your 1.0.8 to bleeding edge branch. That will pull this change to your server. Then you can reinstall the theme Or you can simply apply this commit: https://github.com/thirtybees/thirtybees/commit/e6e5b9f3a5b8a59078fc9e5184e2f24d3c5a2bce
  18. 2 points
    Yeah, there will be one soon. I am familiar with the issues, that is why I have been testing a fix out to make sure it will work for the widest group of shops.
  19. 2 points
    Great, I think this has been tested well enough, I just committed it, we will release a build soon that includes it.
  20. 2 points
    That's a nice feature suggestion, I've marked it down, the current checkout page is too long, but adjusting the layout may cause visual compatibility problems with some 3rd party modules.
  21. 1 point
    Have just converted the free GeoLite2 City Database to GeoLiteCity.dat and uploaded into live store and it works. Have tested the site on dotcom-tools to see if prices are shown with tax included or tax excluded based on country location, as for EU I display prices with tax, and for other countries without tax.
  22. 1 point
    Have now bought one on ps market one that adds support for new free GeoLite2 Free Databases. Support for MaxMind GeoLite2 Databases (MMDB) Module
  23. 1 point
    You can PM me your crowdin username or email and I can approve it.
  24. 1 point
    Sorry guys, i was really busy and away for some time. So, to fix that error please replace product-list-item.tpl in theme folder with one i'm attaching here and forget about that override file in the theme. I'm working on a module for second image on hover. Sorry for the inconveniece. product-list-item.tpl
  25. 1 point
    By creating a full screenshot slider, and then set to reduce the height of header.