rll

Mojibake from acm.org?

It isn't configured because we are not actually using SSL anywhere. We have been looking at it and when we do we will of course use the session cache.

1) Every piece of code on that box is open source. Security-through-obscurity hoping people won't find your admin pages is senseless.

2) There are far more effective ways of tracking users' browsing history than trying to scrape extremely ephemeral data like what you can find on the Apache status page. As someone mentioned, even the Apache project themselves leave this open.

We have looked at password-protecting it in the past, but it is useful for debugging and unless we SSL it the act of password-protecting with a simple basic auth would actually be more troubling than simply not because people get lazy with their passwords.

We never saw a concrete security reason for locking it down. If you are worried about people seeing your IP as you browse, then you need to take other steps because your IP is spread across web server log files all over the Internet and you have no control over who has access to those. I'd suggest using Tor if you find this worrying.

To install on Linux use the OTF files from https://github.com/downloads/adobe/Source-Code-Pro/SourceCod... and put them in /usr/share/fonts/opentype

I still prefer Ubuntu Mono though

I thought I made that pretty clear with the opcode cache example. On the first request to a specific URL the script gets compiled, executed and cached. On the second request we skip the compile part and point the executor to the op_array in shared memory. We could do some hackish things where we try to persist that shared memory segment for the cli case, but that would be another artificial environment. We want to test as closely as possible to real production use cases and the best way to do that is to use an actual web server for any tests that rely on anything persisting across requests.

Note that one of the main pushes for having this right in the core distribution was to improve our test framework. We can't rely on and end-user installed web server for "make test" since we have no control over the configuration and the current approach of faking GET/POST/Cookie data for the CGI version only goes so far. Having an actual server where we can test things like opcode caching where the first and second request to the same resource hit wildly different code paths is a big win. It is also helpful during debugging. The less moving parts the better when you are sitting in gdb or Valgrind trying to track down a problem.

For end users I think the most interesting feature is the ability to provide a router script that can wrap whatever frontend controller your framework is using. And some projects support it natively now. For example, in Symphony2 you download and untar it then just cd into the directory and start php -S localhost:1234 and off you go.

But please, don't ever use this as a replacement for Apache/nginx as a user-visible web server.

There are also way more laptops and tablets around on planes than big heavy textbooks. People tend to bring smaller softcovers when they travel for obvious reasons.

Forget the radio interference, put hard projectiles like laptops and tablets away during take-off and landings so they don't go flying around the cabin if there is an incident.

That is only because you picked an internal extension that is usually already built-in. If you install the php-cli package from any major distro it includes pcntl. For normal extensions you either do an apt-get install php-imap (for example) or a pecl install stem if your distro hasn't packaged the extension you need or you just prefer to install it directly.

You don't. Watch:

  wget http://www.php.net/get/php-5.3.16.tar.gz/from/us2.php.net/mirror -O php-5.3.16.tar.gz
  tar zxvf php-5.3.16.tar.gz
  cd php-5.3.16/ext/pcntl
  phpize
  ./configure
  make
  sudo make install

At this point you should see a pcntl.so in your extension_dir. Add an extension=pcntl.so to your php.ini file and you are good to go.

Of course with non-bundled extensions from pecl or github you can skip the tarball step.

I have an X220 with an i7 and have no issues with the touchpad although I use the trackpoint most of the time and it doesn't run particularly hot. I have verified that cpu throttling and fan control both work perfectly so you may have a configuration issue. I didn't do anything to explicitly make it work for me. The notes at https://help.ubuntu.com/community/X220 do mention that the touchpad is a bit shaky, so maybe that it what you seeing. Honestly I wish they made a Thinkpad without a touchpad at all. I much prefer the trackpoint which allows me to keep my fingers on the keyboard where they belong.

Historically Thinkpads have been the best option for a Linux laptop. I have a Sandy Bridge X220 that is mostly ok, but there have been issues like this xorg-video-intel bug that was recently fixed:

https://bugs.freedesktop.org/show_bug.cgi?id=48525

and I still get occasional compiz window manager crashes but they are few and far between these days. If you want something along the lines of an Air have a look at the Thinkpad X1 Carbon.

The day Pipes launched was quite eventful. There was some very "creative" code in there that wasn't really designed to take the traffic it received on launch. Completely different today and I still use its cousin YQL for many things.

It sounds a bit like you didn't actually want to open source this code at all. Open Source isn't, "Look, I am giving away my hard work for free." Open Source means you give people the opportunity to build on top of your work. This is how things evolve. If everyone has to start from square one every time they have an idea for improving something they use it would slow everything down. And yes, it means you will effectively end up competing with your own code for mindshare and users, but presumably that doesn't frighten you. As long as they abide by the terms of the license and let others to the same they are in the same boat. If someone else does a better job improving the code, marketing it, providing support, etc. more power to them. Chances are if your version is the best supported contributions will flow back to you.

I personally prefer BSD-style licenses. I don't mind commercial competition at all.

Then you should have chosen a license that doesn't explicitly allow that. Like the previous poster said, this is perfectly fine under the GPL as long as they provide the source code and since it is in Python I assume that they do.

Well, ccache helps a lot with that. And sometimes it becomes easier to throw an __asm__("int3"); into your code than try to massage gdb into breaking at the exact right spot in your code and only under certain conditions.

The parking barriers were pretty silly in the first place because they were only on some of the lots. If you wanted to park by buildings A,B,C or D you would scan your badge on a card reader and they would open, but if you parked across the street by building E there was no such barrier. And it wasn't like they stopped people from walking across the street and right to the other buildings.

Not using the arrow keys was a no-brainer back in the day of slow dial-up connections. Sending ^[OA over the wire instead of just h was a really big deal and when your connection dropped a byte you ended up with garbage in your files if you used the arrow keys. Having that sort of pain associated with their use has stuck with me ever since.

Not sure about that. The regex for variable identifiers shows that Ruby is alone on the island of languages that force a lowercase first character.

They are allowed in PHP as well. The set of regexes looks odd for a number of the languages actually.

It is still an anonymous function.

There is a difference between a closure and a lambda. PHP's create_function() implemented lambdas in PHP version 4.0.1 which was released in June 2000. 5.3 added closures.

lambda was added to PHP in June 2000

which happened well after the dismantling of the Paranoids

They did, and their influence will still be there. If this really did come from a Yahoo service it was likely some sort of co-branded partner. All core Yahoo apps authenticate against a central service with no hint of any sort of plain text credentials stored anywhere.

You mean 5.4's associative array syntax:

func([$arg1,'name2'=>$arg2,$arg3]);

is too verbose for you for a mix of named and non-named parameters? How would you shorten it?

I am not sure how it works actually. I know the Labor Certification part was skipped entirely and I was put in some higher priority queue. Whatever they did, it took just under 7 months from start to finish.

And another type. Canadians with TN-1 status (and Mexicans with TN-2) will typically switch to an H-1B in order to apply for a greencard. I worked in the US for about 8 years on TN-1 status, and then switched to an H-1B for the 6 months it took to go through the accelerated greencard process.

The xenophobia also seems a little over the top on this issue. With the rather broken American education system, is it so unbelievable to people that there may actually be quite a few non-Americans that are simply better qualified for these jobs?

And the value of the other Asian Yahoo properties that are fully owned by Yahoo. Yahoo! Taiwan is by far the most visited site in the country, for example. Well ahead of both Facebook and Google. Same goes for Hong Kong. Obviously smaller markets, but one has to wonder what Yahoo! Taiwan/Hong Kong would be worth as a standalone company. It seems to me that would easily be $2B for just that part. Add that to Yahoo! Japan and Yahoo US is valued at some large negative number.