1. Если вы столько работали на дядь на фрилансе, то наверняка уже запилили кучу всяких ништяков, начните оформлять это в модули в чем проблема?
2. Возьмите популярный плагин/модуль, там скорее всего есть куча запросов от пользователей, сделайте такой же только с запросами от пользователей
3. Пилите темы, они покупаются лучше чем плагины и модули
за 7-8 тысяч рублей картографический фотохостинг самопис? где ж вы такие ценники берете, это даже уже не за еду, максимум за дошики и то не каждый день
Ну милторг же ж =))---------- Добавлено 27.05.2020 в 20:57 ----------
Серьезно? Нормальный такой лохотрон, искать заказчика на $10 и перепродавать за 2 ))))
На конструкторе вряд ли. Задача не сверх сложная для того кто разбирается так то
Начнём с того, что вы видимо даже не понимаете что такое драйвер. Вы пытаетесь изобразить ОРМ, но с сущностями вы работает на стороне клиента, а пытаетесь что то делать на стороне сервера. Именно по этому я и склоняюсь к тому, что у вас каша. PHP богатый язык, там можно и в рефлексию и динамически объявлять классы и ещё много всего, что позволит решить задачу "не приходилось под каждую сущность писать классы". Но это опять же делается на стороне PHP, просто классы пишет система за разработчика. Но у этого есть минус в производительности труда, так как те жи IDE теряют связь и не могут подсказать какие у сущности есть поля, так как сущность динамичная. У вас теряется возможность тестирования (но костылями можно обойти), у вас теряется возможность проверки сущности и полиморфизма. В вашем подходе больше минусов чем плюсов, сделать генерацию классов за пользователя - задача банальная надо просто посмотреть варианты https://www.doctrine-project.org/projects/doctrine-orm/en/2.7/reference/tools.html#entity-generation
Вы топчитесь как раз. Вы не знаете что уже есть, не знаете как оно работает, сейчас вы пытаетесь изобрести электричество - это действительно прорывная технология, но она уже открыта. Те инструменты которые есть, они не просто так есть и не просто чтобы использовали другие - это чей то опыт, при том достаточно богатый опыт и даже если вы не хотите этим пользоваться - это надо изучить, чтобы знать подходы, какие то решения и прочее, на основе этих знаний можно что то сделать лучшее.
К сожалению это единственная причина почему вы пилите свой велосипед. Не потому что он будет лучше, не потому что он делает что то эффективнее, не потому что он использует какой то новый подход, а тупо потому что вы не хотите как все. Ну что же дерзайте, только все зарабатывают деньги, а так как вы не хотите как все значит вы не будете зарабатывать, ну вы же не хотите как все, вы же не обезьянка---------- Добавлено 25.05.2020 в 13:44 ----------ArbNet, на самом деле на передовой сейчас куча проблем, которые действительно нужно решать, так как они есть, а текущие их решения - костыли. Но до них правда надо дорасти.
Вы в очередной раз какую то хрень придумываете. Зачем вам разные таблицы, что мешает сложить в одну где будет ID | ENTITY_ID | PROP_ID | INT | TEXT | DATE
Сделать слой абстракции, где манипулировать типами, то есть базовый тип FieldText у вас будет знать что его параметр лежит в колонке TEXT, дальше вам нужен только маппинг данных с простого запроса sql в объект PHP. То есть, одним запросом вы выберете все данные с таблички относящиеся к определенному объекту (ENTITY_ID), а сам объект уже разрулит с какой колонки ему брать данные или в какую записывать.
Не впихивайте в БД все что можно, оно имеет последствия и вполне плачевные, как на скорости, так и на бэкапе этих вещей. Вам нужно изолироваться от специфических вещей хранилища, чтобы иметь возможность сменить его тип.---------- Добавлено 23.05.2020 в 20:53 ----------Вам ещё стоит почитать про нормальные формы, в частности 5NF---------- Добавлено 23.05.2020 в 20:56 ----------
У вас в голове каша, а не забывчивость конструкций. Вы впервые проходите этот путь, это видно не вооруженным глазом.
Ещё раз говорю, это никакой роли не играет.
Берете в руки css и js (напильник) и "пилите, Шура, пилите".
Все ненужные блоки скрываются, колонки убираются на гамбургеры, а центральная часть делается резиновой, вот вам и моб версия чего угодно.
Такого не бывает, адаптивность это css, сейчас с флексами можно даже порядок нужный задавать.
Вопросы то ли от не знания, то ли от того что сильно плаваете в теме.
Первый вопрос - процедура. Зачем вы вызываете процедуры в MySQL? Передайте в запрос сразу нужные вам параметры с клиента.
Второй вопрос совсем абстрактный, как говорится очень интересно, но нифига не понятно. Есть такое понятие как Внешний ключ (Foreign key), погуглите, возможно вы это ищите.
Статические методы и свойства - это методы и свойства класса, а не объекта. Создавать объект не обязательно.
