Когда заказчику все равно на чем будет выполнять работу исполнитель, тогда и настает время торгов. Ларавельщик пишет цену в 500 у.е., Эвотришник 300 у.е. и т.д. Побеждает Вэпэшник или джумлист с 30-50 .у.е.

а потом заказчик идет к Эвотришнику, и делает у него

а потом заказчик идет к Эвотришнику, и делает у него

А потом к ларавельщику, потому что скупой платит дважды😁

и потом к нормальным программистам на java

А потом к ларавельщику, потому что скупой платит дважды😁

Так может надо "тягаться" с ВП и джумлой, а не с ларавел?

обычно меряют гуглами или сарафанным радио, а тут еще evo с чьей-то подачи вообще записали в Индивидуальные (студийные) — CMS, разработку сайтов на которых может осуществлять только их разработчик. https://ratingruneta.ru/cms/

Вот поэтому и "ларавель продается хорошо" (с). (;

Ларавел-то может и хорошо, а вот ево никак, даже тех кто помнит былой modx уже мало осталось. Спасибо Михаилу за commerce, немного оживил evo и есть что предложить, а так то уже 2 года никакой движухи.

Ларавел-то может и хорошо, а вот ево никак, даже тех кто помнит былой modx уже мало осталось. Спасибо Михаилу за commerce, немного оживил evo и есть что предложить, а так то уже 2 года никакой движухи.

Значит, может и не было популярности? Просто инструмент со своей спецификой и сообществом дорос до определенного возраста и теперь ждет новую струю молодых заинтересованных разработчиков. (;

Популярность была, еще в бытность modx, и каждый может вспомнить, как он сюда попал)) что и есть подтверждением, и некоторые сеошники до сих пор помнят дружественность modx к сео и даже соглашаются на ево, т.к. и на нем их Тз тоже вполне выполнимо. И я считаю, что потолок еще не достингнут и есть куда развивать.

ну, или как предлагал Максим, сделать маркетплейс дополнений - тоже должно оживить, если я правильно понял эту мысль

Практически все дополнения которые есть в доступе перекрывают 90% необходимости в "разработке" на эво. Все что требует более специфической разработки уходит с эво в тот же ларавель или идет к разработчикам дополнений (через беседу в чате, форуме и т.д.). Маркетплейс интересная затея может быть, только и смысл дополнений должен быть такой чтоб покупка обоснованная была, а не "1001 снег на сайте". А в эти условные 10% сложно попасть сделав универсальное дополнение за которое еще кто-то заплатит. Возможно, что еще большим нюансом в разработке таких дополнений является и админка эво. (;

так то для фана не готовы, а так то никто не знает

так то для фана не готовы, а так то никто не знает

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

а гентушники сами работают в своих линуксах что они там компилируют? Или это просто скомпилировать ради моральног оудовлетворения?

Конечно работают. ((% Чего ж там не работать. Один раз собрал и радуйся десятилетия. ((%

сомнительное удовольствие)

Генту крута, у нее +6% к скорости света.

с консольки без иксов? 😆

вот можете провести експеремент, скажите чего вам не хватает, и попробуйте собрать на это денюжку

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

Значит популярность низкая, раз так мало людей работает с этим в сравнении с другими. Почитаешь чат и про "уход ДДА в ларавель" и все - вообще нет эво. ((% Сеошники не показатель совсем, а скорее всего приспособленцы в этом вопросе. Им чем проще, тем лучше. Думаю что эво в вопросе с сео был/есть "лучше" в том случае что шаблон чище и меньше мороки сешоникам с выскребыванием лишнего и всякими пейдждсписдами. Т.е. значит экономия их средств, да и вся работа на разработчика ложится - красота! (: Говна навертеть везде можно, конечно же. Про потолок и не говорил, наоборот процесс ожидания своего "Дмитрия". (:

Сео лучшее в основном из за дерева документов и тв Но опять же не вижу проблем это с Ево перетащить в ТВИЛЛ ;) Но пока есть желание попробовать без дерева что б понять на сколько оно критично

Дерево документов можно реализовать разными способами, конечно же. Как по мне это больше привычка к "проводнику" и "папка в папке", "драг-н-дроп". Условно это вообще только горизонтальное меню или вертикальное плюс-минус ништяки.

Добрый вечер всем. А никто не подскажет, есть ли решение под 3.x, позволяющее значения MultiTV хранить не в виде JSON-данных в таблице site_tmplvar_contentvalues хранить, а как-то вынести в отдельную таблицу, раскидав ключи массива по отдельным столбцам?

Очень вряд ли

А как вообще сейчас такая проблема решается? Или может есть вместо multiTV какое-то другое решение, которое в отдельных таблицах БД "множественные" параметры хранит?

Добрый вечер всем. А никто не подскажет, есть ли решение под 3.x, позволяющее значения MultiTV хранить не в виде JSON-данных в таблице site_tmplvar_contentvalues хранить, а как-то вынести в отдельную таблицу, раскидав ключи массива по отдельным столбцам?

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

А там у него внутри что используется - $modx->db->query(...) ? Просто в 3.х такие штуки не работают. Ну или у меня не заработали, пришлось на Eloquent такие куски кода переписывать.

А там у него внутри что используется - $modx->db->query(...) ? Просто в 3.х такие штуки не работают. Ну или у меня не заработали, пришлось на Eloquent такие куски кода переписывать.

неправда

Что значит "неправда", если я свой собственный случай описываю, в котором к примеру $modx->db->getValue() вообще напрочь отказалось работать?

Хм... А куда тогда смотреть, чтобы понять, как MultiTV в отдельную таблицу выпихнуть?

https://github.com/extras-evolution/multiTV/blob/master/assets/tvs/multitv/configs/dbtabledemo.config.json