Умер Стив Джобс

Популярные рубрики

разработка сайта zf iPod гомель рекомендация doctrine установка программ сайты Техническое обслуживание компьютеры ремонт принтеров установка Виндовс заправка принтеров кризис разработка прошивка тест ремонт мониторов Гомель заказать сайт ajax CMS курсы Android антивирусы iOS Classic Shell IT смех сквозь слезы продвижение защита яндекс ремонт компьютеров виджет recovery разлочка разработчикам сайтов разработчики sql оборудование серия приватность html создание сайта компютеры создание сайтов iphone ошибка массивы гит Беларусь аякс Windows 7 iMac лечение вирусов артефакты php восстановление реламная площадка вебсайт seo ремонт windows шифрование скидки ipad сайтов создание iPad просто кошмар сайт настройка Ветка ноутбук разработка сайтов индексация мультфильмы ОС ветви nVidia Восстановление информации классы orm формы simonscat Добруш консультация Стив Джобс мобильных восстановление информации обслуживание yandex ssl gomel абонентское обслуживание Разработка сайтов удаленка переменные установка домен установка Windows gandal.by объявления как делать нельзя лоты iPhone сломался rebase юмор в Гомеле nForce разработчик восстановление данных сервис software installation компьютерная помощь Apple repair win вирус simonscat.com iTunes проблемы обслуживание компьютеров мобильные телефоны stash безопасность интернет приложение конкуренция networks заправка картриджей предложение поисковые системы репозиторий zend лазерных код мобильное сделать джеилбрейк framework коронавирус принтер ремонт винчестеров перегрев лицензия кошки git конкатенация стандарт организации Metro Гомеле google Компьютерная помощь Windows 10 в беларусь гандаль переустановка hp выбор удаленный доступ перепрошивка
Октября
2011 года
06

Умер Стив Джобс

Компания Apple объявила о кончине Стива Джобса.

В кратком сообщении компании говорится, что Джобс скончался в среду, 5 октября. Ему было 56 лет.

В последние годы он страдал от рака поджелудочной железы.

Будучи одним из соучредителей компании Apple, Стив Джобс вывел ее на глобальный уровень, сделав из нее фирму-лидера в области хайтека.

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

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

Он представил миру цветной компьютер iMac, потом iPod и iPhone. Он ушел из жизни буквально день спустя, после того как Apple показала последнюю модель смартфона iPhone 4S.

"Его блеск, энергия и страсть стали источником бесчисленных инноваций, которые обогатили и улучшили жизнь каждого из нас. Мир стал неизмеримо лучше благодаря Стиву. Его величайшей любовью была его жена Лорена и его семья. Наши сердца сейчас с ними и со всеми, кого коснулись его необычайные таланты", - говорится в заявлении совета директоров Apple.

/по матриалам tut.by/

Июня
2011 года
07

Расширение географии работы

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

- Новозыбков

- Клинцы

- Брянск*

- Чернигов*

 Мы будем очень рады новым клиентам из этих регионов.

 

 

*не все виды деятельности 

Июня
2011 года
07

Антикризисное предложение

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

Июля
2010 года
04

IT-SRC и Yandex : разработка сайтов в гомеле

Как говорится в одной известной фразе "не прошло и полгода", как наши попытки продвинуть сайт в яндексе по поисковой фразе "разработка сайтов в гомеле" привела к какому-то значимому результату. И это при том, что какой-то особой конкуренции в этом плане нет. Яндекс просто не перевариваривает аякс, что бы не делалось в этом направлении, хоть черные методики, хоть белые - к особому результату seo оптимизация страниц с аяксом не привела. Ну что ж, первая страница и 6ое место, тоже результат. И работа продолжается...
Июня
2010 года
25

Cтандарты php кодирования Zend Framework (ну, вы поняли) в Гомеле =)

Как обычно, продолжаем заливать полезную копипасту.На этот раз, обратимся к стандартам кодирования ZF.

Обрамление PHP-кода

PHP-код должен всегда обрамлятся полными PHP-тегами:


?>

Короткие теги не допустимы.

Строки

Строковые литералы

Когда строка является литеральной (не содержит подстановок переменных), для ее обрамления должны использоваться апострофы или "одинарные кавычки":

$a = 'Example String';

Строковые литералы, содержащие апострофы

Когда строка литералов сама содержит апострофы, разрешается для обрамления строки использовать "двойные кавычки". Это особенно актуально для SQL-запросов:

$sql = "SELECT `id`, `name` from `people` WHERE `name`='Fred' OR `name`='Susan'";
Синтаксис выше является более предпочтительным, чем экранирование апострофов.

Подстановка переменных

Подстановка переменных разрешается с использованием двух нижеприведенных форм:

$greeting = "Hello $name, welcome back!";

$greeting = "Hello {$name}, welcome back!";

Для надежности, эта форма не допустима:

$greeting = "Hello ${name}, welcome back!";

Конкатенация строк

Строки должны объединятся с помощью оператора ".". Пробел должен всегда добавлятся до и после оператора "." для улучшения читабельности:

$company = 'Zend' . 'Technologies';

Когда производится конкатенация строк с помощью оператора ".", разрешается разрывать выражение на несколько строк для улучшения читабельности. В этом случае, каждая следующая строка должна быть дополнена пробелами так, чтобы оператор "." был выровнен под оператором "=":

$sql = "SELECT `id`, `name` FROM `people` "
. "WHERE `name` = 'Susan' "
. "ORDER BY `name` ASC ";

Массивы

Массивы с числовыми индексами

Отрицательные числа в качестве индексов запрещены.

Хотя индекс массива может начинаться с отрицательного числа, но это не приветствуется и рекомендуется, чтобы все массивы начинали индексирование с 0.

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

$sampleArray = array(1, 2, 3, 'Zend', 'Studio');

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

$sampleArray = array(1, 2, 3, 'Zend', 'Studio',
$a, $b, $c,
56.44, $d, 500);

Ассоциативные массивы

Когда определяется ассоциативный массив с помощью конструкции "array", приветствуется разделение выражения на несколько строк. В этом случае, каждая следующая строка должна быть дополнена с помощью пробелов так, чтобы и ключи и значения были выровнены:

$sampleArray = array('firstKey'  => 'firstValue',
'secondKey' => 'secondValue');

Классы

Определение класса

Классы должны определяться по следующей схеме.

Фигурная скобка всегда пишется на следующей строке под именем класса.

Каждый класс должен иметь блок документации (doc-блок) в соответствии со стандартом PHPDocumentor.

Код внутри класса должен иметь отступ в четыре пробела.

Только один класс разрешен внутри одного PHP-файла.

Размещение дополнительно кода в файле с классом разрешено, но не приветствуется. В таких файлах, две пустые строки должны разделять класс и дополнительный PHP-код.

Это пример допустимого определения класса:

/**
* Doc-блок здесь
*/
class SampleClass
{
// содержимое класса должно быть
// с отступом в четыре пробела
}

Переменные-члены классов

Переменные-члены классов должны определяться по следующей схеме.

Любые переменные, определенные в классе, должны быть определены в начале класса, до определения любого метода.

Ключевое слово var не разрешено. Члены класса должны всегда определять их область видимости, используя ключевое слово private, protected или public. Доступ к переменным-членам класса напрямую используя префикс public разрешено, но не приветствуется в пользу методов доступа (set/get).

Функции и методы

Определение функций и методов

Функции должны определяться по следующей схеме.

Функции внутри классов должны всегда определять свою область видимости с помощью одного из префиксов private, protected или public.

Как и у классов, фигурная скобка всегда пишется на следующей строке под именем функции. Пробелы между именем функции и круглой скобкой для аргументов отсутствуют.

Функции в глобальной области видимости крайне не приветствуются.

Это пример допустимого определения функции:

/**
* Doc-блок здесь
*/
class Foo
{
/**
* Doc-блок здесь
*/
public function bar()
{
// содержимое класса должно быть
// с отступом в четыре пробела
}
}

ЗАМЕЧАНИЕ: Передача по ссылке допустима только в определениях функций:

/**
* Doc-блок здесь
*/
class Foo
{
/**
* Doc-блок здесь
*/
public function bar(&$baz)
{}
}

Передача по ссылке во время вызова запрещена.

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

/**
* Doc-блок здесь
*/
class Foo
{
/**
* ПЛОХО
*/
public function bar()
{
return($this->bar);
}

/**
* ХОРОШО
*/
public function bar()
{
return $this->bar;
}
}

Использование функций и методов

Аргументы функции разделяются одним завершающим пробелом после каждой запятой. Это пример допустимого вызова функции для функции, которая принимает три аргумента:

threeArguments(1, 2, 3);

Передача по ссылке во время вызова запрещена. Смотрите секцию определения функций для правильного способа передачи аргументов функции по ссылке.

Для функций, чьи аргументы допускают массив, вызов функции может включать конструкцию "array" и может быть разделено на несколько строк для улучшения читабельности. В этом случае, применим стандарт описания массивов:

threeArguments(array(1, 2, 3), 2, 3);

threeArguments(array(1, 2, 3, 'Zend', 'Studio',
$a, $b, $c,
56.44, $d, 500), 2, 3);

Управляющие структуры

If / Else / Elseif

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

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

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

if ($a != 2) {
$a = 2;
}

Для выражения "if", включая "elseif" или "else", форматирование должно быть таким, как в следующем примере:

if ($a != 2) {
$a = 2;
} else {
$a = 7;
}


if ($a != 2) {
$a = 2;
} elseif ($a == 3) {
$a = 4;
} else {
$a = 7;
}
PHP допускает написание таких выражений без фигурных скобок при некоторых условиях. Стандарт кодирования не делает различий - для всех "if", "elseif" или "else" выражений необходимо использовать фигурные скобки.

Использование "elseif" конструкции допускается, но крайне не приветствуется в пользу "else if" комбинации.

Switch

Управляющие структуры написанные с использованием "switch" конструкции должны иметь один пробел до открывающей круглой скобки условного выражения, и также один пробел после закрывающей круглой скобки.

Все содержимое между фигурными скобками пишется с отступом в четыре пробела. Содержимое каждого "case" выражения должно писаться с отступом в дополнительные четыре пробела.

switch ($numPeople) {
case 1:
break;

case 2:
break;

default:
break;
}

Ключевое слово default никогда не должно опускаться в выражении switch.

ЗАМЕЧАНИЕ: Иногда полезно писать case выражения, которые передают управление следующему case выражению, опуская break или return. Для того, чтобы отличать такие случаи от ошибок, каждое case выражение, где опущен break или return, должно содержать комментарий "// break intentionally omitted".

Встроенная документация

Формат документации

Все блоки документации ("doc-блоки") должны быть совместимы с форматом phpDocumentor. Описание формата phpDocumentor вне рамок данного докумета. Для дополнительно информации смотрите: » http://phpdoc.org/

Все файлы с исходными кодами, написанные для Zend Framework'а, или которые оперируют с фреймворком, должны содержать "файловые" doc-блоки в начале каждого файла и "классовый" doc-блок непосредственно перед каждым классом. Ниже даны примеры таких doc-блоков.

Файлы

Каждый файл, содержащий PHP-код должен иметь заголовочный блок в начале файла, содержащий как минимум следующие phpDocumentor-теги:

/**
* Краткое описание файла
*
* Длинное описание файла (если есть)...
*
* LICENSE: Some license information
*
* @copyright Copyright (c) 2005-2010 Zend Technologies USA Inc. (http://www.zend.com)
* @license http://www.zend.com/license/3_0.txt PHP License 3.0
* @version $Id:$
* @link http://dev.zend.com/package/PackageName
* @since File available since Release 1.2.0
*/

Классы

Каждый класс должен иметь doc-блок, содержащий как минимум следующие phpDocumentor-теги:

/**
* Краткое описание класса
*
* Длинное описание класса (если есть)...
*
* @copyright Copyright (c) 2005-2010 Zend Technologies USA Inc. (http://www.zend.com)
* @license http://www.zend.com/license/3_0.txt PHP License 3.0
* @version Release: @package_version@
* @link http://dev.zend.com/package/PackageName
* @since Class available since Release 1.2.0
* @deprecated Class deprecated in Release 2.0.0
*/

Функции

Каждая функция, включая методы объектов, должна иметь doc-блок, содержащий как минимум:

  • Описание функции

  • Все аргументы

  • Все возможные возвращаемые значения

Нет надобности использовать тег "@access", потому что область видимости уже известна из ключевых слов "public", "private" или "protected". используемых при определении функции.

Если функция/метод может выбрасывать исключение, используйте тег @throws:

@throws exceptionclass [описание]

Июня
2010 года
15

Git в Гомеле =)

Git («гит») — распределённая система управления версиями файлов. Проект был создан Линусом Торвальдсом для управления разработкой ядра Linux.

Поскольку волей судьбы приходится переходить с cvs/svn на гит, добавим немного крайне полезной копипасты, по поводу этого самого git'а. Надоело держать 10 открытых страниц, соберем все полезное для себя в этой записе.

Git (Гит базовые команды)

# создание репозитория
git init

# добавление всех изменений в репозиторий (в т.ч. новых файлов)
git add .

# закрепление всех изменений в репозитории
# (включая изменения, не добавленные командой git add, за исключением новых файлов)
# будет вызван визуальный редактор комментария к коммиту
git commit -a

# закрепление всех изменений в репозитории
# комментарий к коммиту задается в командной строке
git commit -a -m "Сообщение"

# отменить последний коммит, вернув все изменения в проект
# (что-то вроде кнопки undo для последнего коммита)
git reset --soft HEAD^

# текущее состояние рабочего дерева каталогов
git status

# просмотреть внесенные Вами изменения с момента последнего коммита
git diff

# добавить ссылку на удаленный SSH репозиторий
git remote add origin ssh://user@myserver.com/var/git/myapp.git

# удалить ссылку удаленный репозиторий
git remote rm origin

# получение последней версии из источника (удаленного репозитория) и слияние ее с текущей
git pull origin master

# отправка Вашей версии в источник (удаленный репозиторий)
git push origin master

# создание ветви (бранча)
git branch branch_name

# переключение ветви (бранча)
git checkout branch_name

# слияние текущей ветви и с указанной
git merge branch_name

# удаление ветви (бранча)
# ветвь должна быть полностью слита с HEAD
git branch -d branch_name

# безусловное удаление ветви (бранча)
git branch -D branch_name

 

Git stash

git stash
git pull
git stash apply
git add -u
git commit
git push
git stash drop
  • git stash – добавить текущие незакоммиченные изменения в стек изменений и сбросить текущую рабочую копию до HEAD’а репозитория;
  • git stash list – показать все изменения в стеке;
  • git stash show – показать последнее измененеие в стеке (патч);
  • git stash apply – применить последнее изменение из стека к текущей рабочей копии;
  • git stash drop – удалить последнее изменение в стеке;
  • git stash pop – применить последнее изменение из стека к текущей рабочей копии и удалить его из стека;
  • git stash clear – очистить стек изменений.
 
 

Git rebase

git checkout feature1
git rebase master
git checkout master
git merge feature1

 

 

 

 

Июня
2010 года
14

Яндекс-Вебмастер заполнение "Адреса и организации"

На днях, при заполнении страницы "Адреса и организации", что находится в середине опций яндекс-вебмастер, столкнулись с неприятной ошибкой. На самой последней странице нажатие на кнопку "добавить рубрику" ничего не происходит. Быстрое гугление сопутствующей информации установило наличие данной проблемы в FF и Хроме. Пришлось перезаполнить информацию в ИЕ.Там действително никаких проблем не возникло. Мелочь, конечно, но неприятно.Разработчики яндекса в курсе проблемы и обещают пофиксить в скором времени. 
Страница: 0123456