Андрей К

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

Это может быть выгодно, когда люди берут какую-то тему за 12-40$ из чистого говна и натягивают на систему. Потом, если никто не будет заходить, то можно считать, что работает ок.

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

А посещаемость предполагается определять с помощью магического шара?

Если сайт ещё не готов, то не вижу другого способа определить его посещаемость. (Про потенциальную нагрузку уже писали, но это другое).

Правда в том, что каждый продает себя как умеет. Знаменитая история со студией Лебедева, когда сделали какашечный логотип за 1 млн. руб.

Стоимость мало коррелируется с качеством или сложностью, во всяком случае не кругах ИТ проектах разница может достигать десятков раз просто потому, что кто-то готов работать за еду, а кто-то не хочет здороваться за меньше 1000$.

Мне помог для самого начала этот ресурс:
site-do.ru

Дальше по вёрстке сказать не могу, так как это не основное, то набирался кусками. С одной стороны, можно посоветовать справочник на webref.ru, просто изучить все элементы, а потом получать практику, но всё-таки так не получится научиться делать это правильно.

По js однозначно learn.javascript.ru.

Простыми словами, как уже написали, нужно выбирать только по одному критерию, местному рынку труда.

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

По сути вопроса, все веб фреймворки решают одну и ту же задачу, поэтому абсолютно одно и тоже можно сделать на:
- Ruby on Rails
- Codeigniter
- Yii2
- Laravel
- Django
- Symfony

И ещё многих других, хотя всё-таки, не считая Java и C# - эти +/- самые популярные. Конечно между ними есть большая разница, но это как огурец и помидор, кому-то может нравиться что-то больше, но по сути, и то, и другое овощ. Поэтому, для первого лучший критерий - это местный рынок труда. Потом за месяц можно нормально освоить какой-то другой, если будет потребность.

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

Разница между тремя основными в том, что React - это каша, которая основывается на хайпе. Vue имеет свою хорошую инфраструктуру, и в отличии от React, там обычно для всего есть 1-2 стандартных хороших решений, вместо сотен плохих у React, у которого четко только с Redux, но у Vue есть свой Vuex.
Angular, как мне кажется, лучше для больших проектов с логикой, а не просто CRUD, так как у него структура заложена в архитектуру.

Удачи с выбором!

Я слышал про Java, а вообще нужно понимать что именно там нужно сделать, так как есть онлайн игры и на php написанные, правда знаю про игру другого плана, например ikariam.

Прямо про официальную документацию вопрос. У PHP она реально хорошая.

Вопрос в том, что Вы пытались сделать, тогда может оценить правильно Вы сделали или нет.

Например, у Вас всего 5 страниц, один язык сайты и одна станица с действием, тогда Ок.

Если у Вас 20+ страниц, то не совсем уже ок.

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

Бесплатно можно собрать свой набор на основе продуктов Google, например Calendar + Disk.

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

Все коробочные решение созданы для какого-то абстрактного пользователя и для всех будет 99% ненужного функционала.

Тормозить фронт от отсутствия ID не будет... Но другой вопрос. Это опечатка?

{ Vasya: { age: 30, married: true }, Petya: {}, .....
Или почему передается массив, как объект?

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

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

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

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

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

Ну вот Вы сами подумайте? Вы хотите, чтобы Вам законно разрешили отправлять письма с чужого ящика!
То есть, даже если Вы в коде и сможете заменить, то почтовые сервера должны такое не пускать, так как э это мошенничество.
Хотя, конечно, заголовок подделать можно, там где письма ещё ходят без шифрования.

Я почитал комментарии, большинство на столько тугих... С твои правильным мышлением должно все получится ;-)

По поводу долей, все зависит от того, как ты договоришься :-)

Одно дело, если он партнёр, а второе - это инвестор. Если первое, то все сложнее, но тогда он собой перекрывает часть работы и может быть много деталей.

Если он инвестор, то исходя из бизнес плана, он вкладывет N денег за определенное время, по расчету через M времени вы будете получать X денег, вот исходя из срока окупаемости ему можно предложить, например, что он через 5-7 лет отобьет свои деньги и будет получать какой-то доход.

Например, он вкладывает 100к $, вы год работаете и через год начинаете зарабатывать 20к $ в год по плану, и каждый год больше, вот исходя из плана, его процент должен быть таким, чтобы он 100к $ вернул себе через 5-7 лет и тогда это где-то его процент, чтобы ему было интересно быть как инвестору, и он будет его получать дальше. Можно оговорить право выкупа у него доли, можно оговорить, что он контролирует финансы, но не принимает управленческих решений.

А работу нужно оценивать когда вы партнёры.

Я редко употребляю слово WordPress без слово "говно", но это тот редкий случай. По факту, в этой теме Вы перекрываете собой долларов 100-200, так как WordPress - это все со нужно в данном варианте.
Вы при этом собираетесь платить за сео, но забываете о стоимости контента, а в данном случае - это в разы больше, чем сео...
Так могут делать или сеошники, или копирайтеры, закрывая часть трат собой.
В общем, я думаю, если Вы хорошо посчитаете, то сильно передумаете.

На уровне знаний HTML + CSS братья за свой проект - это круто.
А когда Вам нужен холодильник или стиральная машина, Вы тоже сами делаете?

1. К сожалению, сервисов таких не знаю.
2. Очень странная идея делать это на клиентской стороне. И вообще, клиентская сторона для пользователя, зачем ему постоянно перегружать страницу??? :-О
Обычный парсер, который запускается через cron, обходит нужные страницы и делает определенные действия. При чем, если не важно место нахождения этого текста, то можно вообще делать через регулярные выражения, не разбирая DOM. Делается на любом языке, скорее зависит от того, запускать на рабочей машине/своём сервере или на общем хостинге.

А зачем CMS???

В Yii2 это вообще можно сделать генератором кода и чуть обработать напильником, если захочется... И в отличии от CMS, эта штука будет работать )))

Мне вот интересно в такой постановке вопроса, какое, по Вашему мнению, требуется время на освоение фреймворков как таковых, если Вы из ещё не знаете? Я понимаю, что с того же Laravel перейти на Django займёт недели две до того, как человек сможет писать что-то внятное, это с учетом того, что два разных языка и за это время ещё нужно вникнуть в Python, может кто-то быстрее.
Но не имея знаний веб фреймворков можно идти только куда-то джуниором после чтения документации фреймворка и немного опыта, чтобы не заниматься явным вредительством.
Еще момент, сейчас такая мода на "фриланс", типа пришел и уже выстроилась очередь заказчиков... Может на реально прокачанных аккаунтах действительно у людей все хорошо, но у них огромное портфолио, и обычно, это команда, а не один фрилансер. Не и куча других моментов.
Получается, 100% Вы не сможете сделать качественный заказ, если Вы захотите освоить фреймворк на коленке, без понимания архитектуру и прочего.
Ну и на сколько я знаю, на фрилансе больше заказывают модули для CMS, а не готовые сайты, так как CMS для того и нужны, чтобы любая кухарка могла не только управлять страной, но и сделать сайт.
Если реально заниматься деланием небольших и средних сайтов, то я бы советовал Yii2, а не Laravel, так как у него больше инструментов сделать что-то быстро, в длительном проекте разницы в скорости разработки особой быть не должно.
В общем, успехов в освоении чего-то и рынка. Всегда можно пробовать искать клиентов у себя в городе, или в соседних городах, это может быть на много выгоднее, чем на фрилансе.

По-моему, как раз для бэкендщиков и понятен БЭМ, это в принципе единственная здравая идея из тех, что есть на фронте!!!
Потенциально ещё есть WebAssembly, чтобы убрать ГовноСкрипт, но это пока перспективы.

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

У БЭМ есть только одна проблема, и ваш случай не редкий, люди вообще не понимают по причине массовой тупости.

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