Robur

Веб сервис это веб сервис. Веб сайт это веб сайт. Апи это Апи.
Три разные вещи. Вебсервис может иметь апи. А может не иметь. может быть веб-сайтом. А может и не быть.

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

Какой есть простой и эффективный способ?

Заплатить тому кто умеет.

- скорость
- автономность ( если надо)
- можно делать на порядок более сложные системы.
- разделение кода. бекенд может быть просто rest api, становится заметно проще. один и тот же бек можно использовать для фронта, мобилок, интеграций сервер-сервер.
- бек и фронт могут пилить разные люди/команды независимо в разных проектах и репозиториях.
- фронтендовые фреймворки имеют те же преимущества для фронта что бекендовые - для бека. Генерировать страницы современного веб-приложения на шаблонизаторах на бекенде - примерно то же что писать бекенд на чистом html без php.

наверняка еще есть но мне лень сейчас много думать на эту тему.

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

этого достаточно.

ПС. собеседования - это отдельный дивный мир, в 90% случаев к ним надо просто зазубрить кучу бесполезной информации, которую вас спросят и которую вы забудете как только приступите к своим обязанностям в этой компании.

Заходит пользователь на admin/login чтобы зарегистрироваться. А там ваш кусочек кода срабатывает, смотрит есть ли куки, кук нет, значит отправляем пользователя на admin/login. Идет пользователь на admin/login чтобы зарегистрироваться. А там ваш кусочек кода срабатывает, смотрит есть ли куки, кук нет, значит отправляем пользователя на admin/login. Идет пользователь на admin/login чтобы зарегистрироваться. А там ваш кусочек кода срабатывает, смотрит есть ли куки, кук нет, значит отправляем пользователя на admin/login. Идет пользователь на admin/login чтобы зарегистрироваться. А там ваш кусочек кода срабатывает, смотрит есть ли куки, кук нет, значит отправляем пользователя на admin/login. Заходит пользователь на admin/login ....
.... проходит время ...

браузеру это все надоедает и он останавливает этот веселый процесс.

Пока использую mysql, там же создаю таблицы, поля.

Вот забудьте про все остальное, и разберитесь с mysql.
так чтобы уверенно использовать без "тумана в голове". Прочитайте и разберитесь что такое реляционные базы, orm, как правильно планировать архитектуру таблиц, индексы, разные типы колонок, и прочее прочее, все на примере mysql.
потом уже посмотрите, что там еще есть вокруг, какую базу используют в битриксе, и что актуально в текущем 2024.

но 7 месяцев, учить все с нуля, это по мне лишняя трата времени,

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

за 7 месяцев добьюсь большего, такого мое личное мнение,

Делайте как считаете нужным. Потом посмотрите, была это ошибка или правильный выбор и сделайте выводы.
От этого пользы будет в дальнейшем в 100 раз больше чем от очередного выученного фреймворка.

но советы профессионалов мне бы пригодились

не встречал тут ни одного профессионала в области построения карьеры, тем более для вчерашних школьников.
А размышления о том кто как строил свою личную карьеру 10-15-20 лет назад вам только мешать будут. Любая фантазия на эту тему кем-то где-то реализована.

вы сравниваете две колонки с цифрами на тостере.
Они имеют весьма косвенное отношение к ситуации с "формированием зарплат разработчиков" в целом.

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

Как всегда при желании можно найти любые частные примеры - человека на постоянке за 20тыс, и фрилансера с зп 300к и наоборот

но получается что новые подгружаемые записи не сортированы или отсортированы иначе чем выбрал юзер

Что вам мешает при запросе транзакций с бека так же отправить с запросом нужную сортировку, чтобы новые записи были отсортированы так же?

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

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

что такое "слабовидящие"?
Дальтоники? С плохим зрением? различные CVI? Другое?
Для каждой группы будет своя адаптация. И далеко не все можно сделать "готовыми" скриптами. часть потребует вообще серьезного изменения разметки сайта - это только руками.
Разве что контрастность поднять и сделать черно-белое все.

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

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

Отсюда уже будет ясно какие решения надо принимать.

А то у вас в заголовке одна цель, в тексте совсем другое.

если вам 17, у вас нет доли в этом стартапе и глава стартапа произносит фразы "без фреймворков - это хорошо" "быстро и удобно нам не нужно" и "не люблю js, будем писать самописный фронт на селекторах и handlebars", то ваши действия однозначны:
- соглашаетесь на то что он там хочет
- планируете как вы можете извлечь максимальный опыт из этой работы в минимальные сроки
- реализуете предыдущий пункт думая исключительно о себе
- параллельно начинаете искать другие варианты
- как только находится другой вариант где люди думают о том как сделать лучший продукт а не о том что им нравится/не нравится - вежливо прощаетесь.

После чего выгружу и передам на фриланс программистам они смогут реализовать «Drag and Drop» на сайте ?

Если найдете тех кто сможет такое сделать - то они смогут. ничего фантастического нет.

Насчет стоимости - хз. Зависит еще от того насколько хороший или корявый код получится при выгрузке из webflow - я с ним не знаком.

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

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

но хотя бы примерно сориентироваться было бы не плохо. Так же был бы рад услышать вообще общие рекомендации к тому как считать стоимость проектов?

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

Общие рекомендации одни и те же - берете время которое нужно затратить и в цену ставите стоимость этого времени. Эту стоимость вам никто не скажет, потому что это то что только вы знаете (должны знать). Может быть где угодно от 20т до 200т за месяц работы. Основная ваша задача - узнать стоимость своего времени, тут самый простой способ - повышать и повышать цену пока не поймете что дальше уже никто вам столько не платит. Проверить можно только на практике, начните с любой цифры которая вам подходит и вперед, на 5-м проекте будете уже знать.
Размышления заранее, и советы из интернета это просто эмоциональный онанизм, чтобы себя успокоить, для поиска этой цифры совершенно бесполезны.

вот это видео посмотрите: https://www.youtube.com/watch?v=nnoNoBKEz4s
там чувак подобными вопросами задавался и поставил разработку на конвейер. Я давно смотрел, но насколько помню - как раз говорит о том что можно сделать на конструкторе, что нет, как выбирать проекты которые подойдут и все такое.

Вопрос: плюнуть ли на поддержку IE?

тут два варианта ответа:
1. да, если вам она не нужна.
2. нет, если вам она нужна.

проверьте условие в конце, какое подойдет, тот ответ ваш.