Базис success php. Простой пример использования PHP и AJAX. Как мы обустроились

Виза: 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)

    Похожие публикации