₦airaland Forum

bright007:
@pheno..pls, i am still counting on you for the solution to the lapping function.pls,
i only have friday,sat and sunday to learn python, so i await your feedback this weekend.

bright007:
@pheno..pls, i am still counting on you for the solution to the lapping function.pls,
i only have friday,sat and sunday to learn python, so i await your feedback this weekend.

DanielTheGeek:
I sight you @kingofthejungle, thanks.

@Kvngprezo, signup already, what are you waiting for? Remember, no annoying ban bots.

Do you know that you don't need a mod to bring down/close certain threads in certain sections? Based on the section, certain amount of down-votes on a thread can un-publish the thread. You are in control.

ennyhola:
Right now, am charging my phone in my neighbor's room and he is giving me sign to leave his room because his girlfriend is around.
But no way! I will not allow fornication to happen. God is against it!

kingofthejungle:
A few days ago, the Federal Government of Nigeria launched a project aptly called “N-Power”, a project that seeks to “Empower Nigerian Youths for Prosperity.” While this is a laudable initiative, the main source of information collection — the website — wasn’t managed properly. It’s reminiscent of Obama’s healthcare.gov initiative and the N-Power website isn’t any different. Aside the fact that it takes an insane amount of time to load, the website crashes under pressure.

For context, the unemployment rate in Nigeria stood at a staggering 12.1% as of March 2016, this is up from 10.5% in the fourth quarter of 2015. For a country of approximately 180M people, these numbers sort of gives you a fair idea of how much load this website will have to deal with. In the first few days of its unveiling to the general public, a record number of 400,000 registration took place successfully in the first 36 hours and according to a statement issued by the SSA to the Vice President on Media and publicity, the website has gotten over 35 million visits thus far. Impressive.

While the number of successful registration looks impressive, it pales in comparison with the unemployment numbers of the nation. The fluctuating uptime of the website is affecting registrations negatively; a problem if not checked soon enough will render the project dead on arrival

I admire the government’s effort and intention to help solve the unemployment problem, but most times, good intentions aren’t always good enough, you have to do more. Some prospective registrant have taken to Twitter to vent their frustration on the inaccessibility of the website. The whole purpose of this exercise is defeated if people can’t use it.



Below are a few thoughts of mine from a technical and product perspective with regards to how the website could have been better managed.

A website of this nature is guaranteed to have hundreds of thousands of visitors and proper load and stress testing should be part of its development life cycle. There are lots of tools that can help with this; Apache Benchmark, Locust, Siege just to mention a few. Not just that, the average response time of this website is about 70sec. This is unacceptable.

Static contents — Javascript, CSS and images — could have been better managed. Combining the stylesheets and javascript into a single file respectively would further help the response time as this will reduce the number of round trips. The different tiny images on the website could have been made into a sprite, there is no point in loading logos of the stakeholders individually. This will further reduce the round trip and create a better experience. Aside from minifying the static contents, serving them through a CDN(content delivery network) is something that should really be considered. It takes a total of 46 round trips and a content size of 5MB to get the entire website to display.
Below are a few thoughts of mine from a technical and product perspective with regards to how the website could have been better managed.

A website of this nature is guaranteed to have hundreds of thousands of visitors and proper load and stress testing should be part of its development life cycle. There are lots of tools that can help with this; Apache Benchmark, Locust, Siege just to mention a few. Not just that, the average response time of this website is about 70sec. This is unacceptable.

Static contents — Javascript, CSS and images — could have been better managed. Combining the stylesheets and javascript into a single file respectively would further help the response time as this will reduce the number of round trips. The different tiny images on the website could have been made into a sprite, there is no point in loading logos of the stakeholders individually. This will further reduce the round trip and create a better experience. Aside from minifying the static contents, serving them through a CDN(content delivery network) is something that should really be considered. It takes a total of 46 round trips and a content size of 5MB to get the entire website to display.

Network request of the N-Power website

High availability is non-negotiable for a website of this nature, as such, a failover of a single node shouldn’t take down the entire website. A load balancer(Haproxy, Amazon’s ELB) could have been used here with all the web nodes sitting behind it. This will help disperse the load across multiple machines leading to a more resilient website.

Depending on the architecture, putting the web server and a database on the same machine isn’t a wise decision, nothing leads to a single point of failure like this setup. Separating the web node(s) from the database is almost always advisable and always replicate the master database. Always.

Frequently accessed pages should be cached, depending on the content type, a tool like Varnish is highly recommended and expensive queries should be cached, Redis and Memcache are great candidates for this task. And don’t forget to index the database tables. I can’t overemphasise the upside of this.

Monitor and measure everything, a high CPU throughput should trigger an alert to responsible parties. New Relic is an excellent server monitoring tool and for an open source equivalent, Nagios comes to mind. The rule of the game here is measure and monitor.

In a world where cyber security is becoming a major issue, logins and registrations pages must have SSL enabled. This is something I found lacking on the website.

I'll love to hear from you

DanielTheGeek:
Yes they do, you'd have found out if you followed the link in the OP.

mmsen:
This dummy screenshot his email?
He's asking for trouble.

asalimpo:
1837 - The first general computer is designed by Charles Babbage.
Named the analytical engine.

1938 - Konrad Zeus , builds the first programmable computer.

1964- Programma 101. First commercial desktop computer produced. Before then computers were as large as trucks.
Producer was Olivetti corporation,Italy.
The computer was the size of a type writer.


1969 - ARPANET (predecessor to d internet ) was deployed at UCLA,
and major amercan unversties.


1971- Intel produces the first commercial grade microprocessor.

1973- Xerox Alto develops the Gui.

1974- The Altair 8080 computer is introduced, sparking an interest in hobbyist computing.


1981- The first Ibm pc was introduced with the MS-DOS operating system.

Oahray:
Hmmm... Ladies are enjoying sha. Nobody dey beg men with opportunities like this anywhere in the world.

dhtml18:
@kvgPrezo, you are trollin' too much on this thread, even as King Troll, i do not like that. I might have to ask seun to ban you permanently at least on this thread if you continue like this.

csc2:
I no have time to waste on you.

dhtml18:
Yeah right, that is me DUDES. The nairaland KINGTROLL, you wont find me on GITHUB yellow pages sha, so it does not matter

- KING TROLL OF NAIRALAND PROGRAMMING

csc2:
Can't be found on the list

csc2:
Can't be found on the list