Андрей К

Я может не совсем понял суть задачи, но чем не устраивает файловый кэш самой ОС?

Если хотите объектное, но не дорогое, можете посмотреть Digital Ocean, они реализуют API S3.

Ну ещё можно отдельно виртуалку взять и дать ей нужные ресурсы, если не важна персистентность. Можно у того же DO.

В общем, мне кажется, если Вы не уверены с решением, может опишите саму бизнес-задачу, может Вам кто-то подскажет вообще другое решение.

Вы не с того места начинаете. Изначально нужно понимать бизнес задачи, а потом вдаваться в детали.

Иначе потом придется писать жуткие костыли, так как система будет не рассчитана на это.

Если только попробовать, то начните с лендинга.

Если уже знаете, что хотите, тогда можно уже что-то выбирать.

P.S. Я за то, чтобы брать фреймворк и написать нормальное, если проект планируется развивать, это в итоге выйдет дешевле, чем постоянные костыли под CMS, хотя, если проект разовый, то CMS может обойтись дёшево.

Какой долб... просит как тестовое задание реализовать свой MVC, тем более, для джуна?

Может там ещё и огород вспахать нужно?

Если конечно это будет оплачиваемое задание, то ок.

Без фреймворка могут попросить решить какую-то конкретную задачу, типа массив/строку перевернуть (если речь идёт о джуне), может какой-то алгоритм или какую-то задачу из целевой области.

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

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

Ну и главное, фреймворк называют MVC, так как он как бы призывает так писать код, но кроме какого-то мапинга URL на контроллер, он не делает ничего из MVC, уже Ваш код обращается к модели( да, обычно есть какие-то инструменты для работы с ней, но это другое), дальше Вы сами указываете как отобразить. Фреймворк для другого!!!

1. "Есть кусок кода который ищет в БД количество юзеров с заданным логином." Оригинальное решение )))))
Попробуйте подумать о том, что должен быть один логин на пользователя... Сорри, о реально смешно.

2. Не занимайтесь фигнёй. Освойте азы ПХП и учите какой-то фреймворк, эти вопросы давно решены крутыми чуваками для каждого фреймворка и нужно реально иметь веские причины, чтобы писать это все руками самому.

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

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

Так Рихтер не для втыкания в язык, а уже для копания в деталях. Нужен Троэлсон для знакомства с языком C# и инфраструктурой .Net.

localhost это лучший сайт для практики HTML и CSS.

Может уже не актуально, но для не новичков уже нужно учить отдельно базы данных и PHP.

По PHP основная книга https://www.ozon.ru/context/detail/id/33506422/

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

https://www.ozon.ru/context/detail/id/24901491/

Отличная книжка для начинающих.

Первое! Не рассчитывай на курсы!!!

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

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

Как уже советовали, написать блог, магазин и ещё что-то, чтобы потренироваться, потом выкладываешь на GitHub и идёшь по собеседованиям. Думаю, что за полгода можно уложиться, хотя, если уже есть опыт по смежным профессиям, можно и быстрее.

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

P.S. На счёт обратной связи, опять-таки, если вкладывать на GitHub, то не думаю, что большая проблема найти людей в интернете, кто даст обратную связь.

По-моему логично, что если Вы хотите получить объект произвольной структуры, там Вам нужно реализовать руками конечное преобразование.

Заметна "динамическотипизированная" :-D

Согласен, тяжело переключаться, но в Java так нельзя.

В зависимости от реализации библиотеки нужно сравнить с null или каким-то пустым объектом,так как элемент теоретически может быть пустым, но существующим.
Условно говоря if (userCity.text == "") {...} или как-то так, конкретно не знаю реализацию этой библиотеки.

P.S. В C# есть прикольный статический метод у строк, что можно проверить это пустая строка или null одной функцией.

По сути можно разделить на два варианта.

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

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

"20000 строк", я конечно извиняюсь, но это где близко к какому-то Bootstrap. Это что же они такого намутили на такой объем только CSS?

Ещё момент, если речь идёт о виджете, то он может без js не работать, так что, может реально проще картинкой?

Пока писал, подумал, а может там реально Bootstrap, Bulma или ещё что-то подобное и 10 строчек своего кода?

Судя по Вашему вопросу, Вам ещё далеко до создания API, если цель коммерческая, лучше обратиться к профессионалам.

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

" надо выделять отдельный сервер для апи, или просто папочку в проекте назвать api, и туда все файлы связанные с ним положить?"... Вот честно, ещё рано, паттерн Фронт Контроллер в крови у каждого веб девелопера.

Этот список можно назвать "переспать с одноклассницей". Или даже со всеми из них.

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

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

Вам нужно максимально быстро начать. Шаги:

0. Выбрать что учить. Объективно нужно учить web, так как это проще и порог входа на много ниже, в тот же геймдев математика реально нужна. А вот со стеком технологий главный критерий выбора - это там, где есть знакомые (мы сейчас говорим о человеке 30 лет, а не о вчерашнем студенте, который знает все из вашего списка и компании в принципе готовы в него вложиться на перспективу).
Именно то, что Ваш знакомый сможет привести Вас на первое место работы может сыграть решающую роль, а потом уже можно переходить имея стаж в промышленной разработке.

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

2. По сути, список книг может выглядеть где-то так:
2.1. "Язык программирования {название языка}", или learn.javascript.ru по... понятно по какому языку.
2.2. Книга по основной технологии (по Java - Spring, C# - ASP.NET, Python - Django, PHP - что скажет знакомый, так как имя им Легион). На этой стадии начинаете активно кодить, чтобы разобраться с тем, как это базово работает.
2.3. Я бы посоветовал прочитать "Практика программирования" Кернигана и Пайка, там больше на Си, но не нужно особо вчитываться в код, а читать, пока понимаете, потом откладываете и начинаете читать через время. Там есть базовая информация об алгоритмах и структурах данных, от стажёра/джуниора никто не будет требовать владения алгоритмами полноценно, но знаю что такое О и какие-то базовые алгоритмы хотя бы покажет, что человек чем-то интересуется. Это вместо того, чтобы на этом этапе штудировать алгоритмы и структуры данных полноценно.
2.4. Вот для пхпешников есть классная книжка Метта Зандстра (может в буквах чуть ошибся, но Гугл исправит), вот там есть базовые паттерны как обычные, так и архитектурные. Можно почитать, чтобы не залазить в дебри паттернов на этой стадии.

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

Успехов!!!

Там стандартная для React настройка webpack спрятана внутри, тоже самое и в Angular CLI.

И есть команда, по-моему, далее одинаковая для React и Angular, чтобы появились все файлы с настройками и можно было менять то, что нужно.

Только Vue.js не прячет настройки webpack.

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

3. Если специализация js, то учить его в 2018 просто бессмысленно.
Если какой-то бэк-энд, то есть вероятность, что его придется использовать.
2. JS, Vue/React.
1. jQuery появился в темные времена, когда было куча браузеров несовместимых между собой, потом они начали брать функции, которые нужны были разработчикам и делать их удобные реализации, типа тех же Аякс-функций.
Сейчас есть стандартный js, который это все умеет, в принципе, во многом именно благодаря jQuery, не нуждается в нем.
Получается, или нужны простые манипуляции и в jQuery нет смысла, или нужно что-то сложнее и уже нужен какой-то нормальный фреймворк.

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

Вообще странное утверждение на счёт скорости паттерна, все зависит от реализации. Оба варианта можно реализовывать как на основе метаданных, так и ручками.