trq

Do you have an actual question?

http://nodejs.org/api/repl.html

Currently I have 10-15 hours a week available within my schedule which I would obviously like to get filled, so I am available to take on either smaller projects, or larger projects over a longer periods of time. I am by no means a cheap developer, but you get what you pay for. I work professionally as a contracted developer and as such any business dealings will be dealt with in a professional manner following tried and true practices. I have close to ten years experience in the industry, I am an admin on this very forum am an active member of the community here. I have experience with many of the modern frameworks and libraries including Symfony, Laravel, Guzzle & React as well as years of experience maintaining Linux & BSD based servers (mostly Debian, Gentoo and FreeBSD). I work to standards and believe in quality through test driven design and implementation. I can be contacted via a PM on the forums here or emailed directly via trq+freaks at thorpesystems.com https://github.com/trq http://thorpesystems.com

You don't just migrate existing code to OOP. It is a completely different design approach. To do whatever it is you want, you will need to learn OOP.

Not in production no, but Ive played with it quite a bit on the side. I definitely wouldn't say the zend engine is dead, it's getting a good ass kicking though which can only lead to good things IMO. All my vagrant boxes install it alongside zend.

And you are having problems where specifically?

Have cron execute the script that calls your function.

Do you have a specific question?

What makes you think that when you obviously have no idea what is involved? Find a host.

PHP doesn't execute inside an event loop like Javascript often does. You would need to use your operating systems task scheduler. On Linux, it is called cron.

It is. I use it on a daily basis with a few large Symfony2 based applications. It's a great tool. http://thorpesystems.com/blog/debugging-php-in-vim I'm pretty interested in taking a look at http://phpdbg.com one of these days too as it ships with PHP5.6.

The second question in particular assumes you are talking about client side (executed in the browser) javascript. Server side javascript is becoming more and more popular these days and is capable of making use of many different database systems.

vim for Windows? Yuk.

We do not delete accounts. If you don't want it, don't use it, simple.

2 & 3 will never happen using vim's autocompletion. And 1, well, vim gets its context from a few different locations depending on the keystroke you use to start completion. Generally, I only ever use the context of the current buffer. This meens variables will only be completed if they already exist in the current buffer. Not that I use completion often anyway.

Not at all. That's why I said I rarely use it.

vim's code completion is the best (quickest and most flexible) Ive used, not that I use it often.

Silex (http://silex.sensiolabs.org) is an awesome micro-framework built on the shoulders of Symfony (another great though full stack framework).

This resonates with me more than anything else. http://blog.sanctum.geek.nz/series/unix-as-ide/

My main motivation for working in vim is the fact that we do allot of remote stuff via ssh on client machines at work. So, now I can use the same editor under all circumstances. Even when I work from home, it's so much easier to just connect to the vps, ssh in and open vim in a terminal. I don;t have to worry about the overhead of a Desktop.

Have you tried an IDE? I used to think a simple text editor was all I needed too, but then I tried an IDE. The only time I use a regular text editor now is just for real quick edits, or stuff that I don't want to make into a project in my IDE. IDE's tend to get in my way. All I use is vim with a few plugins: https://github.com/tpope/vim-pathogen https://github.com/tpope/vim-fugitive https://github.com/tpope/vim-unimpaired https://github.com/vim-scripts/taglist.vim https://github.com/vim-scripts/sessionman.vim https://github.com/vim-scripts/bufexplorer.zip https://github.com/tpope/vim-surround https://github.com/vim-scripts/FuzzyFinder

I'm a massive vim fan so don't really have much of an opinion when it comes to IDE's.

That's because MS sux balls.

Hmmm, I smell spam.

There is no definitive answer, just opinion. Often the one that is well suited to your style of development and specific project requirements will be the best one to use.