Jump to content



  • Posts

  • Joined

  • Last visited

  • Days Won


 Content Type 



IPS4 Providers

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog



Everything posted by Ikadon

  1. That's their decision. If they had picked one I don't know there was still a, probably bigger and what's more important to me an open, community around it, it could be composer-ready and they still had not needed to create the basics themselves. Laravel was initially developed by one guy, it's now quite big (so is Symfony2) Other projects move to these frameworks, so they can exchange knowledge and resources without being held back by reinventing the wheel over and over again. The web is moving forward faster and faster and it took IPS multiple years to get IPS 4.0 ready, so ... I think the time of big updates is about to be gone. Doesn't matter, we talk about an open source framework here. If the development really would cease (why would hundreds of devs suddenly abandon a project the use themselves?) they could still improve it by themselves. Still they wouldn't have needed to develop the hull of the ship (= all the basic stuff that is already covered a dozen times in other frameworks) Example: Even Laravel builds upon components of Symfony2, because "Why reinvent the wheel?" ;) I think that the cost would've been worth it in the long run, because you would have more people suddenly interested in IPS. Believe it or not, vendor lock-in "scares" a lot of developers away. I, myself, would never bind me to some software if it's not absolutely necessary to achieve what I want. Hence I don't develop for DirectX (for example), but prefer OpenGL :smile: Yes, he did. And the train has left a while ago. I came back out of interest, that's all. Symfony could've been a good base, like it is for Drupal 8. Flow could've been a choice, or even Laravel (but the really awesome versions of Laravel weren't ready when development of IPS 4.0 began, so... ;)) And why I don't use IPS 4? Because it still only supports MySQL (whereas other frameworks allow about any database, as long as there is a driver for it) and I don't use MySQL in any way anymore. (In fact I wouldn't touch it with pincers if I can avoid it *g*) Anyway, I'm repeating myself over and over again. I've literally answered the same questions multiple times now. I was here to state my personal opinion as a full-time developer and a hobby-web-developer as on what holds me back to further support IPS-Software. Then I was here to stand against misinformation such as "Security by Obscurity is good" (which it is not and will never be! The safety of a system must be based upon mathematics not upon keeping an algorithm safe) and simple misunderstandings such as comparing another commercial "closed source" product like an editor with an open source framework and the problems that arise with the former. So, have a wonderful day, enjoy this product and have fun with the future of it (I hope it will be bright)!
  2. No, sorry. As said, I've already created some packages that are available today which I could see a benefit to be included in IPS (after all I used it myself extensively a few years ago!), but I simply don't want too much information about me flying around. You're thinking of a tailored application I think, while I'm not. I'm not thinking about a fully integrated modification that is embedded into the UI of IPS, but rather of sharing functionality that can then be implemented and tailored to the specific appliciation. That works quite easily with namespaces and the extensibility of the frameworks I normally use. Basically you add a service provider (or whatever it is called in the framework) and off you go (as a developer). And regarding the different topic variables: That's why you code to an interface. It's easier to exchange great portions of code in one go then as well ;)
  3. "Unified user experience" For the greatest part this comes down to usability and ui-design and has little to do with the implementation of the functionality itself. If you structured your application well the package shouldn't add anything to this, except for the functionality itself. The integration part should be solved by Interfaces (as in PHP Interface) so that you could exchange one package with the other easily, without even realizing it happened. Personally I'm all for decoupling as much as possible so it can be reused :)
  4. Well, for those there are not-self-hosted services and there you could run updates again ;)
  5. Depends on the shared hosting, I'd say. I used to have shared hosting, but had ssh-access. If you don't have access to composer, you may still install and update your application via ftp, it's just more work :/ (unless the packages are packed with all dependencies with a cron-job or so :))
  6. Ya, but if you build a boat you see what all ships have in common, some kind of hulk and that's where I'd use a lightweight (or heavy) hulk that suits my needs best, unless I wanted to do something that has never been done before, but then it wouldn't be a boat, now would it? :D Yes, absolutely, the modifications authors are great! That's what I love about composer nowadays. Everyone who creates a package can share it with the entire php-community! And that's where my critics hit in: When I develop for IPS the thing I made is bound to IPS... I can't give it to other non IPB-users without having to rewrite a whole lot of code. And as I do all of this for free I simply decide to do it for the majority in the first place. For you that's not bad, because that way the developers are more bounded to you, but for me it's a waste of time. Not because your framework isn't any good, but because it's bound to you alone. Ah, monkey patching is absolutely possible with other frameworks (example: Laravel 4 or greater). The IoC-Container is the way to go there. See, great minds think alike, so you invented the same thing as was invented already, maybe at the same time, but L4 is released since 14 months or so. But the real problem is, that a company such as yours simply can't fulfill even all basic needs, because you have so much to tackle down. Let me give you a concrete example: You don't have any interest to support other databases like Postgres or MongoDB etc. From a business point of view I totally understand this. Most hosts out there only provide MySQL in shared hosting and the absolute majority of your customers is quite content with this or does not care at all. However, supporting other databases wouldn't be a problem if used a portion of another framework for this. For example, I've written 3 packages that need a database connection to work and the abstraction layer provided by the framework I use make it really easy for me to test this stuff. They work on any database that has a driver in the framework (e.g. sqlite, postgresql, mysql, mongodb ...) so anyone can use them. The other packages I made framework-agnostic, so when you use the framework I do, you just add two lines to your config and off you go, but if you use another framework that's absolutely fine too. I would really love with IPS again and put time into this, so hopefully you'll go the composer way some time in the future and add support for alternate databases. :smile: Anyway, thanks a lot for taking your time to answer.
  7. I was not trying to teach them their jobs, I was pointing out and reviving a discussion why I (and probably other developers too) can't afford to put time into it and stating my point of view regarding this topic. (And dealing with nonsense like "Security by obscurity is good" ... yes, absolutely, because it contradicts Kerckhoffs's principle *g* *scnr*) I didn't wait to raise my opinion, because I know now, that as it stands I can't put time into yet another framework that is unique to this software. It's the same reason I don't put time into any other "proprietary" solution... my time is not endless and in IT I hate nothing more than binding myself to a non open software. I'm putting so much of my free time into free open source software and I had loved if I could've incorporated IPS-customers into this. While I do create software to make a living, I never sold a package, because I gave them away for free.
  8. Ahem, old topic, but that's the core of the problem here: The difference is: this editor was NOT free (as in money), neither was it open source! I can't fix my car, if I'm not a mechanic or the car is welded so I can't open the cowl. But I may be able to fix my Kernel, if I use an open source operating system and know quite a bit about C-Programming. The essence of an open source product is, that anyone can add changes. And even if the majority of people says "Nah, this is bullfaeces", the one who edited this, can still use it. If it is good it gets added and many can profit, if not, you can still use the work of others but have to maintain the things others don't want or you don't want to share.
  9. I did not say you don't have one, I said using an existing one would have saved you time and enabled us customers to use IPS software without being bound to MySQL alone, which isn't always a possible option. (Take Symfony2's Doctrine or Laravels Eloquent for example ;) Both run a multitude of Databases out of the box!) For example: I wouldn't use MySQL for my personal or work projects any time soon, because I've moved my attention to Postgres and MongoDB.
  10. Another thing, for example: The whole database-abstraction layer could've been used from another framework. That way customers of IPB wouldn't be bound to MySQL but be able to use other relational DBMS and even some NoSQL-databases without much of a hassle. Creating these kinds of things over and over again doesn't proof anything, it doesn't get better or more tested (I think that for a rather small company quite the opposite is the case - at least that's my experience when working for smaller companies, they simply can't afford as much [unit]testing as bigger ones or the open source scene), nor does it get easier or anything, it's just appears to be the good old "Not invented here"-syndrome :sad: Well, personally I still hope that one day IPS will jump on the composer (or whatever is the old bull then) wagon, no matter their framework. :smile:
  11. So, first of all, let me clarify a few things: I wasn't suggesting to use a closed source framework of any other company, I was merely suggesting building upon a well maintained base that is developed by hundreds or even thousands of developers around the globe and is completely open source and free to use in commercial products. These frameworks are not only used by much bigger companies than IPS and maintained by a far bigger team than IPS has, but they are highly extensible, so forking and changing the core wouldn't be necessary in like 99% of all more or less possible cases. Still, if against the odds there really would arise a problem where IPS would have to create a workaround, "hacking" the core they could simply fork the project and provide a patch for the entire php community to use (if they wanted to). Creating your own code is absolutely okay, if it has more benefits. The thing is that, at least for me, my time is limited and I simply can't afford to learn 20 different frameworks for 20 different software products. It's just not gonna happen. Although I know the language and I know the concepts, really diving into a framework does take time. Hence I would've loved if people using IPS-Software could've shared their products with the rest of us and vice versa. Like it is now, IPS is not composer-ready, so IPS is like an entire other world, while the rest of the PHP-world that uses composer can share their projects and save a lot of time and efforts. While IPS could create their own framework, just look how long it took them to create it. They essentially had to create all the basics as well, instead of just being able to build upon a well maintained foundation and focus on the actual features and usability. Exactly. There is general misconception here. People assume that they would bind themselves to another company and be a at its mercy, which is absolutely not the case with open source software.
  12. If windows was written of top of Linux it would inherit a far superior architecture (yes, beat me to it, but the architecture of the "near to unix like-" linux _IS_ superior to Windows) and there is no reason they couldn't do this. You know "free software" doesn't mean it has to be free of charge, just that the source code is open source and you're free to do (basically) anything you want with the code. I'd still say that everyone making his own cup of tea (or framework in that case) is a waste of resources :smile:
  13. In Laravel: http://four.laravel.com/docs/ioc Other frameworks have other methods to achieve that. It's really nothing special anymore. Regarding the rest of the answers: First of, Charles. Yes, I still intend to leave, but I was asked some questions and wanted to be polite. For the rest: The development of these frameworks and composer is by far faster than anything that IPS has developed in the last couple of years. You chose another way, I asked why, I got my answers, tried to discuss this but you still seem to have your reasons and I'm fine with that. It's not like I'm crying because of your decision, it's just that I won't be able to use IPS-Software then because I wannt to put my work into the whole PHP-Community and not just one commercial software. I'm glad you all (even those who have no idea of programming) had a great laugh and a new concept of an enemy for a few hours. @Marcher: I'm sorry, this really is my last answer to you. The decision has been made, I see the reasons for it, can't with them and that's why I'll leave again. Enjoy your products and may IPS not fail to produce what you're searching for.
  14. "How many times"? Wow. I'm sorry I was even talking (and answering your questions) to you anymore, my glorious, superiour human. I've talked about hooks as you have, but as far as I see it you've worked with Laravel 4 and YII and Symfony 2 much longer than I did and thus have a far better understanding of all these frameworks than I do. That's why packages try to be as small as possible. But yes, you're loading all the stuff that belongs to that package. If that is wasteful to you, that may well be your opinion. I'd rather "waste" some disk-space than my time in reinventing half of an application of thrice the size of IP.Board ;) Which can be dozens of hours someone has to pay for. This was my very last post here, I don't feel the need to discuss in a tone like that.
  15. It would depend on how the guy programmed his app, wouldn't it? I mean if he just made it to be spaghetticode in one file I'd sure have to edit his code to add functionality, but this depends on the app itself. Have a look at: https://packagist.org/ All these, and more, are available out of the box to your composer-projects. You just add a few lines to a composer.json-file and composer does the rest for you. The Hooks I know from IP-Products are great but certainly not unique. Just have a look at modern frameworks. I never had to change the code I used from packagist, but I did extend it (without any hassle) Why would I spend my precious time to work with an application backed by one company if I can work with composer that intertwines with major frameworks such as Laravel, YII or Symfony 2. Hell even CI had hooks years back. edit: It seems like some of you feel attacked by my opinion. Well, this wasn't my intention and I'm sorry. It's just that once I really liked IPB and I got a little excited when the newsletter reached me. But now I simply don't wanna support twenty frameworks anymore. These times have passed (luckily) so IPS-Products are not an alternative anymore, currently. I just love to be able to share my code without the need to adapt it to five different frameworks and others are glad as well, because they spend less time porting applications that were made for Framework A to Framework B. It's also great to be able to use the efforts others have already taken without much of a hassle. To me it's just a waste of time to develop the same stuff over and over again for different frameworks. I wouldn't mind if IPS would use their own framework if it was composer-ready and thus easily extendable by all applications. But I guess this could lead to more support-requests on your side and less control of the people. Now you need to use a bridge to integrate differend software with IP.B. Then you could simply add IP.Board to, let's say, Drupal 8. So basically people who's needs are fulfilled with D8 and IP.Board wouldn't think about buying IP.Content and all the other products. In my eyes composer is the bright future of PHP. Something Ruby (on Rails) has since eons. This development brought me back to this language. Anyways, so this was it from my side. Have a nice day, enjoy your products and farewell.
  16. I have never ever had to change a core-file, neither of IPS-software nor of Laravel or YII-framework. Why should I? This would be bad frameworks where one is forced to change the core. The maintainability and updatability would be lost. That's insane. Have a closer look at Laravel (especially Laravel 4, which is in beta currently) and shoot me a message if you feel the need to edit a core-file. I would love to see a situation where you'd need to do that. What you asked for: Any modern framework can do what you specified, that's what they were made for oO Either that or I don't get the question. (Bear with me, english isn't my mothertongue) edit: Even better, have a look at composer and tell me again why you would need to hack core-files. That would lead the whole concept of a dependency manager ad absurdum.
  17. It's the same as saying "Oh, I won't use a framework because development and support could stop." (There are frameworks out there that are developed by professionals, as part of their fulltime job) Well, I asked a question, I got an answer, I disagree... I haven't used IPS-products in years and I'm glad all the support requests I got stopped. Now that I left the newsletter-system I won't bother you anymore. Have a nice day!
  18. Yes, because companies can't go bankrupt ... oh if life was that easy.
  19. Let's agree to disagree here. Charles: Composer and Frameworks aren't on their way since eleven years. I hope the best for you. Maybe I'll be using IPS-products at some distant point in the future. Until then, farewell.
  20. Well I see your point. The old saying "what if others stop supporting their code" is the main reason why everyone started to develop his own code in the beginning. Reinventing the wheel over and over again. Yeah! I'm glad others see my point and many software is moving down the composer-route. (Even forum-software. Beware IPS, free software is getting better and better while you stand here.) I wish you success then. @Marcher: Ever looked at Laravel? To me there is no framework out there that is more readable and understandable and yet it's by far more powerful than IPS-Framework.
  21. They definetely have more power if they use their own framework but this has some downsides too: 1) They need to put work into the very basics such as security and stuff on a very low level, instead of, well, actually develop features that distinguish them from other software. 2) Third-Party-Developers create great plugins and addons that one can't easily combine with IPS-Software because they reinvented the wheel. 3) Great parts of the PHP-Community decided for one framework or the other. Now that more and more frameworks try to integrate with composer (a dependency-manager) one can quite easily add new functionality that was created by others if it is composer-ready. That means you could, for example, use IP.Board with Drupal 8 (for example) without a problem. The major downside I see is that they would have to compete more strongly with other, often even free software that does some jobs better than, let's say IP.Content does. @Aiwa: "Security by Obscurity" is actually an argument against what you said. One should NEVER think that obscurity adds a layer of security. That's the very basics you learn at university, regarding security in IT. Also I guess it's quite the opposite. If you look at the linux-kernel. It has vulnerabilities just like any other software, still it gets patched much faster than security problems with MacOS or Windows, because the larger community covers more aspects that a handful of developers can't find on their own.
  22. I haven't checked IPB in a few years and now that I got a few emails I just thought I'd come back and read up some of the blog-entries. It seems like IPS is still writing their own framework for 4.0? Why's that? Why don't you use a framework such as Laravel or Yii that has covered all the basics already? Finally PHP seems to be shaping up well, thanks to Composer and all the great opportunities it brings the developers and customers. No more reinventing the wheel over and over again, yet you decide to create your own framework instead of focusing what is really important, a great forum-software. Your greatness always laid on the usability of the software, not on the code itself. It's sad to see you doing the same work others have done and most probably have done in a better way than the few of you could ever hope to do. There are so many frameworks out there, some of which are really great (like I said) and there must be a licence that is absolutely compatible with what you intend on doing. Think of the opportunity you would have being the first (big) commercial software that uses a framework that uses composer where you and others could easily recycle features and help the whole php community while gaining on momentum. Well... just my .05
  23. [quote name='+++' timestamp='1322836006'] Now if only there was a way to add extra tabs by default, e.g. to specific IPC pages, where the tab would then be "active". Yes! If this was possible... *sobs*
  24. [quote name='Stenis' timestamp='1322066683'] Of course they are fixed in some sense, but for us to enjoy them a release must be put together, tested etc as I described above and that is a lengthy and time consuming process. Why do you need a bug-fix tested? Don't get me wrong... whenever there is a new feature released I understand that you need to test it's behaviour on the rest of the code etc. But a bug is fixed or it is not. If it's fixed you don't need to test anything else as you do this before you mark it as fixed.
  • Create New...

Important Information

We use technologies, such as cookies, to customise content and advertising, to provide social media features and to analyse traffic to the site. We also share information about your use of our site with our trusted social media, advertising and analytics partners. See more about cookies and our Privacy Policy