Loot

Здравствуйте, вам надо осознать одну истину что всегда есть огромная разница межу тем, кого компания хочет взять и кого она возьмет на самом деле, это не только программирования касается это в любой профессии так. Представьте, начальнику отдела разработчиков требуется PHP программист, он идет к менеджеру по персоналу и говорит, размести вакансию по специальности php программист, начальник разработчиков сказав это уже внес в значение php программист все требования, манагер по персоналу его спрашивает, а что он еще должен знать и уметь? начальник на скорую руку ему накидывает информации, манагер эту инфу берет обрабатывает своим манагерским умом который отличается от мышления начальника отдела, и компилирует следующее требуется web разработчик, знания, и понеслось - php, css, js, joomla, sql, и тд. и тп.
Это тоже самое что в обьяве написать (ищу водителя со знанием светофора) но если вождение авто более менее известна всем людям то программирование нет. Начальнику нужен php программист со всеми сопутствующими знаниями,(нельзя изучить вождение машины и не знать где педаль тормоза), а манагеру надо найти такого суперского чтоб от него отстали, и можно дальше пасьянс раскладывать : )
Итог, смотрите в суть объявления о приеме на работу, они затребовать могут многое, но возьмут в любом случае того кто владеет тем ключевым навыком который им изначально требуется.
Главное преподнесите себя так чтоб они в восторге были что вы им внимание уделили. ))
Помните в России острый дефицит технарей, как таковых, и второе, (вы знаете мы рассмотрели ваше резюме. вы что то не очень подходите нашей компании. Да что вы, вывеска на вашей конторе тоже не фига не смахивает на Газпром) Успеха в трудоустройстве. ))

Того чего не знаете - подтяните, хотя бы ознакомьтесь, чтоб совсем не плавать, если спросят.
А так, тексты вакансий, зачастую, просто копируют или начинают писать о всем когда только слышали, потому что сами не разбираются в этом или если поиском кандидата занимается несильно продвинутый HR-менеджер. Очень много раз такое видел. Как правило, на подобных собеседованиях, чисто спрашивают: что делали, посмотрят Ваши работы, поспрашивают каких то общих вопросов и все.
Если работать пойдете в студию (или подобные компании), например, там конечно будет поконкретней, но собеседование у Вас будет проводить человек компетентный (скорее всего), который сможет рассмотреть Ваши "+" и "-" и сделать соответствующие выводы.

Все грустнее и грустнее вопросы идут...

Хотите учиться java + android и javascript? ну так учите оба язык. java для клиента, javascript в качестве сервера, так или иначе это все клиент-серверные технологии. Можно на js клиенты писать, но это вам еще так же долго придется вникать что да как, ибо фронтенд дело сложное (только изза разнообразия хаков и кастылей).

Вы за месяц могли уже осилить пару приложений под java или одно мелкое под js, но в итоге вы все сидите и ждете что бы кто-то что-то подсказал.

могу вам посоветовать только одно: учите С.

p.s. и эти люди что-то имеют против php?

Cron не можете запускать или не хотите? Если не можете, то почему? Shared хостинг? Почему у гугла не спросили, это же тривиальная задачка. Если спрашивали, но решения не подошли - объясните почему.

Используйте итераторы:

$iterator = new RegexIterator(
    new DirectoryIterator(
        $dir2,
        FilesystemIterator::KEY_AS_PATHNAME
        | FilesystemIterator::CURRENT_AS_FILEINFO
        | FilesystemIterator::SKIP_DOTS
    ),
   '~[^a-d]~'
);

foreach ($iterator as $file_info) {
    $filename = $file_info->getBasename();
};

Ну сколько можно уже?
http://toster.ru/q/51282

Послушайте. Было бы смешно, если бы не было так грустно. Каждый день пачками появляются вопросы где и как научиться программировать. Ладно, я бы понял, если бы спрашивали как обучиться столярному делу или садоводству. Но блин... интернет просто пропитан компьютерной тематикой и, особенно, вебом. Гугл, самоучитель - и понеслась. Но нет же, надо зайти в QA и спросить "как мне выучиться?". Действительно, как же выучиться? Может быть старым испытанным способом: найти руководство, прочитать и выполнить советы? А где найти руководство? В поисковой системе? О, неужели это работает? А как сформулировать запрос? Достаточно вписать то что я хочу получить? Что ж, звучит недурно. Похоже, я и вправду смогу освоить эту хитрую технику. Но она такая сложная... я ведь учусь всего лишь в 10м классе...

Классика — htmlbook. Или вам более удобен бумажный вариант?

По php — книга «PHP 5» Дмитрий Котеров, Алексей Костарев.

Ещё из курсов есть codeacademy, но он на английском.

Ну и самый простой и более эффективный — опыт. Находите шаблоны и верстаете. Смотрите на кроссбраузерность. Смотрите как делают другие.

Статей хватает, можете конечно написать, но врят-ли что-то-новое выйдет.

Структуру методов, что и как должно возвращать лучше обсудите с iOS разработчиком, который будет потом имплеменить это дело. Если такого нету — максимально разбейте все на атомарные операции, упростите взаимодействие, прикиньте сами какие методы могут понадобиться (представьте что вы пишете API не для кого-то, а, например, для странички, которая через AJAX все выдерает).

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

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

Я не видел ни одного RESTfull API для серьезных приложений, тобиш да, оно то REST но не полностью, так что заморачиваться тут не стоит. Достаточно просто обрабатывать какие-то базовые заголовки и GET/POST запросы. GET для выборок — тобиш данные в базе при запросе не меняются, разве что какие счетчики, а POST для создания записей в базе (по феншую результат работы функции должен возвращаться только HTTP заголовки, среди которых есть GET запрос с URI нового объекта, но на практике никто не париться и возвращает весь объект или его часть).

Можно конечно воспользоваться SOAP апишками, но по опыту скажу что оно годно только при разработке оочень простых API, и толку от него мало. Если клиентом, конечно, будет приложение написанное на C# .NET — тогда смело SOAP и только SOAP, вам по сути разницы в реализации (имеется в виде по времени) минимум, а разработчику клиента будет намного проще. А вот на iOS с SOAP все достаточно печально.