+1267.38
Рейтинг

Дмитрий

  • avatar Dmi3yy
  • 0
Попробуйте вот эту корзину:

modx.im/blog/evoshop/5188.html
  • avatar Dmi3yy
  • 1
2.0 7.1.3+

А на 1.4.8 так же как и на 1.4.6
  • avatar Dmi3yy
  • 0
Тут вопрос в том что такие сервисы как Cloudfare все кешируют и оно из за этого не сразу работает как надо
  • avatar Dmi3yy
  • 0
Вот эта строчка лишняя так как автолоад у нас и так уже подключается в index.php

 require $modx->config['base_path'].'vendor/autoload.php';
  • avatar Dmi3yy
  • 1
Думаю вопрос толко в правильном редиректе ибо в 1.4.8 по части редиректов ничего не делалось по сравнению с 1.4.7 )
  • avatar Dmi3yy
  • 0
Я такое ловил 1 раз и проблема была с сервером. Если б проблема была в Ево я бы написал что сделать
  • avatar Dmi3yy
  • 0
Было такое когда то проблема на сервере попробуйте на другой хостинг переехать
  • avatar Dmi3yy
  • 0
Вот эта фраза:
Нужно приступить сегодня
Говорит что у вас сроки на вчера. С таким подходом нормальные разработчики не будут работать. Ибо профессионалы всегда востребованы, да и в воскресенье предпочитают отдыхать.

Приступить сегодня и даже завтра врядли сможем, но если нужны профессионалы то скидывайте ТЗ вот на эту почту: ag@evo.im

Думаю вопросов по части компетенции меня и моей команды быть не должно :)
  • avatar Dmi3yy
  • 2
Нет, не правильно :) мы не на базе Laravel делали а на базе компонентов laravel тоесть использовали то что нужно к примеру route не актуален сейчас ибо достаточно роутинга который есть в EVO.

Задача EVO 2.0:
— это удобная работа с IDE, GIT, Composer
— возможность ставить большенство компонентов для работы с packagist.org
— Возможность работать так же как в Laravel с шаблонами, php и базой

Суть в том что так просто все ЕВО еще и с обратной совместимостью не перенести с нуля на Laravel что б если что можно было отключить админку EVO, в целом то что вы хотите возможно реализуется в будущем как отдельный проект
  • avatar Dmi3yy
  • 0
В довесок смотрим вот тут последний комент я наглядно показываю почему не стоит использовать вложеность снипетов больше 2-х:
github.com/evolution-cms/evolution/issues/977

  • avatar Dmi3yy
  • 0
Проверил специально вложенные снипеты и так и так все работает как нужно
github.com/evolution-cms/evolution/issues/977
  • avatar Dmi3yy
  • 0
'error_reporting'
  • avatar Dmi3yy
  • 0
в базе в таблице системных настроек
  • avatar Dmi3yy
  • 0
Зайти и поменять этот параметр в базе данных и сбросить кеш в файлах и зайти :)
  • avatar Dmi3yy
  • 0
Так уже перенесли что надо осталось навести порядки :)
github.com/evolution-cms/evolution/blob/2.x/core/composer.json#L44-L70

А EVO тут затем что удобная Админка :) А если переписать на базе Laravel целиком то не будет обратной совместимости и еще кучи плюшек

поэтому идем по пути еволюционирования когда плавно развиваемся и поддерживаем старое:) А не так что все выкинуть и начать с нуля:)
Такой опыт есть у MODX с РЕВО и надо делать выводы а не наступать на теже грабли
  • avatar Dmi3yy
  • 1
По части развития вам никто не мешает развиваться:) Наоборот сейчас с учетом того что в ЕВО привносим принципы с ларавел это даст возможность вырости и после работать не только с EVO.

Во всех проектах мы используем основные 2 вещи:
1. Работа с базой данных
2. Шаблонизатор

И вот если раньше и 1 и 2 в EVO было уникальнымб эти знания нигде кроме EVO не пригодятся больше
то сейчас изучая Eloquent и Blade прокачиваешь навыки которые пригодятся и в других проектах :)

Опять же если рассмотреть Blade по ближе то мы увидим что он очень схож с TWIG и FENOM (Циклы, Условия, Наследования). А это еще больше дает возможности развиваться и расти вам как разработчику.
  • avatar Dmi3yy
  • 1
CMS оптимальна для мелких и средних проектов, так как в пару кликов получаешь стандартную админку + стандартный функционал. Тоесть это позволяет существенно снизить затраты на разработку сайта.

А если брать Фреймворк то перед тем как собрать сайт нужно сначала собрать Админку + спроектировать базу данных и т д. Тоесть как минимум нужно обладать большими навыками + понимать что и зачем делаешь. Так же на это уходит больше ресурсов. В итоге использовать Фреймворки на мелких и средних проектах просто не рационально.

Единственный профит это наработка опыта за счет финансирования со стороны клиента. Но я бы на месте клиента подумал нужно ли мне такое.
  • avatar Dmi3yy
  • 0
Это потому что при обновлении настройки то старые остаются и нужно проверять
  • avatar Dmi3yy
  • 1
Обновил Updater в нем добавился параметр обновлять ли до нестабильных релизов или нет
по умолчанию предлагает обновить только до стабильной версии.

  • avatar Dmi3yy
  • 0
А это как раз когда очень много хвостов :) перевалить за 9999 файлов можно и на 1-2 страницах