Dave

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

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

Ну и кроме того, первое собеседование не только позволяет компании посмотреть на вас, но и вам позволяет посмотреть на собеседование изнутри и на компанию изнутри. Они задают вопросы вам, вы не бойтесь задавать вопросы им.

Тут 2 варианта:

1. Заказывают верстку, подразумевают создание шаблона/темы для CMS. По хитрости, по не знанию, по глупости - не важно. Важно не подписаться пилить это по цене только верстки.

Верстка - это когда макет превращается в набор html/css/js файлов.

Да, могут быть вариации. Может быть сразу под движок: Smarty, Twig, Jade, или все шаблоны в Handlebars, или сразу чтобы всё под Angular было. Но это всё частные случаи, требующие более высокой квалификации, или находящиеся уже где-то во front-end разработке.

2. Просят учесть особенности CMS.

Маленьких нюансов может быть много.

Вот Битрикс, например, и его Эрмитаж (тыкнул в блок - тут же его отредактировал если по простому). Где-то лишняя обертка элемента, чтобы в режиме редактирования не разваливалось. Везде - z-index меньше 1000, чтобы Эрмитаж не перекрывало.

Wordpress вообще генерирует огромное количество своих классов. Взять те же навигационные меню. Использовать их = наплевать на все эти ваши БЭМ и прочее.
И т.д.

Если я верстал и без проблем натягивал свои макеты на Wordpress - могу ли сказать что у меня есть опыт верстки под Wordpress?

Могу.
Так же как могу сказать что есть опыт верстки под Drupal (не знаю натягивали ли какие-то из моих работ на Drupal, но чё бы нет).

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

.nav
    .nav__list
        .nav__item

Когда ему движок выдаст меню в виде

.menu
    ul
        li

Но я не считаю это своей проблемой.
Когда понадобилось, оказалось нет ничего сложного 1 раз потратить время и написать свой вывод меню в Wordpress, чтобы можно было любую верстку натянуть. Почему так не может сделать тот кто натягивает? Почему в ТЗ об этом не предупредили?

Уменьшает ли "опыт верстки под CMS" время верстки?
Если не были оговорены нюансы (те же меню WP) - то нет.
Может увеличиться время натягивания верстки на движок, но это уже проблемы заказчика, который не озвучил требования заранее.

Таким образом, хотя в идеале на движок должно быть возможным натянуть любую верстку, действительно некоторые имеют CMS особенности.
Об этих особенностях следует договариваться заранее. Должно быть конкретное ТЗ на верстку.
В остальном как правило речь об "опыте верстки под %CMS%" - просто болтовня.

Триггер это "неявная логика работы". Он добавляет трудности в разборе логики БД, по типу оператора GOTO.
Ну и любое исключение в триггере вызовет немедленный rollback того действия, на которое он был повешен.

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

На случай важных переговоров:
F*ck! – Чёрт подери!
F*ck it! – К чёрту! Не надо! Забей! Не обращай внимания!
F*ck it! – Проклятье! (Выражение испуга или удивления)
F*ck [something] – К чёрту [нечто]! F*ck this place!
F*ck it all! – К чёрту всё! Или вот так: F*ck them all! – Пошли они все!
F*ck the world! – Провались всё!
I don’t give a f*ck! – Мне плевать!
Who gives a f*ck? – А кого это волнует?
F*ck you! – Пошёл ты!
F*ck me! – Вот это да!
F*ck away! – Проваливай!
What the f*ck! – Какого чёрта!
f*ck about – распутничать, выпендриваться
f*ck somebody about – игнорировать кого-либо
f*ck around – заниматься ерундой, распыляться, раздолбайничать.
f*ck somebody around - дурачить кого-либо или плохо обходиться
f*ck off – отстать, свалить. F*ck off!
f*ck off – лентяйничать или лентяй
f*ck somebody off – раздражать или утомлять кого-либо
f*ck over – поступать нечестно
f*ck somebody over – обманывать, использовать человека
f*cked out – уставший, старый, негодный
f*ck up – потерпеть неудачу, провалить, испортить…
f*ck up somebody (f*ck somebody up) – навредить или огорчить кого-либо.
be f*cked up – быть испорченным, обеспокоенным или обдолбанным.
f*ck somebody down – подвести, подставить. You f*cked me down!
f*ck somebody’s mind – полоскать кому-то мозг
get f*cked – быть обманутым. I got f*cked by that asshole
f*ck somebody – не только «заняться любовью», но и «обмануть».
f*ck with somebody – дразнить, раздражать, вмешиваться
motherf*cker – сукин сын

Новичок не сможет создать крупный сайт соц сети на Drupal.
Теперь по перечню Ваших вопросов.
1. Даже не начинайте тратить время на изучение Drupal. Лучше эти порции по 2-3 часа времени вкладывайте в изучение HTML5, CSS3 после них PHP, язык структурированных запросов SQL.
2. Начав изучение по пункту 1, сразу начинайте пробовать делать отдельные страницы Вашего проекта. Это позволит ориентироваться в дальнейшем, что можно делать, а что невозможно.
3. Прочитайте лицензию движка, как правило, условия использования расписываются довольно тщательно.
4. При участии профессионалов можно все. И перенести, и переписать, и сделать свой движок. Для справки, топ-порталы и все кто на них равняется делают редизайн в среднем раз в 2-4 года, т.к. веб-технологии развиваются очень динамично. Т.е. сделать сайт один раз и навсегда не получится.
5. В одиночку программист не справится. Для создания и поддержки проекта соц сети нужно около 100 человек. Вот мне в поддержку мнение специалиста. Соц сеть, даже узкоспециализированная - это не только разработка движка. Это еще куча отделов поддержки: поддержка самого портала, техподдержка пользователей, юридический, бухгалтерия, отдел, занимающийся монетизацией, администрация проекта для координации работы всех и т.д.
Но начинается разработка любого проекта всегда с одного человека, который в дальнейшем привлекает помощников.

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

Если, в итоге, всё же будете делать сами, то уже, как минимум, будете совершенно чётко себе представлять, что именно вы делаете, то есть время на написание ТЗ в любом случае стоит потратить.

Насколько реально человеку не имеющему абсолютно никаких знаний в программировании пытаться самом изучать Drupal , уделяя этому около 2-3 часов?

Зависит от ваших способностей и от сложности проекта. Если сайт совсем не шаблонный, значит придётся самому много учиться программировать - на это несколько месяцев (даже лет) у людей уходят. А если просто пользоваться (устанавливать и настраивать) Drupal'ом без навыков программирования - можно за неделю освоиться.

При тех же временных затратах, сколько потребуется времени, чтобы создать подобный сайт (конечно же не финальную версию, но полноценный рабочий сайт, который можно буде показывать)”?

Базовый функционал социальной сети на популярных движках реализуется вообще без навыков программирования. Просто придётся несколько часов мышкой покликать. Но ведь базовым функционалом и шаблонным внешним видом всё не ограничится? И вот тут уже начнётся реализация "хотелок", которая легко может затянуться на недели (месяцы) работы, даже у профессиональных разработчиков.

Не возникнут ли в дальнейшем проблемы связанные с тем, что сайт работает на готовом движке, если проект будет успешен?

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

Если в дальнейшем будут выявлены проблемы с тем, что проект сделан на Drupal, возможно ли будет при участии профессионалов как-то перенести сайт вместе с базой данных или переписать сайт специально созданный для данных целей “движок”?

Всё возможно, но потребует времени и денег. По факту может оказаться, что придётся переписывать абсолютно всё. К выбору конкретного языка / фреймворка / cms лучше сразу подойти основательно и не планировать всё переделывать потом.

При привлечении фрилансера-программиста сколько приблизительно будет стоить создание базовой версии сайта?

Поищите похожие заказы на биржах: http://freelansim.ru/tasks?q=социальная+сеть
Ещё лучше - всё же написать ТЗ и попытаться найти исполнителя, разместить предложение на любой популярной фриланс бирже, указав, что цена договорная, там же показав ТЗ (за идею не стоит бояться, идеи ничего не стоят). Вам сразу же и поступят конкретные предложение. Чисто интуитивно, учитывая, что вы так и не написали, чем же ваша социальная сеть, будет отличаться от всех остальных (а ведь чем-то должна) - думаю хороший разработчик возьмётся за 150 000 ± 50 000 р.

И справится ли программист в одиночку с этой задачей или же будет необходимо подключать веб-дизайнера?

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

Проблема с путями к директории и файлам. Попробуйте дописать пути до полных абсолютных, типо /var/www/site.ru/maps1/files

подталкивают в сферу фриланса. Собираюсь осваивать программирование и двигать на Upwork.

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

Какой язык программирования наиболее востребован и хорошо оплачивается,

Реально, если это более-менее объёмные и продолжительные работы, из того, что предлагается в фрилансе (Upwork) - это Python. Но там требуется везде уж явно не начальный уровень знания Python.

Конечно, можете лабать и убогие сайты по $100 за штуку ... но это уже на сильно любителя.

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

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

Думаю для вас не секрет, что все запросы стилей, картинок и т.д. это не один большой запрос, а каждый ресурс запрашивается отдельно.
Список всех запросов вы можете посмотреть в access.log апача, или что там у вас. Статику обычно отдают средствами вебсервера (nginx, apache) не дергая для этого php.
Подход, когда все запросы (или все запросы к не-статическим файлам) перенаправляются в один php файл, называется "единая точка входа", в сети масса статей с описанием как это делается.

Вкратце:

#кусок из symfony
   RewriteCond %{REQUEST_FILENAME} !-f
   RewriteRule ^(.*)$ /app.php [QSA,L]

т.е. запрос попадает в app.php только в том случае, когда отсутствует статический файл.
Например: если существует файл /images/logo.png - он будет отдан самим веб-сервером, если не существует - запрос уйдет в php.

Точка входа на php организовывается как-то так:
Берем значение из $_SERVER['REQUEST_URI'], передаем в некую штуку, которую часто называют routing, которая парсит его и решает какой кусок кода запускать дальше.

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

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

Я советую вам как можно скорее переходить на ООП и все делать на ООП.

Если раньше было так, что все писали функциями, а исключениями было ООП, то теперь все надо делать на ООП и только в исключительных ситуациях функции.

А почему я вам советую, потому что в ООП не так просто разобраться. Там уйма тонкостей. Поэтому чем раньше вы начнете, тем больше опыта наберетесь, когда будете работать на серьезными проектами. Если вы не гений, то у вас не один год уйдет, на освоение в достаточной степени (зависит, конечно, от интенсивности работы).

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

98% украинских компаний работают по схеме ФОП - аналог ИП. Либо "вчерную", на что вряд ли пойдут крупные компании, трудоустроиться на "белую" зп шансы практически равны нулю.
Пересмотрите вакансии и постарайтесь реально оценить свои знания и навыки, если вы претендуете на позицию трейни/джуниора, то учтите, что благодаря кризису и многочисленным курсам, на стартовые позиции приходит порядка 300 резюме в первую неделе (реальные данные по Киеву), вам нужно будет среди них не потеряться.
Зарплаты "просели" в долларов эквиваленте, особенно на стартовые позиции - это в районе 300-600 дол., из которых 200-300 нужно будет отдать за аренду.
Если хотите переехать, советую искать оттуда, а приезжать уже на офер. Объясняйте ситуацию рекрутеру, в 90% случаев вас согласятся просебесодовать по скайпу, лучше скооперироваться с кем-то чтобы арендовать в складчину. Если приедете сразу одна, то можете испытать серьезный стресс пока будете искать работу - за аренду надо будет отдать сразу за 2 месяца + на что-то жить, а работу можете найти не в первый месяц.

1)мало заинтересованы, к примеру сейчас на апворке с украины народу больше чем с россии.
2)тоже сейчас маловероятно

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