Юрий

Как же умиляют эти вопросы "за сколько можно выучить N с нуля". При этом, конечно, никто и не подозревает, что за тем же JavaScript'ом стоит не только синтаксис, но и системы сборки, шаблонизаторы, банальный HTML, без знания которого во фронтенде делать нечего (за очень редким исключением).

Ответ простой - не забивать голову, придумать себе проект (а идеи гуглятся элементарно, если своих нет) - и начать реализовывать.

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

Так что, да, единственный путь - брать и реализовывать что-то своими руками. А потом опять и опять, не забывая развиваться в соседних областях (а на эту тему тоже много всего написано). Общаться с профессионалами, задавать правильные вопросы (а этот вопрос - вообще не вопрос, это нытье) и учиться у них.

работать с почасовой оплатой на Российском фрилансе чтобы не быть обманутым

нет сынок, это фантастика ©

Блокнот и мозг или world и мозг или же photoshop и мозг а так же прямые руки

Не забивайте себе голову. Если всё работает и вас всё устраивает, то зачем что-то менять?
Преимущества ООП проявляются при поддержке проекта.
Вы поддерживаете свои проекты? Вы развиваете их? В какой момент вам стало сложно поддерживать проект?
Много ли в проекте абстракций?
Как вы решаете проблему добавления новых абстракций в проект?

Если эти вопросы не про вас, то вам не нужно ООП.

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

1) Википедия на собственном приватном сервере. На главной странице группы, например, Programming, Health, Projects, Computer administration, Career и т.д. Далее в Programming есть варианты: PHP, PHP frameworks, Java и т.д.
Когда узнаю что то новое записываю информацию. Потом, когда необходимо ее всмонить иду по данной структуре и нахожу то, что надо. Из википедии идут ссылки на примеры кода, которые расположены на bitbucket или файлы, которые расположены на dropbox или google drive.

2) Для кода - приватные репозитории в bitbucket.
3) Для файлов dropbox или google drive
4) Для паролей - самописное решение на приватном сервере.
5) Для заметок и списков keep.google.com

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

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

Не понимаю, почему никто не предложил семантические карты, я использую MindManager, на rutracker.org он совсем "задешево".
Мне 31 и за 8-9 лет я перевел в него почти все свои наработки и жизненные знания: корп. знания, найм сотрудников, план развития компании, конференции, сист. администрирование, выбор инструмента в веб-разработке, идеи веб-приложений, ui-дизайн, удобные сервисы и скрипты и т.д.
То же самое и для личной жизни: логины/пароли/документы, мотивация, система мышления, пикап, построение отношений и т.д.
Каждая прочитанная книга, статья или ветка в форуме привносит свой вклад в один или несколько файлов. Иногда можно вставлять цитаты, но лучше собственные краткие интепретации.
Основное преимущество перед текстовым документом со ссылочным оглавлением — быстрый поиск информации: для поиска раскрываем соответствующую ветку знаний, все глубже и глубже.
Преимущество перед онлайн-сервисами: легкость структуры, физический доступ к данным, приватность.

Сделать это на Laravel так же, как и на php.

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

Никто просто так не будет давать вам готовый код - ибо это деньги и большой труд.

Вообще, The Vanguard Group это такой вполне себе монстр. Достаточно просто открыть гугл и почитать. Это контора, которой много чего приписывается, начиная от «просто наколотили кучу бабла» и заканчивая «это тайные владельцы мира». Как бы там ни было — по факту след этой корпорации (при желании) можно проследить практически везде, и, на мой взгляд, в 90% случаев этот след для рядового обывателя не то, чтобы смертелен, но и далеко не полезен… Не скажу, как у них там с доходностью вложений физлиц, но я бы точно не стал финансировать (пусть и в миниатюре) такую компанию.

insert into table1
select * from table2 where <тут условие отбора>

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

Но это так, моё мнение.

<meta http-equiv="Refresh" content="30; URL=https://toster.ru/" />

xiper.net/manuals/html/meta-tags/http-equiv/refresh

Простите, но при таких вопросах - у вас особенности html и css вообще ни разу не изучены!

htmlbook.ru - для начала в помощь.

vk.com/foaf.php?id=25573397 , где GET[id] - ID страницы пользователя на vk.com

Возвращает XML. Тех. поддержка сказала, что фича не официальная - значит, может и отпасть. Но стоит уже довольно долго и все эти сайтики с информацией о дате регистрации страниц, скорее всего, к ней подвязаны.

ID страницы можно узнать через API или с помощью тестовой формы на странице документации методов API (это если пользователь изменил свой адрес страницы и тем самым скрыл ID в адресной строке).

Как парсить - отдельная тема, скажу только, что дата регистрации лежит в rdf:RDF -> foaf:Person -> ya:created.

Информация о FOAF: https://ru.wikipedia.org/wiki/FOAF

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

Не волнуйтесь, вас уволят и правильно сделают. И вот почему.
Начну со стороны хорошего бизнесмена:
У него уже есть cms и crm, которую он пилил 5 лет, умеет продавать и знает. Да, так получилось, свой велосипед, ужасно написанный, но это его не волнует до тех пор, пока она кормит и его и всех его подопечных. Отказаться от неё означает не только огромные временные затраты на смену всего, начиная от обучения программистов как её пилить, заканчивая обучением всех, кто будет её касаться. Так же это означает поддержка уже двух систем, старых клиентов со старой и новых с новой. Но самое главное - это высокий риск того, что продавать её будет тяжелее.

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

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

А на самом деле, зачем задавать этот вопрос тут. Вы приводили эти аргументы начальству? Оно не согласилось? Все, либо терпите, либо уходите. Больше тут обсуждать нечего.

Уходить.

Так закройте эти контракты, а новые цены сообщайте при открытии нового. Но вообще, это вам попался неадекватный заказчик.

Позволят ли API социальных сетей такое реализовать?

нет

Если нет то как обойти ограничение?

никак

направьте на путь истинный...

нельзя делать плохие вещи