Каждый десятый житель США считает HTML болезнью, передающейся половым путем. Об этом сообщает The Independent со ссылкой на исследование портала Vouchercloud. Эксперты опросили почти 2,4 тыс. американцев в возрасте от 18 лет и старше.

Респондентам показали список технических и нетехнических терминов и попросили выбрать правильные определения. Участники опроса не знали, что проверяется знание именно технических понятий.

18% респондентов заявили, что Blu-ray — это морское животное. Еще 23% выразили уверенность, что MP3 является роботом из «Звездных войн». По мнению 12%, USB означает аббревиатуру европейской страны.

27% опрошенных полагают, что гигабайт — это насекомое из Южной Америки. Наконец, 42% уверены, что материнская плата означает палубу на круизном лайнере.

Не так давно мне понадобилось кастомизировать страничку в facebook. Добавить ссылок в основное меню, сделать не стандартные странички. Ссылки, которые добавятся в меню, естественно должны вести на реальные страницы.

Короче надо было найти способ сделать из страницы facebook, что-то вроде сайта-визитки с наворотами и прибамбасами. После некоторых мытарств по просторам интернета я нашел способ это сделать.

Facebook приложение TabMaker.

Устанавливаем приложение к себе на страницу и далее... Легко и непринужденно создаем страницы(так называемые "Табы") и размещаем на них, что душе угодно(HTML, IFrame, канал Youtube и так далее).

Приложение очень удобное и понятное, так что обойдусь без подробных мануалов. Уверен, вы справитесь.

Хотите иметь у себя на сайте карту, которую можно масштабировать, ставить метки и прочее? Нет проблем. Google предоставляет доступ к своим картам посредством maps API. Для использования карт гугл, вам необходимо подключить JavaScript библиотеку у себя на странице.



Так же мы подключили библиотеку JQuery. Она очень упрощает работу с JavaScript, беря на себя массу ненужной и рутинной работы. Еще хотелось бы заметить, что для работы с картами гугл необходим некий API key - ключ для доступа. Так вот, в приведенном мной варианте, этот ключ не требуется. Отобразить карту у себя на странице можно так:
[js]
<script type="text/javascript">
$(document).ready(function() {
var latlng = new google.maps.LatLng(47.3782, 8.53406);
var myOptions = {
zoom: 13, // Устанавливаем

Эта короткая заметка о том как установить себе локальный сервер "Денвер" и поставить на него пакет расширения с дополнительными модулями, например cURL. Часто возникает ситуация, когда пакет расширений ни в какую не ставится и приходится танцевать с бубном. Постараюсь рассказать как бесплатно скачать денвер и установить на него пакет расширения.

Для начала качаем сам Денвер с официального сайта денвера - скачать.

Устанавливаем его. Там все элементарно. Жмем всегда ентер и в конце, когда перед нами стает выбор "1" или "2" выбираем "1".(мое мнение, что так лучше)

Далее скачиваем пакет расширения - скачать.

И тут, ВНИМАНИЕ! Пакет не становится и ругается на DLL-ку. Но это случается тогда, когда денвер запущен. Останавливаем денвер и производим установку. Все еще проще, чем при инсталяции самого денвера.

Далее идем по адресу usr/local/php5/php.ini там где установлен денвер. Открываем

По определению из википедии, API - набор готовых классов, процедур, функций, структур и констант, предоставляемых приложением (библиотекой, сервисом) для использования во внешних программных продуктах. Используется программистами для написания всевозможных приложений.

Но так как многое в википедии не доступно для понимания многими людьми, я постараюсь объяснить на пальцах что такое API и для чего их обычно делают, и как используют.

API бывают совершенно разные, но для примера я выбрал ситуацию, когда у нас есть сеть магазинов и всего одна общая база данных. Представьте, что вы владеете партнеркой. Партнерка работает по следующему принцыпу: человек регистрируется в партнерской программе и получает движок магазина. Дальше он может поставить этот магазин у себя на хостинге и начать работать. Но все данные на этом магазине берутся из нашей базы, то есть нам надо давать каждому партнеру доступ к нашей драгоценной базе данных. Представляете насколько это опасно? Ведь нам необходимо от

Я как разработчик собственной системы, очень часто читаю обзоры и статьи на тему "Бесплатные CMS то", "Бесплатные CMS се", но как ни странно, правильное мнение встречается крайне редко. Хотя, если вы читали мою стать про астропруфинг, то поймете о чем это говорит. Коммерческим системам просто выгодно, что бы в интернете появлялось много статей о непотребности бесплатных движков.

Конечно мое мнение может быть не верным, оно не является панацеей, но давайте просто проанализируем плюсы и минусы бесплатных CMS.

Плюсы
Бесплатные движки использует гораздо больше людей чем платные, соответственно в них намного быстрее находят баги и уязвимости. И как следствие, быстрее их исправляют. Благодаря этому, бесплатные CMS намного более безопасны и стабильны, чем платные системы.


Главный плюс - это конечно же сама бесплатность системы. Вам не надо платить деньги за движок, а значит вы можете эти же деньги пустить в раскрутку или просто с экономить себе на пиво. На очень много пив

На написание этой статьи меня натолкнула одна запись в блоге некоего кадра, который и представления не имел о чем пишет или просто у него на глазах была пелена странной и необъяснимой ненависти к самописным cms.

Позвольте немного вдаться в подробности этой записи. Автор того блога пытался донести до читателя тот факт, что "самописные" движки это нечто зловещее и не стоящее внимания. И что таковые бесплатные и платные движки надо подвергать инквизиции без проверок. При чем вся эта писанина просто излучала ненависть, я даже подумал что автор пытался создать что-то свое, но поник и сдался, после чего, решил любым способом помешать другим разработчикам, которые хотят создать, что-то свое. Мне стало интересно и я дочитал до конца все пункты, которые, якобы являются минусами самописных CMS. Как же мне было приятно, когда я с проецировал их на свою CMS(Fapos) и пришел к выводу что из более чем десятка, лишь парочка к ней применима, да и то, это только "пока". Но не в этом суть, хотя и в эт

В нынешнем изобилие, как платных, так и бесплатных движков для сайта, можно свернуть голову и так и не найти того, что действительно отвечает поставленным требованиям. Именно так случилось и со мной в свое время, именно это и послужило причиной для создания Fapos CMS. Но думаю не каждому охота писать свой движок, ведь легче почитать обзор и выбрать то что нужно.

Про обзоры, то же отдельный разговор. Сколько их перечитано, но истина так и не была найдена. Объективности в обзорах просто ноль. Я постараюсь написать обзор бесплатных CMS, опираясь исключительно на свое мнение и к каждой CMS буду приводить краткое описание возможностей и подводных камней.


1 МЕСТО Fapos CMS
Я сделал уже достаточно много сайтов на бесплатных CMS и все они, кроме самого первого, были сделаны на Fapos CMS. На мой взгляд эта система обладает самым широким набором модулей по умолчанию и не перегружена лишними функциями. Для того, что бы было понятней о чем речь, представьте, что вы ставите систему

В прошлой статье я рассказал как можно балансировать нагрузку между серверами и обещал показать как теперь, вооружившись полученными знаниями, сделать продвинутую систему пинга и балансинга своих серверов. Вот решил выполнить обещанное.


Пинг своих серверов и балансировка нагрузки между ними могут экономить вам очень много времени и сил, а если скрипты будут написаны более менее правильно, то позволят еще и не совершать лишних движений. Поговорим о самой сути вопроса, а за тем я покажу примеры скриптов. Смысл в том что у нас есть много серверов и нам надо проверить работоспособность HTTP сервера на каждом из них и внести IP адреса работающих серверов в конфиги DNS, как описывалось в предыдущей статье. Правильный скрипт должен уметь фиксировать упавшие сервера и посылать отчеты по почте о их оффлайне. Но так же, правильный скрипт пинга, должен, при следующей проверке, если, бывший в оффе сервер, восстановился после збоя, сказать нам и об эт

Недавно мне пришлось заниматься распределением нагрузки между множеством серверов. Задача оказалась очень интересной и довольно простой, вопреки моим ожиданиям. И я решил поделиться опытом. В высоконагруженных проектах без распределения нагрузки не обойтись и я расскажу как ее реализовать. В данной статье мы рассмотрим пример реализации балансинга нагрузки при помощи DNS сервера.

Что можно отметить в данном типе реализации балансера? Есть как плюсы, так и минусы. К минусам можно отнести то, что такой подход предпологает абсолютно идентичные запросы. А в реальности, конечно же, не все запросы одинаковы. Какие то прожорливы к ресурсам, а другие нет. Но, в принципе, это сильно мешает. Разве вам убудет, если на одном из ваших серверов будет чуть больше нагрузки, чем на другом? За то, к плюсам подобного подхода к балансингу, можно отнести, простоту исполнения и конфигурирования.


Сам принцип работы очень прост. Нам понабится как минимум пара серверов и знание их IP адрессов, собств