Reid Bramblett

Checked that first! All directories above and below (and for this folder) are set to 755. The subdirectories are all 755 and the subfiles are all 644.

Trying to migrate PW site from old host to new one. Thought I got it all installed properly, but it's throwing this error: What gives? (Also, for the record, the directory in question already exists.) Thanks!

Thanks, Robin. Works a treat. I had tried fiddling with the number_format as well, but didn't really understand it. I did, however, go back and tweak the regex statement so that it would catch single-digit amounts, too, as well as amounts with or without a two-place decimal amount (the "cents").

I want to use this lovely little converter to search a given textarea field for all mentions of currency amounts, convert each of those to another currency, and then show both. In other words, taking: and turning that into: (The usd amount, obviously, would be filled in by the converter.) After dozens of code variations and attempted angles of attack, I feel like I am close with this—but it is not quite working. $cc = $modules->get('ServiceCurrencyConversion'); $text = $page->body; $regex='/\x{20AC}\d+(\.\d{2})?/u'; $text = preg_replace($regex, '$0 ($' . $cc->convert("EUR", "USD", str_replace('€;', '', $regex)) . ')', $text); echo $text; It does no actual converting. I end up with just the euro amount repeating itself in parentheses: I figured the cc_convert only works on numerical amounts, so I need to strip the currency symbol before I can perform the conversion, but am having a devil of a time doing so. (And, yes, I have tried all sorts of Unicode, UTF, and HTM Entity encodings in place of that '€' to no avail.) For the record, I am, shall we say, not very handy with regex (it took my a day and half to arrive at that working $regex variable). (As a cherry in top, I'd also like to round output amount, which I haven't yet even tried to work into the code.) Any advice?

I am having the exact same problem. It's been almost a year since this thread began; any solutions?

The error logs have nothing in the past three days. There's just that one line that pops up at the top of the screen every time I try to save a page with an image field: I am afraid I don't understand enough about the inner workings of PW to know why this field and no others is throwing an error. The only other bit of intel I can think to provide is that I am using the Type "CroppableImage" for the images field (and I have the most up-to-date version of that running).

OK, so that was fun. I decided to try the PW3 upgrade, got it working swimmingly on the local server, but when I pushed it live it all went haywire (multiple reloads in admin did not do the trick). Spent several hours trying to get it to work, then several more trying to flush out the system and replace it with the 2.7 that had at least been mostly working. Now I am back almost to where I started—though I managed to fix one of the two errors. I got rid of... ...by simply creating an empty MarkupCache directory in that spot and the warnings went away. However, the more troublesome one remains: I can edit all the other fields on a given page just fine, and they save properly. However, I cannot save edits anything within the image field, nor can I upload new images. Any ideas?

Frankly, I was so close to launching I didn't want to run the risk of having PW 3 break the site and setting me back. I just wanted it out there and live before I started fiddling in dev with a new PW version.

Plenty of disk space. The permissions really don't seem to be the issue. I changed the handful of 777s to 755, and no dice. (The only directory/file permissions that aren't 755/644 are the session files within site/assets/sessions, all of which are 600 and unchangeable). For the record, I am running PW 2.7.3

Thanks for the quick reply again, Rick, but that doesn't seem to be the issue. It looks as if every directory/file is at least at 775/644 or better (a few are even 777). I did not actually check every single one, because I am using a hierarchical interface rather than some kind of Terminal/SSH window (I do not really understand those, and am worried a typo will wipe out everything), however I checked every directory, sub-directory, and file (or exemplar thereof). Any other advice?

Trying to work the kinks out of my first live PW site. Most of it displays beautifully on the front end (save, oddly, one rather important page throwing a 404, but I'll try to troubleshoot that once I get this bigger issue resolved). I can also log into admin and browse the pages tree and open pages in edit. However, whenever I try to save a page (whether an existing one I have edited, or a new one I am attempting to create), I get the following error message: In addition, if the page happens to contain an image field, prior to that "unable to create path" error I also get: L'il help?

I love PW. I post a question, take a lunch break, and the answer arrives! I guess my suspicion about the name of the .htaccess was correct—and that fixed it.

OK, I did my due diligence of searching for an answer for a full 24 hours before giving up and posting this plea. I have just uploaded my first PW site to a live server, but can only get the homepage to work. Clicking on any link to any other page results in the following error page (with the subpage link after "URL" properly filled in with whatever page it was I was trying to reach, in this case /places/): I take it from others who have had this issue is that it has to do with a configuration in the htaccess file. The solution for others seems to have been uncommenting the "RewriteBase /" line, and perhaps including subfolders in that line. I have tried that. I have tried with just "RewriteBase /" and with all sorts of directories after that forward slash. Nothing seems to work. Help! For the record, every file and folder (including the "site" and "wire" folders) of the PW lives within a first-level subfolder on my main web directory (reidsguides.com) called "reidsengland." The full address of that folder, within my account with the provider (Pair.com), is: /usr/www/users/reid/reidsengland/ I have tried putting every variations of all snippets of that address into the RewriteBase line to no avail (plus plain old /reidsengland/ and /www/reidsengland/). I honestly don't understand how servers work. Should I rename the htaccess file from htaccess-2.7.2.txt to plain old htaccess.txt? Could it have to so with the fact that the domain is using a shared IP? In other words, the actual link is "http://www.reidsguides.com/reidsengland," and I just point the server to the appropriate subfolder. This has worked fine with non-database sites, and WP ones, but might it be causing the hiccup? Thanks for any help you can provide.

Beauty, Netcarver. Just the ticket. (And I had already resigned myself to working with leaflet's limited color palette to approximate the color scheme I'm using on the site.) Thanks so much for this. Does in a few lines of code what used to take me ages to create by hand. Loving it.

This may seem simplistic, but how do I make a map where existing fields on the pages define the marker settings? In other words, rather than creating separate new fields on the page template for marker_icon and marker_color (and then laboriously having to fill them in each time), how I can use an existing field, and then merely provide some code denoting the corresponding changes I would like to the marker options. For example, for a travel site, each page has a "category" field (sleep, eat, see), and I would like that field to automatically determine the marker color and icon (anything with a category=sleep has marker_color = orange and marker_icon = bed, that sort of thing). I got this working on individual pages with "if" statements, but can't seem to get this working within the array needed to populate a map drawing from lots of pages. Thanks!