Jump to content

Arklogic

Members
  • Posts

    19
  • Joined

  • Last visited

Posts posted by Arklogic

  1. On 5/22/2022 at 2:57 PM, ryan said:

    I built a scraper to pull it directly from the existing site and put it into the right places in ProcessWire.

    Ryan, this tool alone would be very nice to share with the community, so any kind of site could be migrated to ProcessWire more efficiently which would increase the number of community members of ProcessWire.

  2. Hello @Wanze,

    I realized that I have some pages (248 out of 1377) missing from sitemap, Google notified me. Quite a lot page and I can't figure why they are not generated to the sitemap as all the other pages. Is there any limit or config for this? These pages are not hidden, there is no special settings for them, similar product pages as the others which are included in the sitemap.xml.

    I tried to set cache to 0, regenerated the XML several times without success.

    I read this in the readme.md:
    ⚠ If your installation has lot of pages and the request takes too long to generate the sitemap, or if you run into memory problems, it is better disable the automatic generation. Use the `\SeoMaestro\SitemapManager` class to create the sitemap on your own, e.g. via CLI script.

    Is there a better/faster solution for this? Should I use other module or method to generate my sitemap?

    With current settings and hardware the sitemap generation stops at 30secs, despite the max execution time was set to 120secs

  3. 1 hour ago, Jozsef said:

    @kongondo, I am aware that this doesn't help, but I was wondering just how close are we to an announcement? The current COVID situation just brought so many extra ecommerce projects to life, a beta / alpha release could pick up great momentum with the PW community, I'm sure.

    I'm totally agree with your opinion. Even it's beta.. We could start to implement it, use it, find bugs, help to fix it etc. We could start our projects and show something to our clients, get familiar with the system.

    • Like 4
  4. Hi @kongondo , I hope you are right and didn’t infected by the virus.

    I’m also interested in, because 2 projects are waiting for me in the next 2 months.

    For me for example would be good also if I could test beta, as my sites will be also under development.

    Now we don’t know at this point what re we waiting for. :(

    For me only a 2 sencence answer would be enough, regarding should I wait for Padloper 2 or not if I’d like to start 2 basic webshop projects?

    Thank you and keep up the good work!

  5. I don't think there's any reason to gravitate towards keeping 'default' as English, unless it really is your site's default language. But if you want to do that for some reason, then you would just edit the 'guest' user account and change guest's language to to be 'de' or whatever you want your site's default language to be.

    Ryan, despite of I've changed the guest user language to Hungarian, the English site loads by default.

    I've all the necessary translataions, I don't know how could I change the default lang to Hungarian.

    I need this on the public site, in admin the correct lang is loaded I've set for the admin user.

  6. I'm developing a multilingual site with a simple blog, where I've to display date field in multiple languages on the frontend.

    I've set here the setlocale value: wire--modules--languagesupport--languagesupport-module to hu_HU.utf8

    I've set the date format for all languages, it works.

    I'm using the ProcessWire multi-language support modul

    I realized that when I change language, everything is translated on the frontend, except date fields :S

    The date fields language only depends on the logged in (or guest) users language, not on the choosed language...

    And this is my problem.

    My workaround is this, but do you have any better solution?

    I've put this code to my head.inc template file.

    switch($user->language->name) {
    	case 'default':
    		setlocale (LC_ALL, 'C');
    		break;
    	case 'hu':
    		setlocale (LC_ALL, 'hu_HU.utf8');
    		break;
    	case 'bg':
    		setlocale (LC_ALL, 'bg_BG.utf8');
    		break;
    }
    

    In this case I reached my goal, but I can not understand why is the setting in wire--modules--languagesupport--languagesupport-module.

    It has no effect for the frontend...

    Thank you for help!

  7. You can only pass static strings to the __() function. At least, the translation parser will only be able to find static strings. The only reason you'd put a variable in a call to the __() function, is if you knew the text was already available translated, and wanted to retrieve the translated version. But that text would have had to appear statically, somewhere else in the file. 

    To make a multi-langage image field, you can use a Repeater. Your repeater would contain two fields: 'image' and 'summary'. Make the 'image' field of type Image, and set to to contain max 1 image. Make the 'summary' field of type TextLanguage (or TextareaLanguage). 

    The Image field is the next one on the list to make multi-language capable, so should be within the next major version of ProcessWire. 

    Oh I've found the best thread for my problem, so I'm asking if you have plans to implement the image field translation thing to the next release? :)

    • Like 1
  8. Hi,

    I've a multilingual site with a galery. I'm new to PW, I can't find any solution to translate image field description.

    Could someone help me?

    I can change input type from Text to TextLanguage field type, here I'm missing ImageLanguage field type.

×
×
  • Create New...