Guy Incognito

Members
  • Content count

    20
  • Joined

  • Last visited

Community Reputation

4 Neutral

About Guy Incognito

  • Rank
    Jr. Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Guy Incognito

    @Raj I second @Soma‘s advice. There’s a lot of great PW tutorials listed here: https://processwire.com/docs/tutorials/ You don’t sound like you’re a million miles away from what you’re looking to achieve and as per Soma’s comment I would just reload your script to check for submission rather than worrying about Ajax upload. Definitely recommend checking the tuts above out, it’s where I started with PW and I’ve not looked back! I’ve found PW to be the easiest CMS to get to grips with and it’s also really pushing my PHP skills to new places too :-) because the core is so well organised it allows you to be more creative with what you want to do.
  2. Guy Incognito

    Still only on my iPad at mo so just guessing but don’t you need todo something like $files[0]->url to get the complete path?
  3. Guy Incognito

    Does the user field get updated successfully? I’m not in front of my computer at the moment to check but from my memory the file doesn’t stay in the upload folder it gets moved to the folder where all your site image uploads go.
  4. Guy Incognito

    Ah perfect - yes can confirm works as follows: echo $templates->get('dog')->fieldgroup->getField($field['name'], true)->label; New it would be available somehow - Thanks for your help .
  5. Guy Incognito

    Thanks @dragan - but no luck with the methods in that thread either. Just to reiterate, I'm not having any problems displaying the labels. It's just that the labels being output by PW are the default field labels set in the global field editor, not the override labels applied to those fields in the template editing interface. See screen grab: Note: The field names display correctly for fields using their default names - it's just the overridden ones that don't work.
  6. Guy Incognito

    I'm pulling all the fields from a template type, in this particular instance 'dog'. I'm getting all the template fields by: $t = $templates->get("dog"); $dogFields = $t->fields; The looping through my $dogFields object to output the fields as per snipper earlier. I have overridden the 'title' field in this template to be called 'dog name' as it just makes more sense in this context, but I can only ever seem to output the field's original default name 'title'. Obviously I don't want to rename the title field globally.
  7. I've overridden the name of the some fields on a template, but I can't seem to output the updated names on the front end. PW outputs their original names regardless of what is being displayed in the template editor. Is this correct behaviour? Currently looping through to get fields outputting each as follows: echo '<input type="text" name="'.$field['name'].'" class="form-control" id="'.$field['name'].'" placeholder="'.$field['label'].'">'; When I dump my $field object there doesn't seem to be any output for the overridden labels in the array, is there another way to do this?
  8. Guy Incognito

    Ignore me... had the path wrong! Works if you use: cache/.avatar_uploads/
  9. Guy Incognito

    I'm just experimenting with your idea @Soma as I hadn't thought about this approach for securing the upload folder before. Using the path as you described throws an error though, even if I manually create the .folder. Error: Exception: No upload path! Should PW automatically handle this path or does it need me to configure this folder somewhere? Or perhaps the server doesn't allow the .folders?
  10. Guy Incognito

    Ah perfect thanks - all makes perfect sense now you've spelled it out to me - reloading the user object solves the issue And yes - addressing the security issues above is in my todo list - this was just a prototype based on examples on this forum and it was bugging the hell out of me why the image wouldn't load first time!
  11. Guy Incognito

    This was my original guess. Query string is a good idea but doesn't seem to make any difference. I've tried as follows: action="./?<?=substr(base64_encode(mt_rand()), 0, 15);?>"
  12. I'm trying to implement a front-end image upload form for user profile pictures, to a field called 'profile_picture'. The code is based on the various examples found around these forums but isn't yet 100% right. The form successfully submits the image to the server and updates the field in the dashboard. When you submit the firm, the page reloads and uploads the image but the template still loads the old image path (now broken path as the old image has been removed). I can only get the new image to show if I hit enter in the address bar forcing the page to reload. Any ideas? Is it a caching issue, or something to do with the order of the script? It makes no difference if I call the image after the upload form. <?php //Display current user image $userImg = $user->profile_picture->first(); echo '<img src="'.$userImg->url.'">'; $upload_path = $config->paths->assets . "files/avatar_uploads/"; $f = new WireUpload('userimage'); $f->setMaxFiles(1); $f->setMaxFileSize(1*1024*1024); $f->setOverwrite(true); $f->setDestinationPath($upload_path); $f->setValidExtensions(array('jpg', 'jpeg', 'png', 'gif')); if($input->post->form_submit) { if(!is_dir($upload_path)) { if(!wireMkdir($upload_path)) throw new WireException("No upload path!"); } $files = $f->execute(); if ($f->getErrors()) { foreach($files as $filename) @unlink($upload_path . $filename); foreach($f->getErrors() as $e) echo $e; } else { $user->of(false); $user->profile_picture->removeAll(); // wirearray (line added by @horst: explanation is three posts beneath) $user->profile_picture = $upload_path . $files[0]; $user->save(); $user->of(true); @unlink($upload_path . $files[0]); } } ?> <form class="forum-form" accept-charset="utf-8" action="./" method="post" enctype="multipart/form-data" > <input type="file" id="attach" name="userimage" accept="image/jpg,image/jpeg,image/gif,image/png" /> <input type="submit" name="form_submit" value="Submit"/> </form>
  13. Guy Incognito

    I'm going to use their email for login, but planning to use their username for display around the site so thought it would be nicer for them to choose their own. If solving this becomes too much of a PITA I'll probably just settle for displaying first name and first letter of their last name instead. E.g. Joe Bloggs becomes JoeB.
  14. Guy Incognito

    Glad it's not just me!
  15. Guy Incognito

    I already tried changing that setting - but it doesn't seem to make any difference to whether or not the name field shows?