Как программировать PHP/MYSQL чтобы потом можно было синхронизировать БД?

Хостинг Ярославль, Ну вот. Просто юзайте не автоинкремент и пересечений по id не будет.

Где Вы принимаете и обрабатываете $_POST запросы?

Кто-то может точку поставить, чтобы не дёргаться

bedolazhka, Валидируйте DTO до контроллера в резолверах(argument resolvers). Модель валидировать не нужно. Модель свои переходы состояния должна ограничивать на уровне интерфейса (никаких геттеров/сеттеров). Не все ограничения можно выразить на уровне интерфейса в PHP, и при невалидном для модели значении переданном в её метод, она может кидать исключение.
Модель ничего про реквест знать не должна. Точка.

Этот код сильно ужасен)?

rustam_kuliev88,

Типичный код процедурного стиля, он будет работать но будет боле уязвим, неудобен к поддержке, не соблюдает стандарты PSR

Процедурный стиль != фигачить всё в одном файле. Так то у большинства и с классами процедурный стиль получается.

Что хотят тимлиды от новобранцев?

1. Вы умеете делать необходимые задачи на ожидаемом уровне но не очень быстро осваиваете новое => можно брать
2. Вы не имеете особого опыта в необходимых задачах/технологиях но быстро развиваетесь => можно брать.

А где термо-симку приобрести?

https://moskva.mts.ru/business/internet-veshhey-io...

Когда стоит разделять приложения?

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

Какую версию питона(Djang) лучше использовать для Django Web разработки?Какие есть недостатки и плюсы Django?Есть ли shortcut которую вы посоветуете?

Black back, Если вам не нужны БД-специфичные фичи берите ту что лучше знаете и вам подходит.

если вам необходимы именно запросы на низком уровне к БД, то вы хотите использовать некие дополнительные возможности некого конкретного движка БД

Называть SQL-запросы "доступом к БД на низком уровне" весьма странно.
Мне необходимы SQL-запросы к БД, но не ради дополнительных возможностей конкретного движка. Просто я не маплю данные сущности когда они нужны мне на чтение(сущности - не хранилище данных).

Книги и ресурсы по ООП?

По ООП и SOLID у половины сеньоров каша. Это не те вещи, что можно сходу понять без опыта. И ни каких простых материалов с примерами для новичков не будет.

Как работает полиморфизм в php через абстрактные классы и абстрактные методы?

Sergei Iamskoi,

Данную фичу добавят в php 7.4:

Уточнение предусловий в наследнике это нарушение LSP. Так делать нельзя и не нужно.
В 7.4 добавят возможность расширять предусловия(то есть затребовать не конкретный интерфейс аргументом а, например, object, то есть любой объект.

Какие бывают фреймворки для веб?

ThunderCat,

В TDD просто ставят телегу впереди лошади (в хорошем смысле), наперед убеждаясь что качество кода будет достаточным.

Unit-тесты != TDD. В TDD умеет ещё меньше разработчиков чем в юнит тесты, увы.

Оно по тому и называется тесты, что несет в себе цель не реализовать, а проверить.

Проверить что? Что тестируемый код запускается и как-то работает?
Это не единственное назначение юнит-тестов. А для TDD даже не основное.

Какие бывают фреймворки для веб?

тесты это вообще больше QA, нежели разработка

Unit-тесты, например - исключительно разработка.

Как соединить php и vue?

И вообще, насколько целесообразно использовать такой стек?

Стек фронтенда не влияет на стек бэкенда. Вполне целесообразно.
Ваш JS на фронте посылает запрос на бэкенд и получает ответ. Какие используются фреймворки на фронтенде и какой стек на бэкенде не важно.

Как я понимаю, через rest api?

Конкретно REST с его 5 ограничениями вам не нужен, у вас просто обмен данными по http, в любом удобном вам формате.
В некоторых обучающих материалах любую API использующую http как протокол зовут REST, или говорят что это про использование GET/POST/PUT/DELETE глаголов, или формирование URL`ов, но это просто популярное заблуждение. Об этом не стоит париться.

Как получить из static наследника к protected и public переменным?

В статическом методе нельзя обращаться к полям класса.

Если мы о семантике языка то можно. К статическим. Хоть стейта в статике лучше не делать.

Как правильнее организовать структуру бд?

Антон, Да в доке хотя бы - https://www.postgresql.org/docs/9.4/datatype-json.html или https://dev.mysql.com/doc/refman/8.0/en/json-funct... Есть функции для работы с json.

В каких случаях при разработке сайта на PHP лучше использовать не MVC (и его подобия), а какой-нибудь другой подход?

eugene159,

Также лучше стараться использовать в большинстве случаев фреймворки?

Да правило снова то же: Лучше всего знать разные инструменты и подбирать инструмент под задачу, ну и стараться совершенстовать навыки и знание инструментов с опытом.

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

В ином случае придётся делать "как умеешь", как умеет разработчик/команда, или как уже выстроены процессы. Но знать хотя-бы один фреймворк на уровне пользователя уже обязан по сути каждый джун.

Даже если сайт - это одностраничный сервис?

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

Для простых сайтов аля "наш бложик" часто просто берут людей которые знают какой-нибудь wordpress чтобы он быстро и дёшево сделал что нужно. Ведь сильно кастомизировать такое вряд ли понадобится.

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

Как правильнее организовать структуру бд?

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

Современные версии MySQL и PostgreSQL позволяют делать выборки по параметрам в json.

В каких случаях при разработке сайта на PHP лучше использовать не MVC (и его подобия), а какой-нибудь другой подход?

eugene159,

Даже если я пишу не сайт, а веб сервис, который состоит из одной страницы, получает данные по API и формирует отчет в Excel? Это все можно вообще в одном php файле написать. Но стоит ли?

Этого мало чтобы принять решение.
Архитектура нужна чтобы упростить и тем самым удешевить дальнейшую разработку ПО.

Если дальнейшей разработки не будет - она может быть и не нужна(на самом деле все-равно нужна потому что в будущее мы заглядывать не умеем). Городить что-то сложное вряд ли стоит.

Если скрипт не планируется активно расширять дальше - хватит просто написать его понятно, ну например, входная точка(1 класс) + гейтвей (получатель данных) к api и Presenter(класс, формирующий отчёт), с адекватными названиями переменных и методов(кода вместе с классами выйдет меньше сотни строк скорее всего, затраты времени минимальны.

Да, такой скрипт даже заново легко будет написать, но нюансы всегда могут непредвиденно возникнуть - например, утеря спецификации API, и придется копаться в старом коде чтобы понять что и в каком формате оно отдаёт.
Лучше сразу сделать +- понятно.

В каких случаях при разработке сайта на PHP лучше использовать не MVC (и его подобия), а какой-нибудь другой подход?

Daria Motorina, И туда-же MVA который так же mediating-controller MVC.

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

В каких случаях при разработке сайта на PHP лучше использовать не MVC (и его подобия), а какой-нибудь другой подход?

Антон Р., Первоисточники)
folk.uio.no/trygver/2007/MVC_Originals.pdf
Чтобы понять что в современной трактовке что-то не так можно хотя бы долистать до определения model view и controller.
1979 год, если что.
Ещё такое есть - https://badootech.badoo.com/do-mvc-like-its-1979-d... (вроде был и перевод на Хабре)

Нужно рисовать блок схему перед созданием программы, упростит ли она работу?

На уровне реализации лучше уж TDD, да и со временем будет получаться лучше.
Помогут ли вам диаграммы - пробуйте.