Виза: Blaue Karte EU

На момент подачи документов 29 лет

Из Астрахани

Город посольства: Москва

ВУЗ, специальность: Астраханский Государственный Технический Университет, Комплексное обеспечение информационной безопасности автоматизированных систем

Языки: английский средний

Как все начиналось:

Желание переехать куда-то было уже давно. Правда, в основном, рассматривались теплые страны с морем. Дважды серьезно зондировали почву на предмет переезда в Черногорию или Болгарию. В итоге в последний момент по тем или иным причинам передумывали. В последний раз в сентябре 2014 года после серьезных приготовлений с продажей машины.

В октябре случайно увидел объявление о поиске программистов с релокацией в Германию. На тот момент я не имел ни малейшего понятия о существовании Blue Card и считал Германию страной с невероятно жесткой миграционной политикой по отношению к негражданам ЕС.

С определенной долей скепсиса и недоверия я написал в скайп. С другой стороны экрана ответила девушка-рекрутер (Алина), занимающаяся подбором айтишного персонала с последующей релокацией в Германию. На момент нашего первого общения был набор программистов в крупный онлайн-магазин со штабом в Берлине. Я отправил резюме и стал ждать.

Через некоторое время Алина сказала, что со мной побеседует ее коллега из Германии, для оценки уровня языка и адекватности. Собеседование - скорее просто беседа с двумя логическими задачками, длилось минут 30 по скайпу. После чего мне сказали ждать. Где-то через неделю было назначено первое техническое собеседование. Техническое собеседование было тоже по скайпу с одним из разработчиков компании. На мой взгляд прошло оно вполне успешно, однако через неделю мне сказали, что я не подхожу. К слову, ни один кандидат от Алины не прошел по определенным причинам.

Как все получилось:

Немного расстроился, но жизнь продолжается. И уже через несколько дней Алина сказала, что у них новый клиент из Штутгарта, который ищет разработчиков, и мне назначено интервью. Первая часть интервью - общая с руководителем IT и HR подразделений. Общая беседа об опыте, самом себе и компании, много смеха и шуток с обеих сторон. Видимо, мой юмор пришелся по душе, так что через несколько дней мне было назначено техническое интервью с потенциальным непосредственным руководителем. Эта часть собеседования меня несколько удивила, потому что как выразился потом один из кандидатов она была похожа на «разговор двух программистов за кружкой пива». Вечером того же дня я получил приглашение на личное собеседование в офисе.

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

Личное общение в офисе проходило с тремя главными IT-руководителями компании. Первая часть - опять же просто общение об опыте, умениях и общем понимании каких-то вопросов. Вторая - за компьютером. Честно говоря, очень и очень легкие задачи уровня «джуниора с опытом тестирования»:). Задания были сделаны. После этого обед и сразу оффер в виде двух экземпляров рабочих контрактов (позиция Senior PHP Developer ), подписанных компанией. Я взял время подумать и сказал, что отвечу в течение недели.

Решение было принято и я стал готовиться к подаче на визу.

Как мы переехали:

Компания оплатила перелет мне и моей семье (жена и дочка 2,5 года), сняла нам квартиру на первые три месяца (в моем случае - идеальное место с видом на центральную площадь города Марктплатц) и выделила человека для помощи на первое время. Это не агент по релокации в чистом виде, но все возникающие вопросы мы решали через нее. В компании я был первый не ЕС-сотрудник, поэтому многие вопросы оттачивались на мне. Сейчас кроме меня в компании работает еще один парень из Киева (он прилетел через месяц после меня) и готовится к переезду разработчик из Одессы. Все они также были трудоустроены не без помощи Алины.

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

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

Из вещей брали необходимый минимум.

С АБХ все прошло очень быстро. Все подобные вопросы решались совместно с сотрудником компании. АБХ назначил термин достаточно рано после приезда, мы подали документы и через три недели получили наши карты eАТ.

Как мы обустроились:

На данный момент мы живем в Эсслингене - невероятно красивом и чистом городке, находящемся всего в 15 минутах от Штутгарта. Какого-то дискомфорта из-за незнания языка пока не испытываем, в большинстве случаев можно объясниться на английском или в крайнем случае жестами. Единственная проблема, существующая на данный момент, - аренда квартиры. Предложений очень мало, а спрос невероятно высокий. Ситуация с жильем в Штутгарте чуть легче, но хотелось бы остаться в Эсслингене.

Краткое резюме с примерными датами:

Середина октября 2014 г. - увидел объявление о поиске программистов

Конец октября - середина ноября - собеседования с первой компанией

Середина ноября — конец ноября - собеседования с моей текущей компанией, получение предложения о личном собеседовании

20 января — 1 февраля 2015 г. - подача на национальную визу, получение паспортов с визами

). Облако предназначено для того, чтобы запускать различные PHP-скрипты по расписанию или через API. Как правило, эти скрипты обрабатывают очереди, и нагрузка «размазывается» приблизительно по 100 серверам. Ранее мы акцентировали внимание на том, как реализована управляющая логика, которая отвечает за равномерное распределение нагрузки по такому количеству серверов и генерацию заданий по расписанию. Но, помимо этого, нам потребовалось написать демон, который был бы способен запускать наши PHP-скрипты в CLI и следить за статусом их исполнения.

Изначально он был написан на Си, как и все остальные демоны в нашей компании. Однако мы столкнулись с тем, что существенная часть процессорного времени (около 10%) тратилась, по сути, впустую: это запуск интерпретатора и загрузка «ядра» нашего фреймворка. Поэтому, чтобы иметь возможность инициализировать интерпретатор и наш фреймворк только один раз, было принято решение переписать демон на PHP. Мы назвали его Phprock syd (по аналогии с Phproxyd - PHP Proxy Daemon, демоном на Си, который у нас был до этого). Он принимает запросы на запуск отдельных классов и делает fork() на каждый запрос, а также умеет сообщать о статусе исполнения каждого из запусков. Такая архитектура во многом похожа на модель веб-сервера Apache, когда вся инициализация делается один раз в «мастере» и «дети» занимаются уже именно обработкой запроса. В качестве дополнительной «плюшки» мы получаем возможность включить opcode cache в CLI, который будет правильно работать, поскольку все дети наследуют ту же область общей памяти, что и мастер-процесс. Чтобы уменьшить задержки при обработке запроса на запуск, можно делать fork() заранее (prefork-модель), но в нашем случае задержки на fork() составляют около 1 мс, что нас вполне устраивает.

Однако, поскольку мы обновляем код весьма часто, этот демон также приходится часто перезапускать, иначе код, который загружен в него, может устареть. Так как каждый рестарт сопровождался бы массой ошибок вида connection reset by peer , включая отказы в обслуживании конечных пользователей (демон полезен не только для облака, но и для части нашего сайта), мы решили поискать способы сделать рестарт демона без потери уже установленных соединений. Существует одна популярная техника, с помощью которой делается graceful reload для демонов: делается fork-exec и при этом потомку передается дескриптор от listen-сокета. Таким образом, новые соединения принимаются уже новой версией демона, а старые «дорабатывают» с использованием старой версии.

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

Теория

Давайте для начала подумаем: возможно ли то, что мы хотим получить? И если да, то как этого достичь?

Поскольку демон работает под Linux, который является POSIX-совместимым, нам доступны следующие возможности:

Все открытые файлы и сокеты - это числа, соответствующие номеру открытого дескриптора. Стандартный ввод, вывод и поток ошибок имеют дескрипторы 0, 1 и 2 соответственно.
Никаких существенных отличий между открытым файлом, сокетом и каналом (pipe) нет (например, с сокетами можно работать как с помощью системных вызовов read/write, так и sendto/recvfrom).
При выполнении системного вызова fork() все открытые дескрипторы наследуются с сохранением их номеров и позиций чтения/записи (в файлах).
При выполнении системного вызова execve() все открытые дескрипторы также наследуются, причем в дополнение сохраняется PID процесса и, следовательно, привязка к своим детям.
Список открытых дескрипторов процесса доступен из директории /dev/fd, который в Linux является симлинком на /proc/self/fd.

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

Патчи к PHP

К сожалению, есть одна небольшая деталь, которая осложняет нам работу: в PHP нет возможности получить номер файлового дескриптора для потоков (streams) и открыть файловый дескриптор по номеру (вместо этого открывается копия файлового дескриптора, что для нашего демона не подходит, поскольку мы очень тщательно следим за открытыми дескрипторами, чтобы не создавать утечек при рестарте и при запуске дочерних процессов).

Для начала мы внесем пару небольших патчей в код PHP, чтобы добавить возможность получить fd у потока (stream) и сделать так, чтобы fopen(php://fd/) не приводил к открытию копии дескриптора (второе изменение несовместимо с текущим поведением PHP, поэтому вместо него можно добавить новый «адрес», к примеру, php://fdraw/):

Код патча

diff --git a/ext/standard/php_fopen_wrapper.c b/ext/standard/php_fopen_wrapper.c index f8d7bda..fee964c 100644 --- a/ext/standard/php_fopen_wrapper.c +++ b/ext/standard/php_fopen_wrapper.c @@ -24,6 +24,7 @@ #if HAVE_UNISTD_H #include #endif +#include #include "php.h" #include "php_globals.h" @@ -296,11 +297,11 @@ php_stream * php_stream_url_wrap_php(php_stream_wrapper *wrapper, char *path, ch "The file descriptors must be non-negative numbers smaller than %d", dtablesize); return NULL; } - - fd = dup(fildes_ori); - if (fd == -1) { + + fd = fildes_ori; + if (fcntl(fildes_ori, F_GETFD) == -1) { php_stream_wrapper_log_error(wrapper, options TSRMLS_CC, - "Error duping file descriptor %ld; possibly it doesn"t exist: " + "File descriptor %ld invalid: " "[%d]: %s", fildes_ori, errno, strerror(errno)); return NULL; } diff --git a/ext/standard/streamsfuncs.c b/ext/standard/streamsfuncs.c index 0610ecf..14fd3b0 100644 --- a/ext/standard/streamsfuncs.c +++ b/ext/standard/streamsfuncs.c @@ -24,6 +24,7 @@ #include "ext/standard/flock_compat.h" #include "ext/standard/file.h" #include "ext/standard/php_filestat.h" +#include "ext/standard/php_fopen_wrappers.h" #include "php_open_temporary_file.h" #include "ext/standard/basic_functions.h" #include "php_ini.h" @@ -484,6 +485,7 @@ PHP_FUNCTION(stream_get_meta_data) zval *arg1; php_stream *stream; zval *newval; + int tmp_fd; if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "r", &arg1) == FAILURE) { return; @@ -502,6 +504,9 @@ PHP_FUNCTION(stream_get_meta_data) add_assoc_string(return_value, "wrapper_type", (char *)stream->wrapper->wops->label, 1); } add_assoc_string(return_value, "stream_type", (char *)stream->ops->label, 1); + if (SUCCESS == php_stream_cast(stream, PHP_STREAM_AS_FD_FOR_SELECT | PHP_STREAM_CAST_INTERNAL, (void*)&tmp_fd, 1) && tmp_fd != -1) { + add_assoc_long(return_value, "fd", tmp_fd); + } add_assoc_string(return_value, "mode", stream->mode, 1);

Мы добавили поле fd в результат, возвращаемый функцией stream_get_meta_data(), если оно имеет смысл (например, для zlib-потоков поле fd не будет присутствовать). Также мы заменили вызов dup() от переданного файлового дескриптора на простую его проверку. К сожалению, этот код не будет работать без модификаций под Windows, поскольку вызов fcntl() - это POSIX-specific, так что полный патч должен содержать в себе дополнительные ветки кода под другие ОС.

Демон без возможности перезапуска

Для начала напишем небольшой сервер, который сможет принимать запросы в формате JSON и отдавать какой-нибудь ответ. К примеру, он будет отдавать количество элементов в массиве, который пришел в запросе.

Демон прослушивает порт 31337. Результат работы должен быть примерно следующим:

$ telnet localhost 31337 Trying 127.0.0.1... Connected to localhost. Escape character is "^]". {"hash":1} # ввод пользователя "Request had 1 keys" {"hash":1,"cnt":2} # ввод пользователя "Request had 2 keys"

Мы будем использовать stream_socket_server() для того, чтобы начать слушать порт, и stream_select() для того, чтобы определить, какие дескрипторы готовы к чтению/записи.

Код простейшей реализации (Simple.php)

stream) */ private $streams = ; /** @var string (client_id => read buffer) */ private $read_buf = ; /** @var string (client_id => write buffer) */ private $write_buf = ; /** @var resource (client_id => stream from which to read) */ private $read = ; /** @var resource (client_id => stream where to write) */ private $write = ; /** @var int Total connection count */ private $conn_count = 0; public function run() { $this->listen(); echo "Entering main loop\n"; $this->mainLoop(); } protected function listen() { $port = self::PORT; $ip_port = "0.0.0.0:$port"; $address = "tcp://$ip_port"; $server = stream_socket_server($address, $errno, $errstr, STREAM_SERVER_BIND | STREAM_SERVER_LISTEN); if (!$server) { fwrite(STDERR, "stream_socket_server failed: $errno $errstr\n"); exit(1); } $this->read = $server; echo "Listening on $address\n"; } public function response($stream_id, $response) { $json_resp = json_encode($response); echo "stream$stream_id " . $json_resp . "\n"; $this->write($stream_id, $json_resp . "\n"); } public function write($stream_id, $buf) { $this->write_buf[$stream_id] .= $buf; if (!isset($this->write[$stream_id])) { $this->write[$stream_id] = $this->streams[$stream_id]; } } public function accept($server) { echo "Accepting new connection\n"; $client = stream_socket_accept($server, 1, $peername); $stream_id = ($this->conn_count++); if (!$client) { fwrite(STDERR, "Accept failed\n"); return; } stream_set_read_buffer($client, 0); stream_set_write_buffer($client, 0); stream_set_blocking($client, 0); stream_set_timeout($client, 1); $this->read_buf[$stream_id] = ""; $this->write_buf[$stream_id] = ""; $this->read[$stream_id] = $this->streams[$stream_id] = $client; echo "Connected stream$stream_id: $peername\n"; } private function disconnect($stream_id) { echo "Disconnect stream$stream_id\n"; unset($this->read_buf[$stream_id], $this->write_buf[$stream_id]); unset($this->streams[$stream_id]); unset($this->write[$stream_id], $this->read[$stream_id]); } private function handleRead($stream_id) { $buf = fread($this->streams[$stream_id], 8192); if ($buf === false || $buf === "") { echo "got EOF from stream$stream_id\n"; if (empty($this->write_buf[$stream_id])) { $this->disconnect($stream_id); } else { unset($this->read[$stream_id]); } return; } $this->read_buf[$stream_id] .= $buf; $this->processJSONRequests($stream_id); } private function processJSONRequests($stream_id) { if (!strpos($this->read_buf[$stream_id], "\n")) return; $requests = explode("\n", $this->read_buf[$stream_id]); $this->read_buf[$stream_id] = array_pop($requests); foreach ($requests as $req) { $res = json_decode(rtrim($req), true); if ($res !== false) { $this->response($stream_id, "Request had " . count($res) . " keys"); } else { $this->response($stream_id, "Invalid JSON"); } } } private function handleWrite($stream_id) { if (!isset($this->write_buf[$stream_id])) { return; } $wrote = fwrite($this->streams[$stream_id], substr($this->write_buf[$stream_id], 0, 65536)); if ($wrote === false) { fwrite(STDERR, "write failed into stream #$stream_id\n"); $this->disconnect($stream_id); return; } if ($wrote === strlen($this->write_buf[$stream_id])) { $this->write_buf[$stream_id] = ""; unset($this->write[$stream_id]); if (empty($this->read[$stream_id])) { $this->disconnect($stream_id); } } else { $this->write_buf[$stream_id] = substr($this->write_buf[$stream_id], $wrote); } } public function mainLoop() { while (true) { $read = $this->read; $write = $this->write; $except = null; echo "Selecting for " . count($read) . " reads, " . count($write) . " writes\n"; $n = stream_select($read, $write, $except, NULL); if (!$n) { fwrite(STDERR, "Could not stream_select()\n"); } if (count($read)) { echo "Can read from " . count($read) . " streams\n"; } if (count($write)) { echo "Can write to " . count($write) . " streams\n"; } if (isset($read)) { $this->accept($read); unset($read); } foreach ($read as $stream_id => $_) { $this->handleRead($stream_id); } foreach ($write as $stream_id => $_) { $this->handleWrite($stream_id); } } } } $instance = new Simple(); $instance->run();

Код этого демона более чем стандартный, однако хотелось бы отметить одну деталь реализации: мы храним все буферы чтения и записи с привязкой к конкретным соединениям и выполняем обработку запросов прямо в том же месте, где читаем запрос. Это важно, потому что один из таких запросов может быть restart, и в этом случае до обработки следующих запросов дело не дойдет. Тем не менее, поскольку запросы мы еще не прочитали, в следующий раз stream_select() от тех же дескрипторов вернет такой же результат. Таким образом, мы не потеряем ни единого запроса, если осуществим рестарт прямо из обработчика команды (кроме случая, когда нам пришлют сразу несколько команд в то же соединение, и одной из этих команд будет restart).

Итак, как же сделать возможным перезапуск демона?

Демон с перезапуском и сохранением установленных соединений

Наш простейший пример не умел делать ничего полезного, поэтому давайте все же напишем демон, о котором шла речь в самом начале. Мы хотим получить примерно следующее (команды демону присылаются в виде «имя_команды[ JSON-данные]», ответ в виде JSON):

$ telnet localhost 31337 Trying 127.0.0.1... Connected to localhost. Escape character is "^]". # сразу же попросим демон перезапуститься restart # ответ посылает уже перезапущенный демон "Restarted successfully" # запустим тестовый класс run {"hash":1,"params":,"class":"TestClass1"} # запущен успешно {"error_text":"OK"} # рестартим демон еще раз (его child TestClass1 все еще работает) restart "Restarted successfully" # проверим статус задания: все еще работает check {"hash":1} {"error_text":"Still running"} # подождем 5 секунд и проверим еще раз: класс TestClass1 отработал успешно check {"hash":1} {"retcode":0} # демон помнит обо всех запусках, поэтому нужно делать free check {"hash":1} {"retcode":0} free {"hash":1} {"error_text":"OK"} restart "Restarted successfully" # я обновил код, поэтому второй раз мы видим уже другой ответ на restart restart {"error_text":"Restarted successfully"} bye Connection closed by foreign host.

Идея для рестарта проста: мы будем создавать файл со всей необходимой информацией, а при запуске будем пытаться прочитать его и восстановить открытые файловые дескрипторы.

Для начала напишем код для записи в restart-файл:

Echo "Creating restart file...\n"; if (!$res = $this->getFdRestartData()) { fwrite(STDERR, "Could not get restart FD data, exiting, graceful restart is not supported\n"); exit(0); } /* Close all extra file descriptors that we do not know of, including opendir() descriptor:) */ $dh = opendir("/proc/self/fd"); $fds = ; while (false !== ($file = readdir($dh))) { if ($file === ".") continue; $fds = $file; } foreach ($fds as $fd) { if (!isset($this->known_fds[$fd])) { fclose(fopen("php://fd/" . $fd, "r+")); } } $contents = serialize($res); if (file_put_contents(self::RESTART_DIR . self::RESTART_FILENAME, $contents) !== strlen($contents)) { fwrite(STDERR, "Could not fully write restart file\n"); unlink(self::RESTART_DIR . self::RESTART_FILENAME); }

Код для получения массива данных (функция getFdRestartData()) приведён ниже:

$res = ; foreach (self::$restart_fd_resources as $prop) { $res[$prop] = ; foreach ($this->$prop as $k => $v) { $meta = stream_get_meta_data($v); if (!isset($meta["fd"])) { fwrite(STDERR, "No fd in stream metadata for resource $v (key $k in $prop), got " . var_export($meta, true) . "\n"); return false; } $res[$prop][$k] = $meta["fd"]; $this->known_fds[$meta["fd"]] = true; } } foreach (self::$restart_fd_props as $prop) { $res[$prop] = $this->$prop; } return $res;
В коде учитывается, что у нас есть 2 вида свойств:

Свойства, содержащие ресурсы с соединениями: $restart_fd_resources = ["read", "write", "streams"].
Свойства, содержащие буферы и другую информацию о соединениях, которые можно «сериализовать» в сыром виде: $restart_fd_props = ["read_buf", "write_buf", "conn_count"].

Также мы запоминаем все fd, сохраненные в restart-файле, и закрываем все остальные (если они есть), поскольку иначе можно допустить утечку файловых дескрипторов.

Дальше мы должны загрузить этот файл на старте и продолжать использовать открытые дескрипторы, как будто ничего не произошло:). Код двух функций (загрузки restart-файла и загрузки информации о файловых дескрипторах) приведён ниже:

If (!file_exists(self::RESTART_DIR . self::RESTART_FILENAME)) { return; } echo "Restart file found, trying to adopt it\n"; $contents = file_get_contents(self::RESTART_DIR . self::RESTART_FILENAME); unlink(self::RESTART_DIR . self::RESTART_FILENAME); if ($contents === false) { fwrite(STDERR, "Could not read restart file\n"); return; } $res = unserialize($contents); if (!$res) { fwrite(STDERR, "Could not unserialize restart file contents"); return; } foreach (self::$restart_props as $prop) { if (!array_key_exists($prop, $res)) { fwrite(STDERR, "No property $prop in restart file\n"); continue; } $this->$prop = $res[$prop]; } $this->loadFdRestartData($res);

Функция loadFdRestartData() по развертыванию массива файловых дескрипторов обратно:

$fd_resources = ; foreach (self::$restart_fd_resources as $prop) { if (!isset($res[$prop])) { fwrite(STDERR, "Property "$prop" is not present in restart fd resources\n"); continue; } $pp = ; foreach ($res[$prop] as $k => $v) { if (isset($fd_resources[$v])) { $pp[$k] = $fd_resources[$v]; } else { $fp = fopen("php://fd/" . $v, "r+"); if (!$fp) { fwrite(STDERR, "Failed to open fd = $v, exiting\n"); exit(1); } stream_set_read_buffer($fp, 0); stream_set_write_buffer($fp, 0); stream_set_blocking($fp, 0); stream_set_timeout($fp, self::CONN_TIMEOUT); $fd_resources[$v] = $fp; $pp[$k] = $fp; } } $this->$prop = $pp; } foreach (self::$restart_fd_props as $prop) { if (!isset($res[$prop])) { fwrite(STDERR, "Property "$prop" is not present in restart fd properties\n"); continue; } $this->$prop = $res[$prop]; }
Мы заново выставляем значения read_buffer и write_buffer для открытых файловых дескрипторов и настраиваем тайм-ауты. Как ни странно, после этих манипуляций PHP совершенно спокойно делает accept() на эти файловые дескрипторы и продолжает нормально читать/писать в них даже при том, что он не знает, что это сокеты.

В конце концов, мы должны написать логику по запуску и слежению за статусом исполнения воркеров. Поскольку это не имеет отношения к теме статьи, полная реализация демона помещена на github-репозиторий, ссылка на который приведена ниже.

Заключение

Итак, в этой статье была описана реализация демона, который общается по JSON-протоколу и умеет запускать произвольные классы в отдельных процессах со слежением за процессом их исполнения. Для запуска отдельных классов используется модель fork() на запрос , поэтому для обработки запроса не требуется повторный запуск интерпретатора и загрузка фреймворка, при этом становится возможным использование opcode cache в CLI. Поскольку при каждом обновлении кода демон нужно перезапускать, необходимо обеспечить механизм плавного перезапуска этого демона (в нашей компании обновление кода иногда происходит раз в несколько минут, в виде «хотфиксов»).

Перезапуск происходит путем выполнения системного вызова execve(), в результате чего все потомки остаются привязаны к родителю (поскольку PID процесса при execve() не меняется). Также сохраняются все открытые файловые дескрипторы, что позволяет продолжать обрабатывать запросы от пользователей в уже открытых соединениях. Все сетевые буферы, информация о запущенных детях и об открытых дескрипторах сохраняется в отдельный restart-файл, который считывается новым экземпляром демона, после чего работа продолжается в стандартном event loop.

Полный код реализации можно увидеть на GitHub по следующему адресу.

Приветствую Вас, дорогой друг!

«Чем для Вас является успех в жизни???»

Прошу Вас, задумайтесь, остановитесь на минутку.

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

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

Успех неразрывно связан с состоянием души. Наша душа пришла в этот мир, чтоб получить удовольствие и реализовать себя, а мы (наш разум, наше тело, наше сознание) должны поддержать ее в этом. Когда наша душа творит и реализовывает себя мы чувствуем себя счастливыми. Когда мы чувствуем и видим, что творение нашей души и то, что мы делаем приносит огромную пользу другим людям, мы чувсвтуем блаженство. Вот это и называется успех. Успех – это наполненность жизни.

Любая реализация талантов души возможна только благодаря другим людям . Душа творит не для себя. Она творит для других – чтоб помочь им и сделать жизнь других наполненной и передать им частичку своего счастья. Счастливый человек передает другим частичку своего счастья, несчастный человек передает другим свое несчастье . Избегайте несчастливых людей!

Если вдруг в момент изчезнут все люди, реализация себя станет невозможной – какой смысл в том, чтоб писать книги, ведь их никто не прочитает, какой смысл создавать новые модели одежды, ведь их никто не будет носить, в чем смысл строить новые дома, в которых никто не будет жить?

Очевидно, что в этом нет смысла.

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

Хочу, чтоб Вы глубоко осознали, что люди, которые живут только для себя и собирают богатства только для себя, несчастны . Они собирают эти богатства с целью заполнить ту душевную пустоту, которая образовалась в результате бессмысленной жизни . Но эту пустоту можно заполнить только любовью, принося ценность другим людям. Душа счастлива, когда она отдает себя без избытка на то, чтоб делать этот мир лучше. А какой смысл во всех тех богатствах, которые собрал человек, когда он уйдет из жизни, ведь мы не долговечны. Душа приходит, чтоб создать ценность, реализовать себя и затем возвращается «домой». Если она не создает эту ценность, а занимается чем-то другим, она чувствует себя плохо. Она чувствует, что пришла в этот мир и не делает того, чего хочет. И причиной тому наш разум – он ослеплен «успехом» в общем понимание этого слова . Он гонится за иллюзорным, а когда достигает этого, если вообще достигает, он понимает бессмысленность достигнутого.

А что такое успех в общем понимание?
- богатство (деньги, материальные вещи)
- слава, власть, популярность
- статус

Но посмотрите это все исходит от эго. Человек хочет почувствовать свою значимость, но он не понимает, что богатства, слава, статус – это иллюзия. Они похожи на морскую воду, которую сколько не пей, никогда не удовлетворишь жажду. Потому люди всю жизнь и гонятся за ними. Они думают, вот заработаю столько денег и буду счастлив, вот выйду на уровень дохода в $100,000 в год и тогда буду счастлив, вот когда я выйду на сцену и буду петь я буду счастлива, вот выйду замуж, вот буду иметь детей... Вы можете это проверить, но я со 100% уверенностью утверждаю, что Вы не будете счастливы. Более того ваш уровень счастья станет еще меньше. Вы отдаляетесь от своего призвания, и понимая это душа становится еще более несчастной. Чем больше богатства, славы, статуса Вы получаете, тем больший контроль над жизнью берет разум и тем дальше отодвигается роль души. Но истинное счастье исходит от души !!!

Успех – это гармония между душой и разумом. Роль разума состоит в том, чтоб помочь душе самореализоваться. Мы неправильно ставим приоритеты. Недолговечное тело и материальные вещи мы ставим на первое место, а бессмертную душу и неисчерпаемые богатсва мы ставим на последнее. В Библии сказано: «собирайте богатсва на небе, а не Земле». Наше тело – это транспортное средство для души . Душа связана с Высшим Разумом и только она способна понять, что нужно для этого мира. Вселенная способствует людям, которые идут своим путем . Свой путь наименее энергозатратный, а в нашем мире все течет путем наименьшего сопротивления. Я всегда говорю, что успех – это нормальное течение событий. Неудача – это отклонение от нормы. Если сейчас Вы не настолько удачны, как вы этого хотите – значит Вы занимаетесь не тем, для чего предназначены. Душа и разум находятся в разладе. И чем больше этот разлад, тем более несчастен человек.

Но Вы не подумайте, что я говорю, что человеку не нужно материальное. Очень даже нужно. И вот почему: когда у человека нет денег, он вынужден идти на работу и заниматься какой-то "глупостью". Человек тратит 10 часов в сутки для того, чтоб заработать деньги, но делая это он не реализовывает себя. Шеф - вот тот человек, который за счет Вас реализовывает себя. (я говорю, как происходит в большинстве случаев. Большинство людей ненавидят свою работу, но работают потому что нужны деньги, чтоб выжить).

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

Душе для того, чтоб выразить себя нужно время. Только по прошествию некоторого времени созданная душой ценность может продаваться и продаваться в сотни, а то и тысячи раз дороже, чем человек получает на работе. Но чтоб создать такую ценность нужно время. Лично мне потребовалось 5 месяцев, чтоб выйти на какой-нибудь мизерный доход. Через 8 месяцев мой сайт начал приносить доход, на который бедная семья уже смогла бы прожить. И только через 17 месяцев мой сайт стал приносить доход, который уже заменит доходы с очень высокооплачиваемой работы.

Потребовалось 17 месяцев, чтоб заменить работу. Но теперь я свободен! Я занимаюсь любимым делом и это только начало. Для моих мечтаний нет ограничений - а значит и для меня нет ограничений. Когда Вы занимаетесь своим делом, Ваш доход ограничен только вашим воображением и только. Кто на работе зарабатывает $1,000,000 в год? Да, может есть единици. Но занимаясь своим делом даже это не придел.
Материальное важно, но только для того, чтоб удовлетворять потребности жить.

Скажу честно: не получая дохода, тяжелее творить и создавать шедевры . Разум постоянно говорит: «то, что ты делаешь это хорошо, но за что мы будем жить?». И этот вопрос постоянно и сильно отвлекает от творчества. Он отбирает наше счастье. Для того, чтоб выключить этот диалог любимое занятие должно приносить деньги. Конечно, разум потом начинает задавать другие вопросы, но чем больше денег приносит любимое дело, тем менее больными и отвлекающими стают эти вопросы.

Часто люди работают на работе, зарабатывают деньги, но еще имеют хобби. Что такое хобби?
Хобби – это занятие для души, которое не приносит дохода. Но почему хобби не превратить в работу? Самые счастливые люди – это те, у которых хобби является работой . Они нон-стоп занимаются любимым делом.
Все, о чем я говорю, о работе, о деньгах я хочу до Вас донести две важные мысли: 1) Душа и разум должны быть в гармонии
2) Нематериальное всегда должно стоять на первом месте

Фокус должен быть только на нематериальном! Материальное придасться, как следствие . Вот правильные жизненные приоритеты:
счастье -> здоровье -> богатство А многие люди живут по схеме
богатство->здоровье->счастье
А что еще хуже, есть люди, которые живут по схеме
богатство->богатство->богатство

Не удивительно, что они не счастны. Эти люди имеют миллионы, но у них нет друзей, у них проблемы в семье. У них проблемы в отношениях с людьми. Потому что они думают, что все люди, которые их окружают, с ними только из-за их денег и только. Я не знаю, как Вы, но я бы не хотел такого счастья. Когда же приоритеты в жизни расставлены верно богатство возникает, как следствие. Нет смысла сосредотачиваться на нем. Высокий уровень счастья и здоровья неизбежно ведет к высокому уровню доходов .

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

Возвращает JSON данные. Используется для возврата успешных ответов в AJAX запросах. Ответ будет всегда содержать элемент success=true . Обрывает работу php скрипта (die).

Хуков нет.

Возвращает

null. Выводит на экран JSON данные и обрывает работу php.

Если в параметр $data передать данные, то они будут добавлены:

// Вид возвращаемых данных, перед кодированием в JSON: $response = array("success" => true); // если $data не указан $response = array("success" => true, "data" => $data); // если $data указан

Использование

wp_send_json_success($data, $status_code); $data(строка/массив/число/объект/логический) Данные, которые будут добавлены в результат в элемент массива data, перед кодирование в JSON.
По умолчанию: нет $status_code(число) HTTP статус код, который нужно установить. Какие бывают статус коды, . C WP 4.7.
По умолчанию: null

Примеры

#1 Определение успешной обработки AJAX запроса

Этот jQuery код отправляет AJAX запрос в файл плагина ajax/save_field.php:

JQuery(document).ready(function($){ $("#btn_save").click(function(e){ e.preventDefault(); $.post(pluginUrl + "ajax/save_field.php", $("#my-form").serialize(), function(json){ if(json.success) alert(json.data.message); else alert("Error" + json.data); }); }); });

Это код файла save_field.php , который обрабатывает переданный запрос. Здесь показано, как использовать wp_send_json_success() :

"Сохранено", "ID" => 1); wp_send_json_success($return);