Ivan Gretsky

Going back to the original question, here are a couple of ways to get rid of too much pages. You could use URL segments instead of a page hierarchy to route requests to your REST class (hope I am using the right words)))) You could install some 3rd party router (maybe even laravel's own) via composer, include it the root api template and use it to route requests to your REST class. You could use GraphQL instead of REST.

Yep, that's probably it.

One more offtop question here, @adrian. Is it possible to set Tracy mail interceptor option programmatically as part of environment config?

Will this method work everywhere, @adrian ? I mean sending emails from hooks and scripts bootstraping PW initiated via cron? I really can't allow to accidentally send a few letters))

Here it is, @adrian. Not in the modules directory, unsupported, and does not work without some minor modifications with recent WireMail versions, but serves me well for quite a while. Thanks, @LostKobrakai!

Thanks, @horst. That was about what I was thinking. But my desire was to use predefined WireMail instance as a lot of code already relies on it. As I can guess from your answer there is no way to be sure which of the installed WireMail modules will be used in $mail API variable... Or is there? I am asking again thinking about the other use case I am keeping in mind. I am using your wonderful WireMailSmtp for production, but switch to @LostKobrakai's WireMail Testing in dev. So I wish I could have both installed and use one of them for $mail depending on some $env variable. Is there a way to do it?

Good day! I need to use 2 different modules which extend WireMail in the same script (WireMailSmtp and WireMail Mailgun). How do I do it?

Seems like a nice addition to your in-place documentation module suite, @Macrura: + I think that with PW in-place docs are a real help for editors. And you are the expert in this field. I would love to read or watch a screencast about all those modules used together. If you could find time to share your knowledge, that would surely be an awesome gift to the community. And yes, that is just a fancy way to ask something free for myself ?

This is how it works in Bitrix, popular Russian proprietary CMS:

Not answering you question directly, but to provide alternatives to solve the problem. There is a commercial module by kongondo that does just that. And another open source and free one by justb3a that does something similar.

Hi @louisstephens! Are you putting all that js inside a foreach? If so the variable names are the same for each list element. Therefore they get overwritten and you always get the last value in your itemId. Either change the variables to have index as part of their name (itemId1, itemId2) or (preferably) store the id as a data attribute and write a universal js which will get the corresponding data-attr value for each button click dynamically. If I totally misunderstood you case, please forgive me and provide some more details.

It seems like browsers do not need an extension to recognize the image MIME type. But ProcessWire Image Field limits files that you can add to it by extension list (see field's Details tab). I am not sure if you can configure it to accept no extension (probably not). But you could write some script to add an extension to the image based on its MIME type before adding it to the field. PHP should be capable of doing it easily.

My simple Google search gave me this module (and this discussion as a bonus). Maybe it will help you.

Hey, @quickjeff! There is already a discussion going on here. Maybe you will find something useful. But as I see it, not really much to be done on PW side, but rather on developer side.

Seems like you just want to email the contents of the cart. You probably do not even need to store the data, just send it right away like this or with FormBuilder (which seems like handy thing for you anyway).

I am still confused where you at and what you are trying to achieve: The form is on a product page and you want to store the selected number of products to display in the cart later. The form is at the end of a checkout process and you need to make a new order ...something else, like my 1st assumption. But let's think you know what you are doing and you want to save shopping cart contents (one or many product, quantity and price) to database and make that connected to the user currently logged in. You need to decide, where are you going to store that data in PW, choose a fieldtype for that. It can be a Repeater, ProFields Table or some specially crafted custom fieldtype. Those all fit as the are capable of storing random number of defined data (product, quantity and price). Them you need to create s field based on that fieldtype and configure it. Than add it to desired template. Depending on your case you could add that field directly to user template. But much more likely you need to create a new template (probably, "order" or something like that) and add this field there. On form submission you would use PW API to get the data from the user $input and save it in the created field on use page or order page. How to do that depend on the chosen field and template it was added to. Explain the case better please.

Welcome to the forums, @hellboy! As I can understand, you want to store the content of the last (or maybe more than one) abandoned shopping cart in the db, so retuning customers can continue the purchase. This is all possible with ProcessWire. But PW does not have shopping cart feature out of the box, so I guess you either bought Padloper module or crafted something yourself. Not sure about all those terms you use like 'Userdatabase' and stuff. Could you explain a little bit, how are products stored within your ProcessWire installation, so we can suggest how to store information about them.

There is a couple long trending repos with checklists on github: https://github.com/thedaviddias/Front-End-Checklist https://github.com/thedaviddias/Front-End-Design-Checklist ...and a whole lot more of alike here. I know, I 'm not sharing something of my own as you asked, but a something to start with anyway.

I tried to instruct composer running from PW root to put vendor one level up in the folder tree with vendor-dir setting. It seems not to work (at least with the relative path I provided). Did you manage to solve this, @gmclelland? Or are you moving the vendor folder manually? If so, maybe a simple require_once('../../vendor/autoload.php'); in site/init.php can help?

Hey, @gmclelland Seems like you can't change the composer autoloader location in ProcessWire. But maybe there are ways to configure composer itself to store packages elsewhere? A quick search gave me this. Not sure it can help though)

Hey @Robin S! Thanks for the cool module! Did you ever think about making it chainable to PageImage?

@Jan235, I think not. But there is a 7 day "Satisfaction guarantee" period with full refund. See here.

Hey, @Shailaja! Welcome here! Glad you are here with us! But... I do not see any question in you post)))) I guess you do not want to see anything when you reach your subdomain. It might be only possible if you edit your domain zone so the subdomain will not point to your hosting provider at all. Anyway, Hostgator's support would help you much quicker))

Thanks for the thread @Soma. One of the most important and cited ones in the whole forum history! In the original post there are a few points that seem to be not discussed later in the thread, but which are extremely interesting to me. 1. Are there any good examples of those to dig into? Gists maybe? 2. Looking here it seems arrays are not allowed. I might be not understanding it right or things might change since when it was written. Is there actually a way to process input from a page or an array? 3. There was already a question about what kind of validation processInput does and @adrian's answer too. I read the code a few times but still not sure should I sanitize values after processInput before saving to page fields or not. Is it necessary? Thanks again! Learning ProcessWire is still fun (or am I doing it too slow?!)

@bernhard just liked the original post after a few days passed, and I got notified. So decided to put a little update here. There are actually some web-design related thing I learned from this situation: Do not rely on cdn's for jquery, fonts and stuff. Opera actually is not that useless browser, as it has Turbo Mode. Thanks for support!