Jump to content

hdesigns

Members
  • Content Count

    51
  • Joined

  • Last visited

Everything posted by hdesigns

  1. Thank you so much Marvin! That was it! There was no php script crash and no failure of PW or Lightning. I just forgot to give the file the correct access rights at the end of its creation.
  2. I still can't find out what exactly the error is: Locally (PW 2.5, I don't know the excat version number, where can I find this?) it runs absolutely fine. On Lightning the image variations are created* but when I want to access them via http I get the 403. This really only happens on Lightning (not locally and not on my web hoster). Therefore I it is hard for me to believe that this is a PW error. I also read throught the link you posted and couldn't totally relate my problem to yours (except the 403 of course). Your problem was about handling inpropper parameters. Mine is only about the 403 because the php itself runs smoothly, at least that's what I asume because there are no messages in the error log nor is the image variation in any way not as I expect it to be. *After I downloaded them via FTP I can say that the image creation process was completed because the images where as I expected them to be.
  3. On one hand I have to agree with you because all your statements are true, on the other hand I'm not so sure if these poitnts are of any interest for an editor. These are all things that are important for the admin/developer. But an editor doesn't really care if it's hard for you to develop feature x or how often you have to patch the cms because of security issues...
  4. This is a hard one because for me one of the greatest things about PW is its simplicity. But for WP power users this doesn't count because they know WP well enough and feel that something was stripped away from them and they don't have the power they used to have (even though they never used the features they are missing as an editor in PW). I would show them the multi language features which are absolutely over the top. It is so easy to edit PW multilanguage sites...
  5. I will try the recreation. But could you please explain a little bit more specific how you recognized that the creation process failed? Because I don't see any evidence (except that I can't access the image variations). Or in other words: What steps are (or should be) bound to the creation process? As far as I know an image variation is created when the image file is in the right folder and has the right name. I never tried it out but I thought that it would also be possible to just put that file via FTP at the right folder and voilà. This, of course, only counts for image variations not the image itself.
  6. In the meantime I could connect to the FTP server. But now I'm having another problem: I can't access the images in assets/files/* over http. Here is an example. The file exists but I get a 403 Edit: I have no problems accessing the original file. But the resized file cannot be accessed.
  7. It looks like the FTP service is down again. At least I can't connect via FTP right now... Maybe you could add a file manager as long as the FTP daemon keeps crashing. This could serve as a work around.
  8. I'd never thought it could be so easy. But it is! Thanks adrian!
  9. I'm working on a little image resizing module that hooks in after the image was uploaded in the back end (based on Somas code). But unlike Soma I use GD to generate the resized (and slightly modified image). So, before there are any questions: Yes I need to use GD instead of $image->size(...) The resizing works but I would really like to add my variation (my resized image) to the $image->getVariations. First of all because I want to get my resized image to be deleted when the original image was deleted and second because of consistency reasons. Simple question: How can I add my self-generated image to the PW-image variations?
  10. I totally agree with Martijn when he says that the grammar/spelling correction shouldn't distract the reader from the actual topic of the thread. But if this was a german forum I would probably also get grumpy if the users would constantly spell the words wrong. So -as a consequence- I've decided to add a new forum-signature that first of all states that I'm a german speaker but also that I'm eager to learn and improve my english.
  11. Thank you guys. @interrobang: Your idea with the background image did the trick perfectly. Thanks so much! I really don't know why I didn't came up with this. Now that I see it, it seems so obvious...
  12. In my particular case this doesn't work because I want to create a slider that is also responsive. Next to the normal width of the slider I set the max-width to 100% to make sure the user can see the full image if the browser window with is smaller than the slider normally would be. Now, if I have a portrait image in an array of landscape images the portrait image appears much higher than the other images because of the max-width 100%. This of course ruins the design... I can't come up with a css-solution. There may be a js-solution but I'm not sure if I'm comfortable with it. As far as I can see the php/pw solution would be not that bad. I admit there are some wasted pixels and this results in slower loading. If someone comes up with a better working solution I'm willing to adapt.
  13. I'm in a situation where I need to output an array of images in the exact same size. So far, so good. With $image->size(900, 600); I can do this. The problem is: If I do the exact same thing with a portrait image. It crops the top and the bottom. I need to avoid this. Is there any option to resize a portrait image into the landscape format and fill out the resulting blank space (on the left and right side) with a color providing the rgb- or hex-code? I've attached an example image of what I want to achieve.
  14. Ah, ok, no I misunderstood you. You're right with the namespaces that were introduced with PHP 5.3.0 Anyway, I can't really say which PW version is required for my module, because I've only tested it with PW 2.5 I'm pretty sure thought it would also work with PW 2.2+ (and below was no "requires"-field I think). Right now I'm tending to let the module only require the PHP version and not the PW version so nobody is restricted unnecessarily. Is there somewhere a documentation that points out which feature/hooks/methods/etc. were added at which PW version?
  15. I would be willing to contribute to the project within the next 3 months because it seems like I will have plenty of free time during this period. The other question is if you're willing to let others work on your project especially semi-experienced php developers like me.
  16. Thank you horst for pointing out the "requires"-field of the module info. I've added the line you suggested. One question thought: Why do you also suggest that the module requires PW 2.4 besides the PHP version? DIndent_v1.0.1.zip
  17. Yesterday I looked at the HTML output of a PW website of mine and thought it looked kind of messed up. It wasn't because the code was bad or I used the wrong tags. It also wasn't because I somehow forgot to close open tags (w3c validation went fine). No, it only was because the HTML output wasn't well formatted. I think this is a pretty common "problem" when using PHP to generate your HTML code instead of creating static HTML pages. To solve my "problem" I searched a bit and stumbled upon https://github.com/gajus/dindent. The idea behind this remarkable little piece of software is imho great: In opposite to HTML purifier or tidy Dindent doesn't manipulate your HTML code in a sense that it will behave differently. It doesn't close unclosed HTML tags or something like that. No, Dindent only changes the format of the HTML output to make it more readable and appear cleaner. So, as a developer, you are still responsible for creating proper HTML code! So I decided to create a simple little ProcessWire module that hooks into the render-method and applies the magic provided by Dindent. That's all! But I really think it can make a difference in the presentation of your website for everyone that looks a bit deeper into your project and therefore looks at the HTML code your website provides. Beware: Of course the whole beautifying process is not free. It costs some time, so it works best together with a caching mechanisms (favourably the fantastic ProcessWire ProCache)! What do you think? DIndent_v1.0.0.zip
  18. I use NetBeans in combination with xdebug. Works like a charm! You can dive into object variables and see their internal status or just step through your code just like with any other real world debugger (as I'm used to have in java and/or .net). It's funny: A couple of years ago I asked the same question in the official joomla forum and no one answered for a long time (and after some months there were like 2 replies) and here there are 4 replies in less than 2 hours...
  19. I love to listen to RJD2 while programming. This guy kicks ass!
  20. We already got that That's a difficult one. In some way you contradict yourself in talking about your experiences but on the other hand you admit you never really built a site with PW. For me personally I have the impression that PW is remarkably easy to understand for end users (based on real experiences). But I know this is not a valid argument as others may experienced it the other way around. So on this point we can only give our own impressions and because in the forum are mostly PW-lovers the result will not be representative...
  21. woop, your pdf is great. It reflects the first thoughts a webmaster could have when he/she gets his/her hands dirty at pw for the first time! imho the critics at the installation part where a bit too much (I found the installation process pretty easy when I saw pw for the first time). What now would be great is if there was a second part of your document where you (or someone else) enlightens the reader how to take the next step (or at least where exactly to find the answers to your questions at the end of the first part). I know it was not your intention to take newbies by their hands with your doc. But when I read the pdf I can think of a lot of beginners who feel exactly the same way as you did. So they could indentify themselfs with you and (maybe) would follow the next steps in the second part.
  22. I was reading all the posts in this topic with big interest. When I first read the title of this topic I was thinking "what exactly are you talking about? ProcessWire is the most userfriendly CMS I've ever seen". As I read further (the first post) I understood the big difference in what people in this forum think is a user. For me a user is a person that uses the backend of PW and because PW IS a CMS this means the user is able to manage contents. Nothing more, nothing less. If you are in that mindset PW delievers a great user experience, because everything the user sees is exactly what he/she needs. There are no useless fields and there are no complicated mechanisms to publish different types of content. This is a real additional value for the user as this kind of CMS is way easier to grasp. (in opposite to let's say 5 plugins/addons/modules which are all from different devs and therefore have all a different workflow) On the other hand, this means there has to be a real web designer/developer, beause the user will never be able to get new features by themselfs. This person is not in the user role, he/she is the webmaster/administrator. This makes PW perfect for professional use and personally I think this is the right direction.
  23. hdesigns

    Fooled isit.pw

    Thank you! Even though I love pw and want my customers to know that they use pw I like it more when guests don't know the cms I'm running. Your approach seems to accomplish exactly that need. Could you please post a more in-depth tutorial how you managed to through back a 404 on that specific request?
  24. I'm a big supporter of cyon.ch They have a top notch customer service, are located in Basel and know what they are doing!
×
×
  • Create New...