Jump to content

Centurix

Site Administrator
  • Content Count

    97
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Centurix

  • Rank
    Hocus Pocus
  • Birthday 09/25/1971

Previous Fields

  • Country
    Australia

Profile Information

  • Gender
    Male
  • Location
    Ascot, Queensland
  • Interests
    Music, Tech

Contact Methods

  • Website URL
    http://fipo.co

Recent Profile Visitors

158 profile views
  1. BCompSci HECS debt - didn't have to worry about money My C/C++ lecturer and mentor Richard Miller was the dude who ported Unix to 32 bit non-PDP systems and also started commercially sold the TCP/IP stacks to Tim Berners Lee Been working as a programmer for 33 years.
  2. How does Zaphod know Fords name when they first meet on the Heart of Gold? Ford took on the name when he was stranded on Earth, so there's no way Zaphod would know his name unless he met him on Earth, which he didn't. Businesses should have various hat styles and sizes depending on how high up in the company you are. Like the Catholic church, the bigger and stupider the hat, the higher up you are in the organisation.
  3. Mr Inbetween on FX. Well written, dry funny, actually good Australian TV.
  4. He made that Children track. Dead now. Cancer. If old age doesn't get you, cancer will...
  5. I'd build a word tree based on that list, it'll probably shrink the data from 1.5G to 50K...
  6. Been talkin shit Is this why the replies were double posting for a bit? wait, when was that?
  7. Lumen looks very interesting, i'll have a look at that. Thx! With the new system i don't currently work centered to a single programming language, but try my luck with multiple. Templating: Mustache (works with any programming language or framework) Client Side: HTML5 + CSS3 + LESSCSS + Bootstrap + jquery + vuejs Database: redis(sessions), elastic search(fulltext search), mariadb(master data) Server Side: Google GO + Java + Python (+ Erlang) I might also use a graph database like neo4j. All of this might sound a little weird, so let me explain. Think about the following: 1. Most of the usage of a website is passive. People search and consume content. This content can be static for a given user group. 2. People want to change the contents sometimes, this has to be dynamic. So what i'm aiming for is not a classical board software, but a system that is basically a part time static site generator mixed with client side single page app + some classic server side mvc. For example: Think about what a thread/topic for a board software is and how it is rendered at runtime for every user. Next, think about what parts of it you could pre render... etc. I understand that, sounds like a really good approach. If there's a lot of static content then something like Varnish might really help out as a static HTTP cache as well. I'm learning Vue at the moment, just getting off the Ember.js bandwagon. It's nice, but far too big for some projects. Also, Python is great. Should make more stuff in Python.
  8. sweet jesus there's a lot of posts to convert. wtf have you guys being doing?
  9. They're currently in 'security fixes only' mode at the moment. I've had to upgrade quite a number of sites for this exact reason and the biggest reasons for incompatibility are the changes to the way exceptions are handled. Because PHP 5 had a bunch of un-catchable errors, they decided to convert them to exceptions. It means that all the error skipping flags setup on your site won't protect you from actual exceptions. The other one is that list() has changed a fair bit and breaks stuff, can't have empty lists, variables are assigned in the correct order etc. global only accepts simple objects, but that's an easy fix as you can change the referencing to fix it up: global $$foo->bar; becomes global ${$foo->var}; But, you know, stop using global foreach's internal pointer doesn't change as you iterate through an array any more. If you reference the array by pointer, every iteration will point to the first element, that broke a surprising amount for me. These caught me out for a while: call_user_method() -> call_user_func() call_user_method_array() -> call_user_func_array() :\ Guarantee that any mysql stuff will break. GUARANTEE. This is probably why I favour frameworks as it takes all this junk out of the equation. Plus I never want to write XSS, SQL injection, or CSRF code ever again. sick of it.
  10. Ok, that was what i needed to hear. I already tried PHP 7 and noticed that i would be forced to refactor half of the code base. The same effort used on a empty project with the use of current frameworks would result in a new board software fitting the needs of my userbase. You can guess, what i'm currently doing in my spare time. ;) I can understand that. What framework have you settled on? I tend to default to Laravel/Lumen for new stuff as I can jam it up with design patterns. But to be honest, I'm not too fussy. I've been burnt too many times with proprietary third party libraries that I almost expect to be pissed on from a great height at some stage during a projects development. After years wondering around Symfony, Cake, CodeIngiter Phalcon and a few others these seems to have stuck with me.
  11. I think in terms of the current forum, that's the worst that'll happen. PHP is pretty much the only thing that is shared between where we're testing and here. Now that's sorted it's just a matter of conversion and some heavy fisting. And by fisting, I mean testing.
  12. Not yet. Should i give it a try? Hmmm FPM is useful because it manages FastCGI/SAPI processes automatically. If the server is eating a lot of memory then switching to FPM can manage FastCGI a lot better as it will normally just spin up as many FastCGI instances as it thinks it needs. But then again, you mentioned that it's a heavy modded forum, so maybe kid-gloves with that one. Spin up a VM somewhere, try to replicate the server config in Arch again, or image it if you're not currently running bare-metal, then try it out. It shouldn't have a negative effect on the general operation of PHP, plus experimenting in a VM might give you an idea of how much damage upgrading to PHP 7 might be on the existing codebase. PHP 7's performance really is worth looking into upgrading. This forum will certainly benefit once PHP 7 is running.
  13. I had a inverse Situation in the last weeks. The german music production board i'm running needed a server transfer. The new server now runs arch linux. As arch linux consists of current software(rolling releases) by design, i had the issue of not having a php5.6. The board software we run is quite modded and old, so we are stuck with an older php5.6 and cannot use php7. Luckily somebody created a AUR package with a compile script that runs completly automatic. I am now able to switch between a current php7 and php5.6 via httpd.conf. Also... Arch is great for server maintenance, they don't fluff it up with lots of extra stuff. Just what you need. CentOS is the same, with maybe the exception of adding SELinux out of the box. Are you running FPM with those configs? Yay! Thanks!
×
×
  • Create New...