German Jet

https://ninite.com/

Фриланс для меня всегда был местом, где я искал (и находил) проекты, чтобы попрактиковаться. Начинал я с самого простого, научился печатать вслепую - занимался транскрибацией аудио в текст, потом начал изучать фотошоп и брался за проекты, связанные с обработкой фото. Когда изучал php тоже брал проекты, которые мне уже было под силу выполнить, чем больше знаний, тем сложнее проекты. Сначала это были всяческие настройки форм обратной связи, устранение мелких багов и т.п. Потом сложнее и сложнее, например, разработка сайтов, CRM систем и т.п. То же самое с фронтендом и со всеми остальными технологиями, которые я изучал. Соответственно чем больше опыта, тем выше цены.
А заказчики есть совершенно разные - тем, кому нужно качество, будут выбирать по портфолио и более опытных специалистов. А те, кому нужно быстро и дешево обычно понимают, что будут работать с новичками.

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

Чтобы зарабатывать на фрилансе, нужно "не пробовать" , а уметь что-то хорошо делать. Не важно что, но уметь делать хорошо и в срок(!), тогда любое дело будет прибыльным и клиенты будут стоять в очередь.

У вас ведь есть айди категории на данной странице, используйте его, создавайте позицию с айди текущей категории.

Я понимаю, что уже год прошёл. Впишу своё мнение.

Стек технологий для backend и frontend одинаково сложный. Много решений, много тонкостей. Как fullstack
я знаю, о чём говорю.

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

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

С другой стороны, портфолио фронтенд-разработчиков полно красивых скриншотов из готовых проектов, иногда даже ссылками на работающие проекты. Backend такой красотой похвастаться не могут - sphinx, memcache, mongo/redis, mysql/postgre, php/python/ruby - ну или ещё что-нибудь - я имею в виду, что приходится только стек технологий упоминать. А если в портфолио и будут скриншоты, то только с целью сказать позже: там, в тени красивого интерфейса, стабильно и быстро работает мой код.

class StartForm(forms.ModelForm):
    class Meta:
        model = Start


def view_start(request):
    if request.method == "POST":
        form = StartForm(request.POST)
        if form.is_valid():
            form.save() # записывает данные в базу с формы
        else:
            # lalala
            return render(request, "form.html", {'form': form})
    else:
        form = StartForm()
    return render(request, "form.html", {'form': form})

Смогу ли я на фреймворке писать свои модули для моей CMS

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

Наверняка не в одном фреймворке нет функции анализа собственного контента по принципу поисковых роботов.

Фреймворк - это каркас для построения приложений. Он не решает бизнес задачи, вместо этого - технические.

Не помешает ли мне фреймворк создавать такие модули из-за своего ограниченного функционала.

Может помешать только в случае, если принципы принятые в фреймворке противоречат принципам в вашем проекте. Это возможно только если вы явно выбрали не тот фреймворк. Например: для работы с БД у вас во всю используется Doctrine2, вы выбираете фреймворк yii2 и частично переходите на его ActiveRecord - это приведет к большим проблемам.

Смогу ли я совершенствовать любой модуль фреймворка (например добавление комментариев) под свои нужны не мешая его обновлению.

Да, форкаете фреймворк, публикуете форк в композере и пишите там все что хотите. При обновлении фреймворка - вливаете изменения в свой форк.

Или придется ли мне все переписывать с выходом новой версии, как это приходится делать на CMS типа DLE.

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

На сколько я буду зависеть от выхода новых версий?

Зависимость от новых версий фреймворка - полностью на вас. Как напишите так и будете зависеть))

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

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

Можно ли будет постепенно, не нарушая работу сайта, перенести собственные CMS на фреймворк учитывая то, что в них десятки модулей, собственные админ панели и т.д.

Да

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

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