Степан
ок следующий вопрос по сокетам - опять же только из-за того что точно не пробовал
нет проблем с проверкой статуса соединения?
Pavel
ок следующий вопрос по сокетам - опять же только из-за того что точно не пробовал
нет проблем с проверкой статуса соединения?
Нет))) У тебя по сравнению с nodejs могут быть проблемы при группировке соеденений т.к. для рядового nodejs/php разработчика это не надо, т.к. за него это делает фреймворк/библиотека, но и для go есть такие библиотеки)
Evgeniy
Всем привет, долго вынашивал идею о том, как воскресить modx и вдохнуть новую жизнь в мир CMS и в итоге сложилась у меня в голове картина, очень прошу от сообщества дать фидбек по тому, насколько это вообще нужно сообществу
https://modx.pro/crowdfunding/23285
Работа предстоит не маленькая и было бы очень жаль сделать ее впустую
А в чём Go в 10 раз быстрее PHP?
То что он быстрее, я не спорю.
Но хочется каких-то бенчмарков. Обычно в бенчмарков реальных задач он не выигрывает даже в 2 раза.
PHP от 8+ вообще же много фишек имеет, направленные на общий кэш между ресурсами, предзагрузку классов и т.д
Pavel
ок следующий вопрос по сокетам - опять же только из-за того что точно не пробовал
нет проблем с проверкой статуса соединения?
Какие там могут быть проблемы))
Evgeniy
Как минимум, если в статье заменить только Go на правильно подготовленный PHP8, то разницы никто особо не заметит.
Всё равно будут задержки общие из базы данных. Они перекрывают всю разницу в скорости.
Pavel
А в чём Go в 10 раз быстрее PHP?
То что он быстрее, я не спорю.
Но хочется каких-то бенчмарков. Обычно в бенчмарков реальных задач он не выигрывает даже в 2 раза.
PHP от 8+ вообще же много фишек имеет, направленные на общий кэш между ресурсами, предзагрузку классов и т.д
Я когда писал 10 раз подумал писать ли об этом, зря оставил))) Как раз таки в реальных задачах го сильно быстрее PHP хотя бы за счет того, что ему не нужно инициализировать новую копию приложения, за счет того что он может распараллелить потоки и т.д.
А банчмарки - сильно далеки от реальных задач
Pavel
Как минимум, если в статье заменить только Go на правильно подготовленный PHP8, то разницы никто особо не заметит.
Всё равно будут задержки общие из базы данных. Они перекрывают всю разницу в скорости.
> Всё равно будут задержки общие из базы данных.
И даже тут го - держит открытое соединение, которое всегда готово, php же держит пул соединений, где прежде чем от него дойти - нужно инициализировать приложение на каждый запрос
Я предлагаю тебе сделать простое апи на php и на го с вытаскиванием из БД скажем 1000 записей, прогнать через этот апи пару сотен тысяч запросов и посмотреть в сумме за сколько эти пару сотен тысяч запросов выполнит php и го, разница будет кратная, уверяю, если нужны доказательства, то могу привести примеры тестов вечером, можно даже в рамках этой статьи
Evgeniy
Ну и на Go сейчас же вообще нет никаких CMS?
Как по мне, он про микросервисы. Делать одну задачу и делать её хорошо.
Какое-то написание пользовательских сниппетов вообще мало представляю себе на го)
Их придётся компилировать или как-то в рантайме Go умеет обрабатывать?
Алексей
хорошо. допустим. все понял... но...
вопрос. я делаю блог, корпоративный сайт, Средний интернет магазин и тп из основных типов сайтов.
Как переход на GO ускорит написание кода для запуска этих типов сайта?
На сколько будет выигрыш в скорости ответа сервера.
Все ли хостинги поддерживают GO?
alexey1m
а плюсЫ и сокеты?))
Степан
я бы вот подумал про привязку Mongo для MODX
Степан
или PG
Алексей
я бы вот подумал про привязку Mongo для MODX
напиши драйверы и все будет хорошо.
я делал для sqlite
Степан
напиши драйверы и все будет хорошо.
я делал для sqlite
там синтаксис в принципе отличный от SQL
Pavel
> Ну и на Go сейчас же вообще нет никаких CMS?
Как и на других ЯП, а то что есть - сложно назвать CMS
> Как по мне, он про микросервисы. Делать одну задачу и делать её хорошо.
А PHP про скриптики и домашнюю страницу? Ведь php - это personal home page
> Какое-то написание пользовательских сниппетов вообще мало представляю себе на го)
Я представляю, не писал бы статью, если бы не было бы полностью сложенной концепции в голове
> Их придётся компилировать или как-то в рантайме Go умеет обрабатывать?
Компиляция, на дев окружении - автокомпиляция, а на проде редактировании сниппетов/чанков и т.д. вообще доступно не будет
Степан
Pavel
хорошо. допустим. все понял... но...
вопрос. я делаю блог, корпоративный сайт, Средний интернет магазин и тп из основных типов сайтов.
Как переход на GO ускорит написание кода для запуска этих типов сайта?
На сколько будет выигрыш в скорости ответа сервера.
Все ли хостинги поддерживают GO?
Главная задача выиграть не в скорости, главная задача дать современный инструментарий, такой как многопоточность, очереди, нормальное кеширование, управление логированием и его потоками, а также адекватную возможность расширения без ощущения что пинаешь мамоента, который скоро сдохнет
Но и прибавка к скорости естественно будет и не маленькая, просто это не сама цель, а лишь приятный бонус
Pavel
я бы вот подумал про привязку Mongo для MODX
Зачем? Или ты предлагаешь с SQL на монгу мигрировать?)))
Pavel
Это и есть микросервис))
Так в реальных задачах помимо этого присутствует еще распараллеливание, где php вообще не вывезет)))
Алексей
Главная задача выиграть не в скорости, главная задача дать современный инструментарий, такой как многопоточность, очереди, нормальное кеширование, управление логированием и его потоками, а также адекватную возможность расширения без ощущения что пинаешь мамоента, который скоро сдохнет
Но и прибавка к скорости естественно будет и не маленькая, просто это не сама цель, а лишь приятный бонус
еще один вопрос.
менеджеры, владельцы потенциальные сайтов у них повышаются какие-нибудь риски?
Редактирование в админке, я так понял будет на vue3? те просто вид для них поменяется. верно?
Sergey
Хипстеры с монгой атакуют
Степан
Зачем? Или ты предлагаешь с SQL на монгу мигрировать?)))
не
это тоже глупость, хотя для хранения ресурсов класная штука была бы
Pavel
еще один вопрос.
менеджеры, владельцы потенциальные сайтов у них повышаются какие-нибудь риски?
Редактирование в админке, я так понял будет на vue3? те просто вид для них поменяется. верно?
Да, интерфейс полностью планируется на vue3, но визуально ничего меняться не будет, по крайне мере на старте, я не считаю что надо ломать то, что работает, а интерфейс modx'a работает, его просто надо сделать быстрее
Pavel
не
это тоже глупость, хотя для хранения ресурсов класная штука была бы
Пока их не большое количество - да, если мы говорим про большое количество, там уже все сильно усложняется, нужна ротация коллекция и т.д., но в целом да, интересно было бы для документов мигрировать на монгу, но опять же, это выбивается из главной цели:
"не поломать, то, за что любят modx, а лишь дать новый современный инструментарий"
Sergey
> Ну и на Go сейчас же вообще нет никаких CMS?
Как и на других ЯП, а то что есть - сложно назвать CMS
> Как по мне, он про микросервисы. Делать одну задачу и делать её хорошо.
А PHP про скриптики и домашнюю страницу? Ведь php - это personal home page
> Какое-то написание пользовательских сниппетов вообще мало представляю себе на го)
Я представляю, не писал бы статью, если бы не было бы полностью сложенной концепции в голове
> Их придётся компилировать или как-то в рантайме Go умеет обрабатывать?
Компиляция, на дев окружении - автокомпиляция, а на проде редактировании сниппетов/чанков и т.д. вообще доступно не будет
>Как и на других ЯП, а то что есть - сложно назвать CMS
С# .Net Core/C# .Net это уже не ЯП? На них нет CMS? Почитайте хотя бы про Umbraco
SK
Господа и Дамы. Здравствуйте.
Вот такой вопрос. Поставил плагин msYMarketFBS.
И по какой-то причине причине запрос POST /stocks редиректится с кодом 301 на url /yamarket-api — в результате чего возникает ошибка проверки урла в яндекс маркете.
Я не прошу чинить мне плагин или что-то еще. Я хочу понять — чей это косяк с редиректом — мой или плагина? В какую сторону смотреть, какую документацию читать? Или же как это можно отдебажить?
Pavel
>Как и на других ЯП, а то что есть - сложно назвать CMS
С# .Net Core/C# .Net это уже не ЯП? На них нет CMS? Почитайте хотя бы про Umbraco
Я подробно изучал то, что предлагают NodeJS и питон, говорить могу только за них, да, погорячился с утверждением про "все ЯП"
Evgeniy
Не мой
Иван
=)
SK
ну это прекрасно что не ваш — но хоть кто-то может мне объяснить куда смотреть? я как-то потерялся с этим
Evgeniy
В тех поддержке помогут
SK
как понять где редирект происходит? Суть в том, что curl говорит что я не дохожу даже до авторизации на маркете, редирект идет сразу
Sergey
SK
молчит техподдержка модуля
Evgeniy
По идее MODX + Go мне нравится название GODX, всё равно там ничего не останется от MODX)
Sergey
Я подробно изучал то, что предлагают NodeJS и питон, говорить могу только за них, да, погорячился с утверждением про "все ЯП"
На питоне тоже разных цмс хватает.
Sergey
Какой смысл тянуть на Go то, для чего он не создавался и не предназначен?
Pavel
На питоне тоже разных цмс хватает.
Хватает, вы пробовали ими пользоваться? Как ощущения? Приводите название в пример, подискуссируем)))
Pavel
Какой смысл тянуть на Go то, для чего он не создавался и не предназначен?
PHP создавался для CMS? Или может быть для монолитов он создавался когда от ООП в нем было только одно название?
Sergey
Не пробовал, сайты на питоне это такие же костыли, как и на го. Они не про это. Ну и на питоне логичнее на Django что-то свое пилить.
Pavel
Просто что значит "не создавался" и какие у этого критерии? Я бы например вообще сказал бы что на PHP писать CMS так себе идея
Иван
А тут у нас много Гошников?
Pavel
Не пробовал, сайты на питоне это такие же костыли, как и на го. Они не про это. Ну и на питоне логичнее на Django что-то свое пилить.
Что значит костыли и почему это? Ты говоришь какими то абстракциями, можно хоть немного конкретики?
Evgeniy
> Ну и на Go сейчас же вообще нет никаких CMS?
Как и на других ЯП, а то что есть - сложно назвать CMS
> Как по мне, он про микросервисы. Делать одну задачу и делать её хорошо.
А PHP про скриптики и домашнюю страницу? Ведь php - это personal home page
> Какое-то написание пользовательских сниппетов вообще мало представляю себе на го)
Я представляю, не писал бы статью, если бы не было бы полностью сложенной концепции в голове
> Их придётся компилировать или как-то в рантайме Go умеет обрабатывать?
Компиляция, на дев окружении - автокомпиляция, а на проде редактировании сниппетов/чанков и т.д. вообще доступно не будет
PHP изначально был как набор инструментов примерно когда я родился, но уже давно аббревиатура не расшифровывается как personal home page, а PHP Hypertext Processor)
Pavel
А тут у нас много Гошников?
Я думаю тут и пхп-шников не много, в этом и прелесть modx, что можно полноценно разрабатывать сайты и довольно гибко имея знания о программировании очень относительные
Sergey
Если только лендинги, что-то более крупное уже нет
Sergey
А ещё более крупное уже и без extJS не обойтись
Иван
У нас примерно из человек 25 - ти: их 5-ть и они сидят микросервисы делают, остальное беки и фронты
Pavel
У нас примерно из человек 25 - ти: их 5-ть и они сидят микросервисы делают, остальное беки и фронты
Я выше уже писал, у нас половина инфраструктуры уже перенесена на го, это тонны кода, скорее всего у вас просто нет ресурсов чтобы делать полноценно бек на го, т.к. это долго и дорого
Sergey
Что значит костыли и почему это? Ты говоришь какими то абстракциями, можно хоть немного конкретики?
Потому что GO не предназначался для прямой работы с фронтом, как и питон. Есть джанго, но тоже такое себе, по сравнению например ASP .NET. Дале, проблема что го, что питона, чтобы его развернуть нужен специализированный хостинг
Иван
Сильно измените админку модиск без extJS?
Давно делали опрос на чем делать админка на MODX 4 - и в опросе победил VueJS
Roman
Парни привет, всех с днем программиста. Хорошего кода, отличных заказчиков.
Roman
Алексей
@orendat
еще момент. есть ли еще люди которые поддерживают такое на GO и будут в команде?
вопрос опять в рисках, что инструмент зачахнет и тогда риски для бизнеса сильны.
ну и опять же это будет та же CMS только вид с боку для заказчиков.
Иван
Сильно измените админку модиск без extJS?
https://docs.google.com/spreadsheets/d/1j5OlAwPkRq9MApSsotFSSb_9Q9orparZfkqNHEirYoI/edit#gid=1183815159
Sergey
Давно делали опрос на чем делать админка на MODX 4 - и в опросе победил VueJS
Если темпы будут такие же как и выход модикс 3, то лет через 10 увидим
Иван
https://github.com/modxcms/revolution/pulls?q=is%3Apr+is%3Aopen+label%3Apr%2Freview-needed - вот список на тест
Иван
Только дальше кроме возгласов, дальше не заходит
Sergey
https://docs.google.com/spreadsheets/d/1j5OlAwPkRq9MApSsotFSSb_9Q9orparZfkqNHEirYoI/edit#gid=1183815159
Закрытая табличка, что там?
Иван
Хотели уже своими силами делать админку на VueJS
Алексей
Да, можно запилить админку на VueJs вопрос просто в деньгах.... а так да - могЁм.
Sergey
В принципе на современном уровне JS можно и на чистом там делать.
Алексей
Если на чистом js это к Артуру.
Sergey
В том же Umbraco там админка на Angular. Под Yii2 кто-то пробовал пилить CMS с админкой на вью
Иван
Так речь то шла не о том что планируются, а в современных реалиях
Так я об этом и говорю -
- Посмотрите на сборы https://opencollective.com/modx Один Марк вкладывается
- Разработка ведется на энтузиазме
- Много людей отвалилось из Core team по разным причинам
= Из сообщества никому не нужно тестирование - все PR висят месяцами
Иван
В принципе на современном уровне JS можно и на чистом там делать.
Да вы что?
Я на вас посмотрю все это писать на чистом JS
Sergey
@orendat
еще момент. есть ли еще люди которые поддерживают такое на GO и будут в команде?
вопрос опять в рисках, что инструмент зачахнет и тогда риски для бизнеса сильны.
ну и опять же это будет та же CMS только вид с боку для заказчиков.
>ну и опять же это будет та же CMS только вид с боку для заказчиков.
Для заказчика ещё и проблемы с размещением будут и поддержкой
Евгений