alxndre

Have you cleared the modules cache and the compiled files?

Instead of repeaters, you can use a multiselect Page Reference field, along with the ConnectPages module to synchronize the connection.

With this, your genre fields on your movie page, and vice versa, will be visible and always updated, and if you prefer you can display the field in a separate tab using fieldset.

The same error is being discussed in this thread where throwing a 404 exception in an include file throws an exception (well, a different one). In that thread it seems that there are different scenarios that can trigger this.

What I'd suggest right now is to install the Tracy module if you haven't yet to give you a better look at what's happening.

2 hours ago, Hurme said:

This produces a fatal error, why?
$notes->set('He's a dude');

But this works
$notes = 'He's a dude';

Because at this point, $notes is only a string. $dude->notes returns the contents of the field notes, not the field itself.

Why do you need to assign the field to another variable?

In most cases this should be enough.

$dude->notes = "He's a dude";
$dude->set('notes',"He's a dude");
$dude->save();

//or 

$dude->setAndSave('notes',"He's a dude");

The easiest I could think of is to export your models into CSVs using this exporter app or by code with this library, and then upload them using ProcessWire's CSV import module.

It would require some planning on how you would map your existing data into ProcessWire tree, and its field/template/page paradigm, but it shouldn't be too hard once you've figured that out.

You could try using the FieldTypeDecimal module for this. If I remember correctly, there is a setting to specify number of decimal places in there.

On 9/2/2019 at 4:01 PM, Sebi said:

In my version, BasicAuth is the preferred way to request a jwt-token. After that, you have to add the token to each request.

@Sebi, I'm trying out both the single and double JWT auth methods. Double JWT works fine in my tests.

With single JWT, it seems that when Bearer token is being ignored if it is not supplied. Meaning, if I submit a request with only an API key (no JWT token), the request is accepted. At the same time, if I submit the request with a wrong Bearer token, it responds appropriately with error 400. In my understanding, both scenarios should return a 400.

I'll perform more tests to verify and report if it really is the case or if I'm missing something.

14 minutes ago, 3fingers said:

Could you please point me where I can learn about the question mark on this line?

?array $allowed_repeater_types = null,

 

This is a nullable type variable declaration.

It simply means $allowed_repeater_types could either be an array or null.

https://www.php.net/manual/en/migration71.new-features.php

There are some modules that have their own configurations/settings that are displayed on this page, which are applied using this submit button.

Can you share your actual snippet so we can see if the issue is coming from somewhere else while you're building your filter string.

This reminded me of endless hours making my Geocities site look perfect. And your the site looks awesome! 

And then I proceeded to spend an hour learning about shoelaces. ? Fascinating stuff! ?

5 minutes ago, Robin S said:

This works for me (using the core "pass" field in the user template)...

$u = $pages->get("template=user, pass=$hash");

Alternatively there's nothing wrong with using a SQL query to match data from the password field table directly if that suits you better.

I think his problem is how to get the value for $hash.

// $hash = ????;
$hash = howToHashThePlain('password1337');
$u = $pages->get("template=user, pass=$hash");

I'm trying to figure it out as well but most of the related things (salts, functions matches and hash) are set to protected, so I'm thinking this could not be done without touching the core modules, or extending/duplicating them to support generating the hash for the field on-the-fly. I'll perform more tests when I could. ?

On a side note, I could not imagine a practical use case where you -should- be using the password field to search for members given that passwords are not meant to be unique or indicative of anything. So if OP could enlighten us on how he's using this, maybe we could be motivated to work on it more. ?

I don't think this is possible because WireLog replaces the escape characters with spaces:

// somewhere in WireLog::save()
$text = str_replace(array("\r", "\n", "\t"), ' ', $text);

and it also sanitizes the tags when outputting.

34 minutes ago, neosin said:

On a side note, how does everyone else manage hundreds of thousands of pages in a tree list?

Usually we use the finder (Pages > Find) and saving bookmarks for commonly used filters. Other times, we create custom module for this if additional functionality is needed.

55 minutes ago, Remi said:

I've tried to use findMany method, but it doesn't work with not method.

Maybe because findMany uses lazy loading and could not evaluate the results' children.template selector.

I'm on mobile, so I haven't tested this but can you try:

$pages->findMany("template=invoice")->not("children.template=payment");

It should find all invoices first, and then filter out the results of your second selector which you say is the opposite of what you want.

Here's a somewhat long discussion about default values. The take-away is that it is that it's not as needed as it seems, and that if you do need it, it can be implemented using hooks or a quick module. No core support for it that I know of.

29 minutes ago, tpr said:

you know where?

Well... where??? 

Most of them work because ProcessWire compiles them automatically.  I'd suggest you spin up a local test installation to be sure.

What's your environment like? If you're on xampp, check the logs for clues or maybe try laragon. I find it easier to work with and haven't had problems with the last few (10+) machines that I had to install/setup ProcessWire on.

Do you mean in the page editor? I'll look if there are modules for this because I'm not sure.

But you can also do this via the api:  

$home = $pages->get('/');
echo date("d M Y", $home->published) . PHP_EOL; // 21 Feb 2017
echo date("d M Y", $home->created)  . PHP_EOL; // 21 Feb 2017
$home->published = strtotime("February 21, 2016");
$home->created = strtotime("February 21, 2016");
$home->save();
echo date("d M Y", $home->published) . PHP_EOL; // 21 Feb 2016
echo date("d M Y", $home->created)  . PHP_EOL; // 21 Feb 2016

Edit:

My bad. The changes doesn't seem to persist.

Turns out, published, created, and modified are not "fields" per se, but rather are properties built-in to the page. This might be a good candidate for a quick module for those who need to edit the values. 

15 hours ago, h365 said:

Another Way is to create a Page for Each Flight with those 6 fields, but then sill i cant create and edit child pages directly from that TOUR page, i would need to create it first and then link to it from the TOUR Page.

I'm pretty sure ProFields: PageTable allows creation of new pages from from within the page being edited.

Quote

PageTable

This is one of the ProFields that is available for free (thanks to Avoine sponsorship) on the ProcessWire dev branch. Meaning, it'll be available for everyone to use as part of the core in ProcessWire 2.5. And you can use it now if you don't mind running the dev branch. PageTable has all the flexibility of repeaters, but with lower overhead from the admin/input perspective. Rather than trying to bundle all the inputs on one screen, PageTable shows you a table of items and you click on the item to edit it in a modal window. This enables it to be a lot more efficient from the admin UI perspective. It's also more flexible than repeaters are in terms of where you store your items. PageTable lets you choose where they should live, whether as children of the page being edited, or as children of some other parent page you designate. They might be a little more work to setup than repeaters, but I think that most situations where you need the flexibility of repeaters may be better served by PageTable. PageTable still can't compete with the speed and efficiency of Table or Multiplier, but consider using PageTable anywhere that you might have used Repeaters before. Repeaters and PageTable are fundamentally different from the admin UI/input perspective, so you'd want to compare them yourself to see what suits your individual input needs better. PageTable involves more clicking to create and edit items, making Repeaters potentially faster for entering data rapidly. But PageTable will scale much further in the admin UI than Repeaters will, so I would personally favor PageTable in more situations than Repeaters.

Ryan just pushed a fix.  

I dunno why yet, but can confirm the weird behavior. The function works when fed with strings but gives weird results when input is taken from the array.

// output looping through getDateFormats()
l, j F Y : %A, $-d %B %Y
j F Y : $-d %B %Y
d-M-Y : $d-%b-%Y
dMy : $d%b%y
d/m/Y : $d/$m/%Y
d.m.Y : $d.$m.%Y
d/m/y : $d/$m/%y
d.m.y : $d.$m.%y
j/n/Y : $-d/$-m/%Y
j.n.Y : $-d.$-m.%Y
j/n/y : $-d/$-m/%y
j.n.y : $-d.$-m.%y
Y-m-d : %Y-$m-$d
Y/m/d : %Y/$m/$d
Y.n.j : %Y.$-m.$-d
Y/n/j : %Y/$-m/$-d
Y F j : %Y %B $-d
Y-M-j, l : %Y-%b-$-d, %A
Y-M-j : %Y-%b-$-d
YMj : %Y%b$-d
l, F j, Y : %A, %B $-d, %Y
F j, Y : %B $-d, %Y
M j, Y : %b $-d, %Y
m/d/Y : $m/$d/%Y
m.d.Y : $m.$d.%Y
m/d/y : $m/$d/%y
m.d.y : $m.$d.%y
n/j/Y : $-m/$-d/%Y
n.j.Y : $-m.$-d.%Y
n/j/y : $-m/$-d/%y
n.j.y : $-m.$-d.%y

Will investigate more.

Edit :

https://github.com/processwire/processwire/blob/master/wire/core/WireDateTime.php#L86

The code actually has those $ symbols. Submitted as an issue.

What exact code are you running so we'd have an idea where the $ is coming from? I just tested right now:

echo $datetime->convertDateFormat("Y-M-D","strftime");

// output
%Y-%b-%a