netcarver

I just tried Valery's first method of editing the admin template to give a 404 to unprivileged users and could then no longer access the login page from a second machine even when using the correct login page url. Fortunately I was still logged in as superuser on my dev box and changed it back. Looks like editing the .htaccess or nginx config might be a safer way to go.

I once watched something on TV here in the UK that compared "Crimewatch UK" to your NZ counterpart. In the UK program the police were trying to solve horrible crimes like murders and rapes. In the NZ version they were trying to trace the owners of lost property. I wish the UK could be more like NZ in that respect.

Hi LK, I was looking at this bit of your issue. Both of the modules I suggested allow variable substitutions. I believe adrian and reems have the pdf-generation part of your question covered.

A couple of things spring to mind. Firstly there is Ryan's Hanna Code module. Secondly, there's my Tag Parser module. There are probably other ways to do it too - but these were the first that came to me.

Hello Christian, Just noticed that this module doesn't seem to play nicely with Hanna Code. If I try going into the Hanna Code page when this is installed I end up with a fairly blank page. Disabling your module brings the Hanna Code interface back to life.

Which particular flavour of Markdown are you looking for?

Hello Philipp, Thank you for taking time to make this module and post about it here. Welcome to the forums!

@Gazley Thank you for reporting the problem. I'll remove the requires line from the code until after the next PW release and at that point I'll re-introduce it and mark the module as compatible with that version of PW. Edited to add: Now done.

Hi Nico It's not the version of PHP that's potentially the issue. It's the fact the plugin now uses the "requires" line. IIRC that's a pretty recent PW thing - possibly dev branch or post 2.4 at least (I'm not sure on the exact version.) If commenting out that line fixes the problem I'll amend the module page to reflect the correct compatibility.

Hi Gazley, I have an idea what this might be. Can you edit TextformatterTextile.module and comment out the 'requires' line... // 'requires' => 'PHP>=5.3.0' ...save the file and reload the modules page. Let me know if that fixes the issue for you.

@apeisa Looking really good!

@everfreecreative Just a quick response to your post... Passing them in is called dependency injection (lots thrown up by google) and should make your classes more easily testable and code more reusable. It certainly can represent an "is-a" relationship but in practice I've seen it used all over the place to implement common code. This can also be done to a limited degree in PHP using interfaces and more recently through traits. Hope that helps and starts some more comprehensive answers coming.

@pentago Have you tried the setups in https://processwire.com/talk/topic/275-processwire-on-nginx/?

Nice. Some aspects are similar to the URL shortening module.

@Pierre-Luc Take a look at the CryptoPPP library module which has a couple of generator routines (genKeys() and num2string()) that do almost all of what you'll need for this. Something like... $output = CryptoPPP::num2string(CryptoPPP::genKeys(), $length, $charset); ...where your $length and $charset choices are controlled by your form entries. All you need to do, apart from loading the library module, is check that the $output has not previously been generated if you really want to guarantee that it is unique. (The genKeys() routine is a pretty good pseudo random number generator but, as with all random number generators, its output is not guaranteed unique.)

@Ryan Just pushed a fix - thank you. @GuruMeditation Glad nothing imploded. @adrian I've removed ENT_HTML5 - thank you. After reading up on optimize I'm not sure I'd want to perform it on all my tables - especially on large InnoDB tables (InnoDB support is gradually creeping into PW.) I'll think about this a little longer before deciding if I'm going to add it but thanks for registering your up-vote.

Yeah, that's probably easier for now. Added you and horst as collaborators to the repo. However, I think github has limits to the number of collaborators on the free accounts so this model will probably only scale so far.

I want to add this suite to the module repository soon but I'm wondering if it would be better to split out all the diagnoses modules into their own github repos so I can transfer DiagnoseImages over to horst's github account and DiagnoseModules to Nico's account so they can develop them whenever needed? Is there any mileage in creating something like a 'PW Community Contributions' team on github with folks like Soma, Antti, Tepo, Adrian, Nico, horst, Ryan (and others - sorry if I missed you out) as members? People could then transfer modules in there for some kind of community dev/maintenance should they wish to. Thoughts?

Merged. Thank you!

@owzim Just opened an issue for this on github.

Perhaps the core would be the best place for this - rather than having 3rd party modules depend on a helper class? Regardless of location of the helper class (core or via a module) I'd love to see an option for defining this via yaml or json as an alternative to PHP. In particular yaml is a very terse way to describe options. If the 'inputfieldType' entry had shorter 'type' alias and if you prepend 'Inputfield' to the type, you could get to something like this... prettySetting: label: Pretty Setting value: I am pretty type: Text awesomeSetting: label: Awesome Setting value: 2 type: Radios options: 'Option 1': 1 'Option 2': 2 'Option 3': 3 attributes: optionColumns: 1 But yaml does have some drawbacks - it's whitespace sensitive and not supported in PHP by default.

@owzim I really like the way you are developing this (and other) ideas for PW - really neat. You definitely need server-side parsing - there are too many potential differences in the JS parsers from the server side PHP parsers (at least there is for Textile.) I'd also suggest making the refresh time configurable - I think that every second may be too much for some markup languages (I speak from experience with Textile) as they use a lot of regular expressions. Is there any way you could get the minimal flicker + correct styling by having an iframe that uses Ajax for the updates?

@Manfred62 Thanks for bringing that up - gets me every time. Pushed new version with your change added.

@horst, It (phpmyadmin) does display overhead but I wouldn't bother installing it if you don't have it. The message you got from the tool is the correct one for InnoDB tables so that's OK.

If you use phpmyadmin and do an optimize on the table, does it reduce the overhead to zero?