Что дальше

Все привет!

Сразу напишу «как есть». Проектом LS не занимаюсь уже достаточно долго, для этого нет практически никакой мотивации и времени. И уже банально устал от него. Очень много лет ему посвятил, раньше это было интересно и классно что-то делать для людей, которые проявляли интерес к проекту. Затем это еще стало приносить какой-то доход, ну а потом все постепенно угасло. Менялись как интересы так и цели в жизни. Сменил город, появились детки, разная работа и проекты. В какой-то момент стало понятно, что тратя кучу времени и сил на проект (одна только бухгалтерия Каталога сколько мне крови выпила :)) это мне ничего не приносит, ни морального, ни материального.
Тем не менее я продолжаю на всех проектах использовать LS (фреймворк), за 10 лет очень сильно к нему привык и так не смог себя пересадить на yii или laravel + накопилась большая база наработок, которые значительно ускоряют разработку.

Что дальше? Я не знаю, нет ответа. Текущих планов по дальнейшему развитию проекта у меня нет и возможно не появятся. Есть ли вообще в развитии смысл? Тоже не знаю. Энтузиасты, которые захотят двигать (кодить) проект дальше? Очень сомневаюсь, что такие есть.
Знаю только одно — проекты появляются и исчезают, нужно просто двигаться дальше.
  • avatar
  • +15
    • 14
    • 0
    • 0

161 комментарий

avatar
Спасибо за классный проект! Желаю удачи в новых, какими они не были бы! То что сделано, уже круто.
avatar
Хотел бы сказать спасибо ort'у и тем, кто принимал участие в разработке проекта. Именно благодаря livestreet'у научился разработке в своё время.
avatar
Сложно искать мотивацию и время для единственного разработчика. 10 лет — это большой срок для проекта, тяжело не выдохнуться за это время. Но и были фатальные ошибки, о которых много лет назад предупреждали вас старожилы и участники сообщества, что также привело к упадку проекта. Думаю, не стоит отчаиваться текущей стагнацией проекта и сообщества, а начать постепенную реформу. Если вам это надо конечно и вы не думаете вообще закрыть проект. Никто не говорит о кардинальных переменах, как это было с переходом 1.0 версии на 2.0. Все-таки версия 2.0 это огромный рывок вперед. Ничего не мешает регулярно потихоньку разрабатывать новые минорные версии, не задумываясь о мажорной версии LiveStreet 3.0. Начать бы можно было с небольшого составления roadmap с сообществом и постепенно реализовывать. Но если вы все-таки решили уже закрыть проект (что по топику не совсем понятно), то желаю вам Максим удачи в ваших новых начинаниях.
avatar
Внимание на теги топика.
avatar
Тег видел, поэтому и написал:
Ничего не мешает регулярно потихоньку разрабатывать новые минорные версии, не задумываясь о мажорной версии LiveStreet 3.0.

Не надо годы разрабатывать 3.0, как это было с 2.0 — это будет новая утопия. Последняя версия 2.0.1 вышла 1 мая 2017, почти как год нет даже минорных версий. Я не говорю про годы разработок версии 2.0, там правда многое разработали, время разработки можно списать на кардинальные архитектурные решения движка. Но наступать на новые грабли с версией 3.0, как это было с 2.0 — категорически нельзя. Надо переходить к гибкой методологии разработки (Scrum). Забыть раз и навсегда о длительных релизах. Длительные релизы очень губительно сказались на проекте. Необходимы регулярные минорные релизы, пусть и с малым количеством новых функций — раз в квартал или максимум раз в полгода (если это более серьезный функционал).

И речь не только про разработку LiveStreet, с сообществом те же проблемы, которые уже годами не решаются: старый сайт (все еще версия 1), нет документации, нет roadmap, запущенное состояние сайта (спам, отсутствие модераторов, отсутствие правил, ужасный бардак в целом) и много всего остального. Можно решать эти накопившиеся проблемы регулярно и постепенно. Я не совсем понимаю (как и многие в сообществе) почему нельзя было это делать за годы проекта. Ведь многое давно предлагалась Максиму, многое писали старожилы и участники сообщества. Все прекрасно понимают — сложно тянуть такой проект одному. Но почему нельзя было задействовать силы сообщества, стать открытым для людей, выстроить диалог, передать часть власти и обязанностей заинтересованным участникам — это позволили бы сильно снизить нагрузку и развивать проект. В какой-то момент мне кажется, проект погубило не отсутствие мотивации и времени, а вождизм Максима, что в конечном счете и привело к полному уходу почти всех сторожил и к вымиранию сообщества. Очень важно выстраивать диалог с сообществом. Любой проект — это прежде всего сообщество (люди) и только потом разработчики. А сейчас без кардинальных реформ проекта (не движка) в целом, очень сложно что-то изменить.
avatar
В данной ситуации доступно всего два выхода:
1. Отпустить проект в свободное плаванье и не возвращаться к нему.
2. Пересмотреть и переработать проект, его миссию, цели и др. развитие – найти мотивацию под эти задачи на строго установленный период времени.

Честно говоря, сложно представляю реализацию второй части – в условиях современного рынка придется продумывать сильный маркетинг.

//Мое признание Максиму за проект!
avatar
Livestreet нужен.
Переходить с него не хочется, да и «не можется».
С LS с 2009 года.
Уникальный и сбалансированный продукт.
avatar
Что будет с каталогом? Что будет с сайтом сообщества? Что будет с репозиториями github?
avatar
А что с ним должно быть? Пусть лежит, как есть.
avatar
Оплата серверов, домены, днс и прочие расходы?
avatar
Да уж, расходы. 200 рублей на домен и хостинг на котором находятся и другие сайты.
avatar
Вопросы важные, но разницы уже особой нет. Под 2 версию в каталоге почти ничего нет, под 1 кому надо уже все давно скачали или ушли с LiveStreet. Сообщество давно в упадке: Активные: 64 человеке, а статьи можно будет смотреть через Web Archive например. Форков на Github много, вы можете также форкнуть и не переживать.
avatar
Каталог пока останется, возможность добавлять в него фришные расширения тоже
avatar
В развитии LS, есть смысл. Ничего не изменилось с тех пор, как LS забросили. Спрос на этот движок остался. Но LS устарел и им нужно плотно заниматься. Уделять ему время и работать на перспективу, каждый день. Хотя бы по 2 часа. И тогда все оживет. Все зависит, только от Максима.
avatar
Я еще верю в ЛС, надеюсь он как феникс возродится в 3-й версии. В которой совместятся простота шаблонизации 1-й и новые наработки из 2-й, потому что люди через создания сайта на подобных движках пытаются самовыразиться и каких только разнообразных проектов мне на нем, не попадалось. А во 2-й версии Максим и команда, окрыленные успехами 1-й версии 5 лет назад, в эпоху развития веб 2.0, сильно задрали планку с революцией во 2-й версии. Что вылилось в годы разработки, эмоциональное выгорание от работы над многими поставленными задачами и маленькой отдачи от воплощения новой версии в жизнь. Тем временем веб захватили социальные сети и мессенджеры, плюс появились простые фреймворки.
Может и стоит от этого отталкиваться, взять за основу 2ку, как фреймворк, простую шаблонизацию с html структурой шаблона, а не компонентами, чтобы был низкий порог входа для работы с подгонкой и созданием шаблонов и возможность выбрать 2-3 конфигурации сайта, блог, сообщество и кастом, чтобы можно было собрать, что-то типа новостного портала.
И еще, для интереса новых пользователей, нужны простые видео уроки по установке и работе с движком, это уже предложение ко всем разработчикам.
avatar
Касательно шаблонов новая версия не сильно сложнее прежней, нужно просто немного вникнуть в новую структуру. А компоненты, как по мне, так даже лучше — проще отдельные мелкие вещи перепиливать, чем крупные файлы. По сути ведь, это тот же шаблон разбитый на кучу мелких составляющих. Другой вопрос, что новичку с наскоку сложно вникнуть.

А по конфигурациям я когда-то предлагал следующим образом поступить: разбить существующий функционал на плагины ядра, отключая/включая которые можно было бы менять функционал от той же простой странички, до блога, коллективного блога и проч.

PS: Из того, что постоянно не хватало мне: проблемы с добавлением простых вещей в шаблон. При верстке часто возникало желание сделать какой-то нестандартный вывод материалов, тот же слайдер важных топиков или область с выводом топиков из определенного блога и всегда упирался в необходимость написания дополнительного плагина. А т.к. не разу не программист, то толком ничего не выходило… Этот момент сейчас, кстати, очень нравится в Вордпрессе: запрос в пару строчек в шаблоне и нужный сет топиков в кармане + даже онлайн конструкторы под это дело есть. Удобно.

В остальном же рад, что когда-то наткнулся на этот движок и сообщество: по сути здесь всему и научился, да и ипэшку свою открыл благодаря этому. За это отдельное спасибо всем участникам сообщества!
avatar
Для возражения как феникс — необходимо посвятить проекту полное время, что в целом невозможно по причинам которые написал Максим в топике. Отсутствие контрибьюторов кроме Максима, сильно осложняет развитие проекта. А новых не предвидится, судя по всему, все подходящие на эти должности ушли делать свои проекты (которые также стагнируют). И как уже писал выше: не надо годы разрабатывать 3.0 — это будет новая утопия. Достаточно регулярные минорные версии, что оживит проект.

Не думаю, что стоит отказываться от компонентов. Компоненты гениальная вещь (похожая на БЭМ), которые позволили разложить все по полочкам и сильно увеличить переносимость между разными шаблонами. Можно даже добавить их в каталог как отдельное подобие расширений, потому что не всегда нужны плагины, когда расширение функционала идет за счет API движка в шаблонах. Порог вхождения связан только с отсутствием нормальной документации и примеров, а количество новых шаблонов (под версию 2.0) только с колоссальной стагнацией сообщества.

Идея с вариантами под разные проекты — старая и не эффективная. Хотя, и кажется на первый взгляд интересной. Были такие задатки под Wordpress. Ни к чему хорошему это не привело. Нет смысла конкурировать с продуктами, которые созданы для этого и пытаться сделать универсальное решения для всех. Сила LiveStreet была в том, что он занимал свою нишу для UGC проектов и не пытался стать всем. Как только стали пытаться делать из проекта все, то сразу стали становиться ничем. Все больше людей стали выбирать другие решения, потому что нельзя быть наполовину движком для блога, социальной сетью или магазином.

Документация и скринкасты давно нужны, об этом говорят все много лет.
avatar
Для возрождения, конечно. Spell checker шалит)
avatar
Тем временем веб захватили социальные сети и мессенджеры
Так и есть. Решил вспомнить сколько я сделал для себя сайтов на LS в его классическом исполнение (блого-социалка) — ноль. Недавно нужно было создать небольшое сообщество — выбрал группу в ВК. Сейчас не понимаю, кто и зачем может захотеть создать блого-социалку.
avatar
Очень жаль что все отправилось в свободное плавание. Если Макс устал от него и не планирует заниматься проектом может есть смысл продать сайт тому кто разбирается в программировании вообще и в LS в частности. Продать или передать на каких то условиях. Сайт имеет неплохие показатели и наверное приносит какой то доход от рекламы. Но основное предназначение его утрачено… он заброшен и не развивается. Просто оставить все как есть — это путь в никуда. Да, сайт будет жить своей жизнью ну и все на этом. А ведь есть люди разбирающиеся, например sersar
Вот к примеру посмотрите какой сайт сделал на альто liferp.ru Хотя само альто также катится вслед или вперед лайвстрита… примерно такое же вялотекущее умирание.
Я думаю sersar или другие знающие люди смогли бы вдохнуть новую жизнь в проект. Одному конечно сомнительно тянуть проект… Но я помню были времена и Макс нанимал Качаева для кодинга. Вопрос конечно непростой. С одной стороны сайт стоит каких то денег, с другой стороны кому нужен заброшенный проект? Поэтому я и озвучил мысль о продаже или передаче на каких то условиях. В любом случае все зависит от Макса и его решения. Я бы на его месте продал бы проект тому, кто бы занимался этим проектом.
avatar
Ну, если ort решит вдруг перевести Livestreet на один из популярных фреймворков, то готов оказывать ему всю посильную помощь, но для него, я думаю, оставаться на собственном фреймворке дело принципиальное.
avatar
Проект в текущем виде ничего не стоит. Как бренд он давно забыт, а как сообщество давно умер (не считая несколько десятков активных людей). В техническом плане для разработчиков также не представляет интереса. Все еще очень древняя версия PHP, jQuery и полный пакет антипаттернов в архитектуре. Пока мир разработки двигался вперед — LiveStreet стоял на месте. Сейчас в трендах PHP 7, Laravel, Vue, React, WebSocket и много всего интересного. Никто не хочет разбираться в чужом фреймворке, да и еще без нормальной документации. С версией 2.0 не удалось заскочить в уходящий поезд, по причине длительности разработки. Выход 2.0 уже был неактуален.

Есть ли смысл развивать проект в текущей ситуации? Да, но только для Максима и тех людей кто хорошо знаком с фреймворком. В других ситуациях, проще перенести идею на современный фреймворк (например Laravel). Передать проект как сообщество — ничего не изменит. Максим правильно написал, что энтузиастов (контрибьюторов) нет и скорее всего не будет. Не вижу активного участия sersar (как пример) в разработке на GitHub проекта, поэтому толку не будет. Максим нанимал (ему помогали) не только kachayev , но также PSNet и многие другие, всех эти люди давно покинули проект. У PSNet кстати было альтернативное сообщество livestreetguide.com, да и другие были, все закончилось ничем. Недостаточно просто передать сообщество, важно также регулярно разрабатывать движок. И вы правильно сказали, что заброшенный проект никому не нужен.
avatar
Livestreet вполне не плох. Особенно компоненты шаблона. Возможно Максиму стоило больше положиться на «внештатных» разработчиков, а самому больше заняться архитектурой и документацией к ней. Я, например, готов продолжать использовать livestreet и дальше. Спасибо за огромную работу.
avatar
Чем плох LS 1.0.3. и 2.0, зачем нужен 3.0? Объясните пожалуйста дилетанту?
avatar
LiveStreet 1 версии сильно отсталый в плане функциональности и давно не поддерживается. 2 версия также далека от идеала и не поддерживается по сути. Последняя версия 2.0.1 вышла почти год назад 1 мая 2017, и то без новых функций, а релиз 2.0 был 30 января 2017. В связи с тем, что разработка между 1.0.2 и 2.0 шла 4 года без релизов, то сообщество просто вымерло. После выхода 2.0 активная разработка прекратилась. На данный момент 2.0.1 отстает лет на 5 по расширениям (шаблоны, плагины) от версии 1 и также отстает лет на 5 от современных технологий в вебе. Поэтому многие ушли, кто просто на WordPress и другие CMC, кто на фреймворки Laravel и Yii. В реальности 3.0 уже никто ждать не будет, без минорных релизов проект можно смело закрывать.
avatar
LiveStreet 1 версии сильно отсталый в плане функциональности и давно не поддерживается.

А разве плагины не помогают в увеличения функциональность? Или речь о другом.
также отстает лет на 5 от современных технологий в вебе.
А чем идет речь?
avatar
А разве плагины не помогают в увеличения функциональность? Или речь о другом.

LiveStreet 1 не разрабатывается и не поддерживается 5 лет. Какие могут быть плагины? Плагины не могут помочь когда движок отсталый. Я не просто так кинул ссылку на хабр (как пример).

А чем идет речь?

Выше писал об этом, а ниже примерно об этом писал yuran .
avatar
Насчет Laravel… Оказывается я не одинок, я тоже писал об этом правда на сайте альто, altocms.ru/1865.html#comment29362

Мне кажется использование Laravel придаст жизнеспособность и обеспечит развитие проекта на большое время вперед. Большое количество людей интересуется, изучает и применяет его в своих проектах. А тут такая возможность — социальная сеть на этом фреймворке… Будет полно людей, которые разбираются в программировании и захотят участвовать в создании расширений для движка, будет полно людей, которые изучают фреймворк и которые захотят создавать проекты на этом движке. Это конечно не 100% что я сказал и так и будет, но это мое предположение и твердое убеждение. Хотя бы потому, что подобного не существует на Laravel в природе, такого проекта нет. Все остальное — переписывание и улучшение, избавление от костылей и пусть даже самая крутая модернизация кода ничего не изменят. Посмотрите на сайт Livestreet, вышла версия 2.0.1 и что? Проект мертв. Кое кто изредка заходит, что то пишут… но это конец, по всем признакам проекту кирдык:( И автору тоже все пофиг:( В принципе альто не далеко ушло от LS в этом плане и не намного лучше обстоят дела. В этих самописных проектах что LS, что Alto хорошо разбираются создатели ядра и с десяток программистов единомышленников, которые заинтересованы в написании плагинов. Верстальщики и дизайнеры тоже кое что создадут… несколько шаблонов. Конечно любой, хорошо разбирающийся в программировании сможет вникнуть в код, разобраться и что то сделать под себя или для других. Вопрос в том — много ли таких? Я думаю единицы. LS — живое подтверждение этому.
Конечно Вадиму решать что и как делать… Ну я высказал свое мнение. Quiz вот не одобряет. Но я говорю, что два проекта фактически загнулись и реанимировать их прической кода вряд ли получится. Как то так.
avatar
Судя по комментариям avadim также не хочет использовать сторонние фреймворки. Каждый изобретает свой велосипед, который никому не будет нужен. Alto я вообще считаю мертворожденным проектом изначально. Вместо того, чтобы начать контрибьютить в LiveStreet и добавить нужный функционал для себя в плагины, они сделали целый форк. Теперь мы имеем два стагнирующих проекта близких к закрытию, а могли бы иметь один сильный и живой. Все эти расколы и форки при живых проектах, вносят только раздрай и стагнацию.
avatar
Ребят, а может дело не в сторонних фреймворках, а в небольшом спросе на движок для коллективных блогов? Вам так не кажется?

В момент пика популярности Хабра каждый второй школьник хотел сделать свой Хабр, вот и здесь было веселее. Процентов 70 пользователей составляли «молодые-амбициозные». Потом все строили свой Вконтактик, появилась стена в движке и выстрелил соответствующий шаблон… Теперь это отошло и здесь стало тихо. Людей, которые что-то делали изначально было не так уж и много.

Я не говорю, что других причин нет, но может не они основные?

Вот вы уже в нескольких сообщениях говорите о функционале, развитии и минорных версиях. А что в этих минорных версиях добавлять? Функционал из коробки достаточный для коллективного блога, дырки при нахождении закрывались. Или вам просто нужно, чтобы была видимость движухи? Вот сторонние разработчики радовались бы, если бы приходилось часто переписывать свои дополнения под новые версии, оно и так со скрипом шло.

Если что-то и нужно было добавлять — это расширения в каталог, но это уже вопрос спроса-предложения, а не самого движка. Движок же свою нишу занимал и занимает, а делать из него что-то другое особого смысла нету — в других нишах свои лидеры.
avatar
Не думаю что так, но спад на UGC проекты конечно есть. Тот же Хабр сильно просел давно. Денискину пришлось запускать Geektimes и выкручиваться, чтобы не терять доходы. Но там свои причины: полный разгром сообщества и корпоративные блоги.

Но если следовать вашей логике, то давно должен закрыться WordPress. Мода на блоги давно прошла. Конечно вы скажите: на нем делают любые сайты и все остальное. Он гораздо проще, много плагинов, хорошая документация, регулярно выходят новые версии, крупное сообщество. Вот в этом и кроется вся суть.

Почему нет шаблонов и плагинов под LiveStreet 2? Почему все так плохо? Нет нормальной документации (не было даже под 1.0), никто не хочет изучать чужой фреймворк, проект давно не разрабатывается. Множество причин. Не совсем понимаю, как вы собрались решать эти проблемы в текущем виде? С переходом на Laravel — проект бы сильно продвинулся вперед и избавился от множества проблем. Никто не говорит: давайте все выкинем и перепишем на Laravel, но в текущей ситуации — было бы выходом.

Сходу можно назвать десятки тасков для минорных версий. И это не хотелки, а доработка существующего функционала. В целом их наберется сотни — без преувеличений. Давайте говорить честно: все что есть сейчас, выглядит очень сыро по современным стандартам (мягко говоря). Вы ведь не используете XP? Может старый Explorer или Firefox? Тогда я не понимаю аргумента: и так все хорошо, что там разрабатывать. Без развития — продукт умирает. Разработчикам бы не пришлось переписывать расширения часто, речь только за улучшение существующих функций (минорных версий).

Нельзя просто так взять и добавить расширения в каталог (тут должен быть Боромир). Кто их будет разрабатывать без документации и нормального стека? Никто их и не пишет, да и не будет. Поставьте себя на место современных разработчиков. Вы им предлагаете: фреймворк без документации, абсолютно старый стек, PHP 5.5, jQuery 1 и множества древних вещей внутри фреймворка. Вернуться на 5 лет назад. Вы правда считаете, что они променяют это на PHP 7.1, Laravel, Vue (как пример)? Не будет этого никогда в современных реалиях.
avatar
>Почему нет шаблонов и плагинов под LiveStreet 2?
Вторая версия не нужна в главном: т.е. ядру приверженцев Ls, обросших плагинами и самописом в 1,0,3, а также разработчикам плагинов в каталоге, которым нет смысла переводить их, в прямом смысле насилуя себя.
avatar
В текущем виде Ls2 — непродуманный/неверный ход разработчика, тем более в своих значительных изменениях затянувший все, что можно было затянуть.
avatar
Не-не-не, в целом, я хотел сказать следующее: одному тянуть все это сложно, нужно активное сообщество, которого и небыло, по сути, ввиду узконаправленности движка.

Относительно WordPress: мода на блоги не прошла, это упал бум на блоги у нас, по ощущениям, на Западе в этом отношении ничего не изменилось. Но не в блогах дело, на нем действительно можно делать что угодно, но развивается то он потому, что сообщество вокруг большое. И заметьте, его архитектуру, решения и проч. тоже ведь регулярно ругают и ничего, продолжают с ним работать.

Документация… Ладно, может кому она и нужна. Скажу только за себя — на мои нужды хватало того, что есть.

Почему нет шаблонов и плагинов под LiveStreet 2?

Нет спроса. Хотя, сильно грешить не буду, моя последняя работа вполне себя окупила и продается до сих пор.

С переходом на Laravel — проект бы сильно продвинулся вперед и избавился от множества проблем. Никто не говорит: давайте все выкинем и перепишем на Laravel, но в текущей ситуации — было бы выходом.

Не было бы. Возможно, разработчикам стало бы проще, но кто и что бы разрабатывал не имея уверенности, что затраты окупятся?

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

А вот здесь стоит все же уточнять, что подразумеваете под функционалом. Если подкапотное пространство, согласен, улучшать код можно бесконечно, но всегда ли это необходимо? Если же разговор о функционале для пользователей, то вопрос: какого функционала вам не хватает?

Кто их будет разрабатывать без документации и нормального стека? Никто их и не пишет, да и не будет. Поставьте себя на место современных разработчиков. Вы им предлагаете: фреймворк без документации, абсолютно старый стек, PHP 5.5, jQuery 1 и множества древних вещей внутри фреймворка.

За программистов не скажу, выскажусь как верстальщик. С появлением новой версии мне просто было интересно, что и как там, поэтому просто полез внутрь и начал разбираться. Была бы документация думаете стал бы читать? Как по мне, то это было бы скучно. А на все возникшие вопросы я получал ответы.

Что же касается современной разработки, то я просто взял и прикрутил к шаблону gulp и начал писать на scss используя css-переменные и гриды. Если бы довел все до конца, была бы, скорее всего, болванка всего этого и в сообществе для упрощения жизни другим верстальщикам… Был же человек, который и на php7 запускал движок и с сообществом делился… Я никого не защищаю, но все же не стоит сейчас все вешать на ort'а, правильнее было бы сказать: ребят, мы нихрена не делали, поэтому нихрена и не получили, что уж тут…
avatar
Речь скорее должна идти о том, что разработчики идут далеко вперёд, развиваются, осваивают новые технологии, да и также привыкают к определённым стандартам(PSR, хотя бы), к наличию хорошей документации. Немного страшно переходить к разработке плагинов и шаблонов для ЛС и не знать, окупиться ли время потраченное на знакомство с CMS.
avatar
Тем не менее я думаю, что если ort захочет, то ЛС может продолжить жить(возможно даже если останется на своём фреймворке, хотя я за переезд). Но ort'у нужна команда. А команду также интересует выгода, и не обязательно материальная, возможно и в каком-либо другом виде.
avatar
Так я к тому и веду, что имеем мы замкнутый круг. Много найдется сейчас энтузиастов готовых участвовать в развитии движка? Был бы стимул, были бы разработчики. Разработчик бесплатного движка вряд ли может как-то простимулировать или заинтересовать команду разработчиков. Это могут сделать пользователи, рублем. Но их практически нет, ввиду узкой ниши продукта и малого количества дополнений.

Здесь ничего не зашевелится, пока не появится интерес со стороны. А с чего ему появиться? Будут современные плюшки внутри и документация думаете попрет разработчик? Сомневаюсь. Не будет покупателей, хоть из золота отлейте двиг, ничего не будет. И обратно: при наличии достойного предложения и из того, что есть слепят нужное.

Поэтому, на мой взгляд, если общество хочет какого-то развития, оно должно принимать какое-то участие в этом развитии, обе стороны — и пользователи, и разработчики. Иначе ничего не будет. Не стоит ждать, что кто-то там сверху, сейчас возьмется, сделает все за нас и заживем. Предлагайте идеи, делайте коммиты, стимулируйте рублем, пишите статейки, доки, что мешает? Каждый, при желании, может сделать что-то. Проблема в том, что желающих нету.
avatar
Не-не-не, в целом, я хотел сказать следующее: одному тянуть все это сложно, нужно активное сообщество, которого и небыло, по сути, ввиду узконаправленности движка.

Относительно WordPress: мода на блоги не прошла, это упал бум на блоги у нас, по ощущениям, на Западе в этом отношении ничего не изменилось. Но не в блогах дело, на нем действительно можно делать что угодно, но развивается то он потому, что сообщество вокруг большое. И заметьте, его архитектуру, решения и проч. тоже ведь регулярно ругают и ничего, продолжают с ним работать.

Документация… Ладно, может кому она и нужна. Скажу только за себя — на мои нужды хватало того, что есть.

Так именно про это и разговор, что без сообщества никуда, но я не согласен что это связано с узконаправленностью движка. Связано это с тем, что никто и не пытался работать с сообществом. Документации никогда не было, сроков и планов развития никаких не было, обратного взаимодействия не было. Да вы даже сейчас зайдите в FAQ выше — он ужасен более чем полностью. Не понимаю, как можно было привлекать новых людей без всего этого. Может вам и не нужна документация (мне кстати тоже), но новичкам она необходима. Вы им предлагает сначала изучить PHP, потом API, Smarty и только потом начать делать шаблон (как пример)? Никто не будет (и не хочет) днями изучать API движка и его структуру шаблонов без документации. Так вы сразу теряете потенциальных пользователей LiveStreet раз и навсегда. Я не зря привел пример WordPress: при всех его минусах с документацией там все в порядке, с каждой новой версией они постепенно избавляются от разных недостаток и двигаются вперед.

Нет спроса. Хотя, сильно грешить не буду, моя последняя работа вполне себя окупила и продается до сих пор.

Это был риторический вопрос) Как может быть спрос, когда движок не разрабатывается и давно заброшен. 4 года между релизами — это просто кошмар.

Не было бы. Возможно, разработчикам стало бы проще, но кто и что бы разрабатывал не имея уверенности, что затраты окупятся?

Не согласен. Сразу получаем: отличную документацию, современные технологии, множество сообществ, несколько сотен разработчиков по СНГ, тысячи по миру. Эти потенциальные разработчики и принимали бы участие как фрилансеры и контрибьюторы. Сейчас LiveStreet вообще не имеет разработчиков.

А вот здесь стоит все же уточнять, что подразумеваете под функционалом. Если подкапотное пространство, согласен, улучшать код можно бесконечно, но всегда ли это необходимо? Если же разговор о функционале для пользователей, то вопрос: какого функционала вам не хватает?

Всегда необходимо развиваться, иначе проект ждет стагнация и деградация. Возьмите просто посмотрите на современный стек технологий сейчас.
avatar
Если же разговор о функционале для пользователей, то вопрос: какого функционала вам не хватает?
Правильный вопрос я ставлю так: какой функционал мы можем улучшить? В LiveStreet 2.0 есть множество вещей для улучшения. Надо писать roadmap.

За программистов не скажу, выскажусь как верстальщик. С появлением новой версии мне просто было интересно, что и как там, поэтому просто полез внутрь и начал разбираться. Была бы документация думаете стал бы читать? Как по мне, то это было бы скучно. А на все возникшие вопросы я получал ответы.

Все правильно, но вы то с LiveStreet с 2009 года (судя по профилю). Надо понять простую вещь: перестать смотреть только со своей колокольни, а подумать чего не хватает другим потенциальным пользователям (новичкам).

Что же касается современной разработки, то я просто взял и прикрутил к шаблону gulp и начал писать на scss используя css-переменные и гриды. Если бы довел все до конца, была бы, скорее всего, болванка всего этого и в сообществе для упрощения жизни другим верстальщикам…

Отличная идея, я даже тикет писал в GitHub по поводу css-препроцессора. Таких мелочей в движке сильно не хватает. Можно все это сделать самому, с этим никто не спорит, но таких мелочей много. Подобные вещи нужно добавлять в LiveStreet по умолчанию.

Был же человек, который и на php7 запускал движок и с сообществом делился…

Речь не про запуск на PHP 7, а про стек технологий и стандартов в целом.

Я никого не защищаю, но все же не стоит сейчас все вешать на ort'а, правильнее было бы сказать: ребят, мы нихрена не делали, поэтому нихрена и не получили, что уж тут…

Никто и не вешает все на Максима. Но, согласитесь, множество фатальных ошибок было допущено Максимом и он несет часть ответственности, так же как и сообщество понесло часть своей ответственности.

PS: Прошу прощение за чрезмерное цитирование и за разбивку на два комментария (ограничение LS).
avatar
Так именно про это и разговор, что без сообщества никуда, но я не согласен что это связано с узконаправленностью движка. Связано это с тем, что никто и не пытался работать с сообществом.

Не согласен. Сразу получаем: отличную документацию, современные технологии, множество сообществ, несколько сотен разработчиков по СНГ, тысячи по миру. Эти потенциальные разработчики и принимали бы участие как фрилансеры и контрибьюторы.

Ну ок, смоделируем ситуацию: поставили мы движок на новые рельсы у которых большое сообщество. Кто из этих людей придет сюда? Лишь тот, кто заинтересован в функционале написанном поверх фреймворка, так? Заинтересован он будет только в случае, если пилит проект для себя либо выполняет заказ. Каково количество таких людей будет? Не думаю, что большое. Если человеку нужен магазин или простой блог он уйдет искать другие решения, не станет перепиливать данный функционал. Расширение функционала до каких-то других возможностей? Хз, опять же на рынке хватает готовых и работающих вариантов, с которыми тягаться едва ли возможно.

Может вам и не нужна документация (мне кстати тоже), но новичкам она необходима. Вы им предлагает сначала изучить PHP, потом API, Smarty и только потом начать делать шаблон (как пример)?

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

Все правильно, но вы то с LiveStreet с 2009 года (судя по профилю). Надо понять простую вещь: перестать смотреть только со своей колокольни, а подумать чего не хватает другим потенциальным пользователям (новичкам).

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

Можно все это сделать самому, с этим никто не спорит, но таких мелочей много. Подобные вещи нужно добавлять в LiveStreet по умолчанию.

Но ведь нужен кто-то, кто это будет эти вещи добавлять. Особой активности на Гите небыло, так то. А одному, думаю, нелегко тянуть.

Никто и не вешает все на Максима. Но, согласитесь, множество фатальных ошибок было допущено Максимом и он несет часть ответственности, так же как и сообщество понесло часть своей ответственности.

На счет множества и фатальных судить не буду, но это именно то, что я хотел сказать: в сложившейся ситуации виноваты все, не стоит искать кого-то крайнего. И то, что Орт устал от проекта и потерял всякий интерес вполне можно понять.
avatar
Если бы переехали на другие рельсы, можно было бы получить неплохой отклик от сообщества фреймворка, на который переезжаем, если собрать документацию и какие-то уроки, возможно переводы, информацию о будующих версиях(этому можно посвятить отдельный блог). Осваивающие заходили бы на сайт из-за фреймворков, а те кто освоили, заходили бы посмотреть также эти же новости. А в конечном итоге брали бы как минимум нашу CMS based on framework, на пробу, а там возможно и на постоянное использование. А т.к. не надо будет тратить время и силы на развитие самого фреймворка, то для полного охвата аудитории можно и прикрепть модуль магазина, или просто расширить сущность имеющего функционала ЛС.
avatar
Я бы привлек к разговору Вадима, ведь ситуация с альто полностью такая же, хоть он еще и не сдался. Но по сообществу, на мой взгляд, там ситуация немного хуже, несмотря на наличие минорных версий.
avatar
Именно это и пытаюсь донести до vOFFka .
avatar
Кто из этих людей придет сюда? Лишь тот, кто заинтересован в функционале написанном поверх фреймворка, так? Заинтересован он будет только в случае, если пилит проект для себя либо выполняет заказ.

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

Если человеку нужен магазин или простой блог он уйдет искать другие решения, не станет перепиливать данный функционал. Расширение функционала до каких-то других возможностей? Хз, опять же на рынке хватает готовых и работающих вариантов, с которыми тягаться едва ли возможно.

Вы правы, мало кто захочет магазин на основе блого-социального движка, но я говорю о другом: разрабатывать плагины, панель администратора и движок в целом — будет гораздо проще.

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

Должна быть подробная документация с примерами. Откройте нормальную документацию по Laravel, Vue, Meteor — это то, к чему надо стремиться.

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

Тогда, я не понимаю, почему вы отрицаете очевидные вещи.

Но ведь нужен кто-то, кто это будет эти вещи добавлять. Особой активности на Гите небыло, так то. А одному, думаю, нелегко тянуть.

Конечно, нужны, поэтому и пишу про Laravel. Вы сами себе противоречите. Как вы собираетесь искать потенциальных контрибьюторов без нормальной документации и фреймворка? Для меня это большая загадка.

Крайнего никто не ищет. Я еще в первом комментарие пожелал удачи Максиму. Но обвинять, что во всем виновато сообщество, это тоже было бы странно.
avatar
Придет тот, кто знает фреймворк или готов тратить свое время на его изучение. Таких людей будет гораздо больше, чем тех кто готов вкладывать свое время в чужой велосипед.

Да не придет. Ради чего? Ради интереса? Поковырять то, что кто-то написал над фреймворком? Не будет спроса — не будет предложения. Будет такая же вялотекущая ситуация. Разрабатывать будет проще, согласен. Но это касается только разработчиков. А если не для кого будет это делать, что им здесь делать?

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

В чем противоречие? Я лишь пытаюсь сказать, что в данной ситуации наличие документации и фреймворка ничего не решает, т.к. нет банального спроса на движок. Когда-то он был интересен людям, у него была своя фишка и люди здесь были, сейчас интерес пропал, все.

Крайнего никто не ищет. Я еще в первом комментарие пожелал удачи Максиму. Но обвинять, что во всем виновато сообщество, это тоже было бы странно.

Это не конкретно вам, а всему сообществу, здесь в последнее время хватало выпадов.

Но, ок, давайте закроем спор, все равно каждый остается при своем.
avatar
Тогда у меня просто вопрос, чтобы не разводить нам дальше тред. Что вы предлагаете для выхода из текущей ситуации?
avatar
Да ничего, собственно, не предлагаю, так как из данной ситуации вижу только один выход — активность самого сообщества, но этого не случится потому, что отсутствует интерес у обеих сторон, как у разработчиков, так и у пользователей. Поэтому и дальнейшего развития какого-то ожидать не стоит. Останется все как и есть: кому интересно или действительно необходимо, будут дальше ковыряться, изредка что-то выбрасывать в каталог, немногочисленные пользователи будут все так же пробовать найти специалистов, ругаться на недоступность расширений в каталоге и все. Вопрос-то этот далеко не в первый раз поднимается и, если за все это время ничего не изменилось, то чего ожидать в будущем?
avatar
Скажу больше — несколько лет назад эта мысль плотно у меня засела, был анализ, попытки перенести на него LS идеологию (которая казалась мне удачной). Но не взлетело, сил и мотивации на такой объем работы уже не было.
avatar
Если так — то аминь! И да поможет нам Laravel!
avatar
Поддерживаю идею с популярным фреймворком. Не нужно придумывать велосипед.
avatar
Проект нужен!
Он реально удобен и ему просто нужно уделить время, если за него взяться то большую часть тех кто использовал ЛС можно вернуть, для этого есть все, есть база по которой можно сделать рассылку, но для начала нужно подпилить сам движок и нужно написать еще десяток интересных плагинов.
Очень не хотелось бы что бы проект вот так канул в лету…
avatar
Простое решение для проекта LS.
1. Максу срочно надо стать спортсменом. ( желательно командные виды спорта )
2. Срочно подарить большой подарок жене ( возможно совместное путешествие )
3. Оценить проект дохода в деньгах и продать его, либо… перестать ныть, придумать и поставить правильную большую идею-цель-миссию и начать пахать.
Макс, от себя не убежишь. Добра.
avatar
1. check
2. check
3. check
avatar
Движок очень классный, особенно была версия 1.0.3, у неё было большое преимущество в стабильности и относительно небольшой нагрузки в отличие от версии 2.0

Как уже говорили выше, версию 2.0 и развитие движка затормозило только очень долгий выпуск релиза версии 2.0, нужно всегда сообщество держать в ожидании новых, хоть и небольших нововведений и улучшений, а когда больше года разрабатывается новая версия а старая так и не улучшается, все начинают искать другие движки которые быстрее развиваются. Помню ещё версию 0.4 вроде, у неё был очень большой потенциал так как тогда постоянно, каждую неделю выпускалось какое то обновление, постоянно следил за движком и было большое развитие!

Максиму большое спасибо за прекрасный движок и отличное сообщество, я тоже в своё время только благодаря LS стал полноценно заниматься программированием и создавал проекты на его основе. Из проектов которые сейчас не очень живы но всё ещё существуют это levarm.com (кино база) и alasko.ru (доска объявлений), в то время я хорошо освоил движок и разрабатывал все проекты на livestreet'е. даже если нужно было сделать какой нибудь небольшой сайт визитку.

Моё дальнейшее видение проекта:
— Собрать людей, единомышленников, которым этот проект действительно интересен, дать возможность полноценно участвовать в его развитии, база для этого уже давно создана!
— Разработать Road map по внедрению во все социальные сети, что бы как можно больше людей о нём узнали.
— Ещё самое главное, выделить направления, не только социального блога, который сейчас реализован а что бы можно было просто сделать из этого движка новостной портал или полноценный портал компании, или любой другой проект с модульным функционалом, возможно даже задуматься о месенджере в проекте.

Максим, ещё раз тебе огромное спасибо за проделанную работу, ты в своё время был отправной точкой для многих программистов с открытым движком и отличным сообществом! Тебе и твоей семье здоровья и благополучия!
avatar
Как уже говорили выше, версию 2.0 и развитие движка затормозило только очень долгий выпуск релиза версии 2.0
Здесь нужно понимать, что срок затянулся не из-за сложности и объема 2.0, а из-за потери интереса к проекту в целом, времени на него почти не выделялось. Тоже самое было бы и с продолжением 1.* ветки, т.е. такое же печальное положение
avatar
Надеюсь Максим включится в обсуждение, а не как всегда отмолчится.
avatar
Очень жаль что проект угасает на глазах. Хороший движок( Жаль что приходится уходить с него.
avatar
За то время, пока развивался LS, веб очень сильно изменился. Изменились HTML, CSS, JS, языки для веб-разработки, вся разработка фронтенда, и даже хостинги. LS был клёвым во времена Livejournal, но безнадёжно устарел сегодня.

Самым лучшим решением будет оставить его в прошлом и написать новый открытый движок для мультиблогов, простой для установки и расширения. Благо спрос есть: хабра, дёрти и tjournal с отпрысками на закрытых самописных движках живут и процветают. У меня есть давнишний сайт на LS, но последнее время руки чешутся написать с нуля свой движок и экспортировать посты. Потому что перспектив нет.

Первый шаг — придумать рабочее название, создать проект на гитхабе и сделать в нём репозитарий для ТЗ. Подумать всем вместе, о том, что должно получиться в итоге.
avatar
Чего б мне самому хотелось: хорошо продуманной спецификации API приложения с мультиблогами. Которая позволит отделить фронтэнд от бэкэнда. Чтоб можно было делать разные бэкэнды на разных языках, зная, что к ним легко подцепить готовый фронтэнд (а заодно мобильное или десктопное приложение), и можно было делать разные фронтэнды, зная, что они будут работать с любым бэкэндом, лишь бы он соответствовал спецификации. Этакий стандарт, не завязанный на PHP и smarty.
avatar
Это все мечты. Максим, даже сайт LS до LS 2.0.1 не обновил и обновлять не планирует, а ты говоришь о новом движке. Хотелось бы, чтобы хоть, какой-то процесс пошел, но увы. Максиму все равно. Даже в обсуждение не включился. Написал и ушел. Как всегда.
avatar
Почему мечты? Мне эта задача не кажется особо сложной. У меня по работе проекты объёмнее. Да, Максиму всё равно, так что если хочется результатов, надо не ждать Максима, а делать самим.
avatar
kseniya все ждет действий от Максима)

Для начала нужны кор контрибьюторы. Написать ТЗ не составит большого труда. Достаточно начать с тех фич, что имеет LS 2 и потихоньку двигаться дальше.
avatar
Отлично, давай рабочее название придумаем и начнём писать ТЗ. )
avatar
Вы будете кор контрибьютором на Laravel?)
avatar
Вряд ли. Мне больше нравятся рельсы, нода, голанг и реакт. Но контрибьютором ТЗ и спецификации API я быть готов.
avatar
Аналогично про технологии, но нет смысла переносить движок с PHP, в связи с популярностью этого языка. Для начала нужны кор разработчики.
avatar
Для начала нужно рабочее название, репозитарий и ТЗ, чтоб кор разработчикам было куда вступать и что реализовывать. И, если это новый проект, нет смысла воспроизводить в нём LS, копируя его со всеми недостатками. Можно сразу сделать его лучше.
avatar
Любой условное название, до релиза вообще без разницы. Репозитарий создается за минуту на GitHub. ТЗ не проблема. Начните с главного: кому вступать? Все что вы описываете, это несущественные вещи. Нужны разработчики которые потянут проект. Я написал “фич”, не предлагал архитектурно копировать LS.
avatar
Хорошо, но на гитхабе нельзя сделать организацию «любое-условное-название-team». Нужно что-то конкретное.
avatar
Вот для иллюстрации, пример подхода — на гитхабе есть проект realworld, где описано приложение типа «многопользовательский блог» и люди пишут свои реализации этой задачи на разных платформах. В основе всего — описание API. Собственно, нужно сделать то же самое — придумать название нового движка, сделать проект на гитхабе, набросать ТЗ, спроектировать API. А дальше — написать бэкэнд-«заглушку» со статическими данными, с заглушкой уже можно делать фронтэнд, с фронтэндом — писать уже нормальный бэкэнд, и т.д., и т.п. Само пойдёт и раскрутится.
avatar
RealWorld просто предоставляет реализацию на разных фреймворках и не имеет никакого отношения к готовой CMS. Ничего особенно и интересного там никогда не было. Особенно смешно звучит «само пойдет и раскрутится”. Вы будете контрибютером, писать плагины, шаблоны верстать на разных бэкендах? Если вам нужен специфичный бэкенд под свой проект, то просто берете и пишите его на любом фреймворке (как многие и сделали). В данном случае речь идет о готовом решении на основе фреймворка, а не реализация этих решений под разную инфраструктуру.
avatar
Бекенд на разных языках — полный бред. Как вы себе это представляете? Разработку движка, шаблонов, плагинов, администрирование на разных языках? Кому это надо? Достаточно хороший бекенд (Laravel например) c API. Зачем опять придумать велосипед никому ненужный.
avatar
Ну вот я уже расписал выше, как я себе это представляю. Составляем спецификация API, и далее кто угодно может написать свой бэкэнд, реализующий эту спецификацию. В том числе и на Laravel. А потом, опять таки, кто угодно сможет написать для бэкэнда красивый фронтэнд. А потом для этого фронтэнда кто-то напишет другой бэкэнд, на другом языке и с более крутым функционалом. В результате в разработку открытой блого-платформы смогут включиться не только php-шники.
avatar
Никому это не надо. Невозможно поддерживать один движок, а вы предлагает тянуть их десятки.
avatar
Я не предлагаю тянуть десятки движков. Я предлагаю только одно: строить работу таким образом, чтобы проект не был завязан на одну единственную технологию.
avatar
В этом нет никакой логики для готового решения, как я уже сказал выше.
avatar
В этом есть логика для того, чтобы проектом занимался не один человек, релизы с фишками выходили не раз в три года, и всё это дело не умерло, когда Laravel выйдет из моды.
avatar
Не будет этого. Любому разработчику проще взять фреймворк и не морочить голову. Никто не будет вам тянуть десятки технологий. Все когда то выйдет из моды, и что теперь каждый день переписывать все? Реакт уже не в моде, рельса не в моде давно. Тут даже нечего обсуждать.
avatar
> Никто не будет вам тянуть десятки технологий.
avatar
Никто не будет вам тянуть десятки технологий.
Я не совсем понимаю, как ты понимаешь мою идею. Мне кажется, несколько превратно, из-за чего споришь с чем-то совсем другим, не тем, что я имею в виду. Разумеется, никто не будет тянуть десятки технологий. Я ж этого и не предлагаю. )
avatar
Вы это предлагаете выше с примером RealWorld. Разве не так?
avatar
Я не предлагаю искать кор-разработчика, который напишет и будет в дальнейшем поддерживать десять разных реализаций бэкэндов на всех возможных языках. Начнём с этого.
avatar
Вы предлагаете, чтобы другие наделали клонов на разных технологиях (фреймворках). Я повторюсь: бэкенд на разных языках — полный бред. RealWorld — example похожий на Medium, он как Todo-Backend. В RealWorld нет ничего вообще: документации, плагинов, шаблонов, сообщества, разработчиков. Просто example! Все версии там давно заброшены, коммитам от года до двух лет. О чем вы вообще говорите? Давайте сделаем много ненужных клонов и будет наблюдать?) Чистая утопия.
avatar
Да, RealWorld — это просто стандартное демо для разных платформ. Сугубо для учебных целей. Которое нет нужды доводить до уровня готового продукта, релизить в продакшен и использовать для практических нужд. Главное в другом — его автор не занимается реализацией всех этих вариантов. Он только описал задачу и спецификацию API. Дальше всё делают люди, которым захотелось реализовать её определённым образом.
Для нашей задачи спецификация будет побольше и посложнее. Кто и на чём будет её реализовывать — я не знаю. Может будет один вариант реализации, может несколько, с разными авторами и названиями. Может, из нескольких вариантов большинство будет хреновыми и умрут, но один или два окажутся жизнеспособными и разовьются.
У меня цель простая — я хочу современную замену LS с функционалом примерно как у Tjournal, с открытым кодом, которую я смогу бесплатно поставить себе на сервер. Как потребителю, мне всё равно, на чём оно будет реализовано. Лишь бы было и работало.
avatar
Никому не нужен example для учебных целей. Людям нужен готовый продукт, похожий на LiveStreet. Реализацией вариантов RealWorld не занимаются другие разработчики. Откройте для начала репозитории и посмотрите коммиты. Но вы мне доказываете обратное, что кто-то за вас будет делать множество готовых решений. Никто не будет разрабатывать вам множество движков, только потому, что вы написали спецификацию. Вы хотите переложить всю основную работу на других людей за бесплатно, а самому отделаться спецификацией. Так не бывает.

Если вам нужен клон Tjournal, то напишите его на любом фреймворке или закажите. Это не имеет совершенно никакого отношения к LiveStreet.
avatar
Никому не нужен example для учебных целей.
Ты опять споришь не с тем, что я предлагаю. Я не предлагаю писать example для учебных целей. По поводу «никому не нужен» — не соглашусь, там по две тысячи звёзд на репках.

Откройте для начала репозитории и посмотрите коммиты.
Открыл, посмотрел. Да, на реакте и ангуляре основной контрибьютор — Эрик Симонс. На других — другие.

Никто не будет разрабатывать вам множество движков, только потому, что вы написали спецификацию.
Разумеется. Только потому, что есть спецификация, никто движок писать не будет. Но если будет спецификация, вариант бэкэнда, вариант фронтэнда, рабочая сборка, которой люди пользуются, велик шанс, что кто-то будет форкать отдельные части и переписывать под себя. Шансов же, что кто-то будет переписывать под себя монолитный проект без спецификации — нулевой.

Это не имеет совершенно никакого отношения к LiveStreet.

Имеет, потому что это всё одно семейство со схожим функционалом.
avatar
Ты опять споришь не с тем, что я предлагаю. Я не предлагаю писать example для учебных целей. По поводу «никому не нужен» — не соглашусь, там по две тысячи звёзд на репках.

Звезды на GitHub никогда не говорили о популярности и развития проектов, это давно известный факт. Ничего интересного там нет, обычные заготовки на фреймворках.

Открыл, посмотрел. Да, на реакте и ангуляре основной контрибьютор — Эрик Симонс. На других — другие.

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

Пишите спецификацию и ждите у моря погоды. Вы уверенны в том, что за вас все сделают. Нет смысла дальше продолжать этот диалог.
avatar
Это просто заготовки. Неужели так сложно это понять?
Я это понимаю. Ты зачем-то пытаешься доказать мне то, с чем я и так согласен. )

Пишите спецификацию и ждите у моря погоды. Вы уверенны в том, что за вас все сделают.
Ну, я предложил план действий, как начать работу над новым движком. Первый шаг — название, репозитарий, ТЗ. Можно нулевой шаг добавить — пост в этом сообществе с анонсом и приглашением. Наберётся человек пять, и можно начинать. Твои предложения какие? Максима ждать?
avatar
Я это понимаю. Ты зачем-то пытаешься доказать мне то, с чем я и так согласен. )

Тогда, вы должно понимать всю утопичность вашей идеи. Люди не поддерживают example, а вы хотите, чтобы они разрабатывали готовый продукт на разных технологиях. Напомню, за 10 лет разработки LiveStreet, так и не появилось конкурентов на других технологиях.
Ну, я предложил план действий, как начать работу над новым движком. Первый шаг — название, репозитарий, ТЗ. Можно нулевой шаг добавить — пост в этом сообществе с анонсом и приглашением. Наберётся человек пять, и можно начинать. Твои предложения какие? Максима ждать?

Вы предложили несущественные вещи, которые не играют никакой роли. Вы не готовы разрабатывать продукт, но говорите начинать. Для того, чтобы начать, нужны кор разработчики. Мои предложения выше: перейти на Laravel.
avatar
Люди не поддерживают example
В каком месте появилось убеждение, что делая систему начиная со спецификации API, можно сделать только example, но не продукт?
avatar
Хочется отметить, по поводу твоей идеи насчет спецификаций — вообще, то что ты предлагаешь — нынешняя действительность, в данный момент для ЛС единственная спецификация — БД, т.к. публичного API, для других сайтов нет. Если же говорить о внутреннем API, то это тоже можно реализовать, но это ненужно, потому что главная цель в разработке — двигаться дальше, для чего нужно менять технологии, ориентируясь на современные тенденции в области тех или иных технологий. Если ты говоришь о внутреннем API, то единственный плюс от этого — легкая перносимость плагинов, и шаблонов. В данный момент для текущего ЛС это невозможно, т.к. в ЛС нет популярных шаблонизаторов(smarty морально устарел, про него уже нужно забыть и думать про Twig, или другие шаблонизаторы), и не заложены популярные шаблоны проектирования(например, ActiveRecord). К примеру если реализовать ЛС сейчас на Yii, а потом решить перевести ЛС на Laravel по каким-либо соображениям — уже будет легче, можно было бы даже делать конвертер плагинов, например. Но это не нужно. Полностью устареет один из этих движков — значит устареют и технологии, заложенные в нем, и переделывать придется снова все.
avatar
Я исхожу из такой архитектуры — фронтэнд целиком перемещается на клиент, шаблонизаторов нет вовсе, а на бэкэнде остаётся только REST API. В результате, фронтэнду не важно, на чём реализован бэкэнд, а бэкэнду — какой используется фронтэнд.
avatar
Максим @ort достаточно четко выразил свою позицию по отношению к проекту – насколько я понимаю, она подкреплена его активностью (точнее ее отсутствием) в данном обсуждении. Тем не менее, как видно “некая абстрактная” заинтересованность у людей к данному вопросу есть. Самым оптимальным предложением (с моей точки зрения), озвученным по ходу обсуждения, были мысли KptLex по разработке на Laver. Отсюда вопрос, что реально для этого требуется и нужно ли обязательное участие Максима, учитывая текущие реалия?
avatar
Для разработки Максим конечно не требуется, но Максим нужен, чтобы пользователи были уверены, что переезд на Livestreet based on framework, не оберется ему боком.
avatar
Необязательно. Вариантов несколько: сменить бренд и сделать конвертер с LiveStreet или чтобы Максим передал проект полностью под новый фреймворк.
avatar
предлогаю сначала дождаться комментария aVadim`a
если ort отказывается развивать дальше лс, то один из вариантов — переходить на альто и постараться не дать ему умереть
avatar
Переход должен быть не на альто, а на совершенно новый продукт.
avatar
Вадим говорил о том, что у альто два пути развития — один из них был между прочим переезд на популярный фреймворк
из всего сообщества людей так или иначе связанных ЛС, я бы доверил разработку нового лс Вадиму
avatar
У Вадима, есть Alto. Зачем ему заниматься LS?
avatar
что то и Вадим не заходит даже на свой сайт :(
avatar
Соглашусь с тобой тут, AltoCMS до определенного времени хорошо развивался, в последнее время активность Вадима и как результат всего сообщества угасла.
В общем, очень жду комментария от Вадима.
avatar
Скажу тем кто любит Laravel — он умрет, года через 2-3. Спросите почему? А потому что история такая же как с LiveStreet, во времена становления Laravel нужен был простой фреймворк, его сделал 1 человек и подтянулось сообщество стало пользоваться, развивать. Но другие фреймворки не стоят на месте, Symfony4 уже давно microframework, ни по сложности ни по производительности Laravel не уступает, у него отличная документация, большое комьюнити, стабильные LTS резилзы и куча Enterprise контрибьюторов, имеет кучу сторонних бандлов которые не глючат как в Laravel. Drupal8, Prestashop, куча других проектов давно уже переводят на Symfony и его компоненты, но не на LARAVEL потому что зачем использовать обертку над Symfony Components? (Если вы не знали Laravel внутри себя использует кучу основных компонентов Symfony). Вы же не будете использовать шаблонизатор по умолчанию под названием «Blade» который ничего не умеет из коробки, ничего, это просто обертка над <php echo «Hello»; ?>, уже надо заменять хотя бы на Twig (модуль конечно есть). ORM В Laravel удобный когда пара простых select, insert, updated, но вы же видели базу LS, вы себе это на таком дешевом ORM предстовляете? По хорошему нужна Doctrine. Посмотрите сколько «КУЛ CMS» на Laravel, ни одна из них особо не популярна! (Если я не прав дайте линк на крутую CMS на Laravel. крутую а не управление стат. страницами на Bootstrap шаблоне!!!!!!!).
Я думаю на LiveStreet естественно может быть спрос, может на CMS для коллективных блогов как таковых меньше, но если сделать более универсальным, фреймворком для построения сайтов с готовой админкой, пользователями правами, модулями аля коллективный блог и т.д (уже есть какие то админки и на Laravel и на Symfony). Но кто все это будет делать? Разработка 3 версии я более уверен займет ~6-12 месяцев, к этому моменту на рынок выйдет еще пару CMS, жду когда BoltCMS переедет на Symfony, это может стать началом для нового LS т.к можно сделать на его базе, незачем все с 0 писать даже на фреймвокре.

Для Frontend Vue.js может быть идеальным вариантом.
avatar
Я хоть и не поклонник Laravel, но с вашим высказыванием не согласен. Очень глупо делать такие прогнозы. Никто не знает, что будет с Laravel черег год, возможно они решат его полностью переделать, а быть может внести вообще что-то новое в web. Никто е знает, что будет и с Symfony, быть может он сделает какой-нибудь рывок вперед, а быть может появится другой фреймворк, который перечеркнет все остальные. Так что основываться на чьих-либо прогнозах и догадаках — глупая идея, нужно смотреть в нынешнюю реальность.
avatar
Кто они? Taylor Otwell или кто? Комьюнити? Что они новое могут принести, сделать еще проще? Да из за простоты в Laravel ниче не работает на сложных проектах. Вы не правы и судить я могу т.к работал с обоими фреймвокрами и знаком с экосистемой Laravel. Для чего нужен будет Laravel через 2-3 года? Для чего? Чем он лучше Symfony? Где у него преимущество? Можете ответить? Если Laravel как я уже сказал обертка над Symfony, зачем использовать его если можно взять Symfony Framework или сделать как хочется с помощью Symfony Components. Удобство работы с Laravel только на очень простых задачах, как я уже сказал все переводят проекты на Symfony и нет на Laravel достойных проектов. Так зачем использовать такой фреймворк в долгосрочной перспективе? Помните что было когда вышел Laravel5 а у всех проекты на 4 версии абсолютно не совместимы с 5. Если они сделают ту самую новую версиию через 2-3 года, вы то сделаете на 5 без обратной совместимости и все по новой? И вы думаете Taylor будет поддерживать 5 версию при наличии 6? Все хлебнули с этим переходом, я думаю многие просто не хотят повторения ситуации и по этому люди выбирают Symfony, LTS релизы и обновится до последней версии если не затягивать на долго не составит труда в любой моменно. Laravel идет максимум в 2 случаях: Ну очень быстро надо слелать или функционал на 5 страниц. А других причин нет кроме того что люди бояться изучать Symfony из за услышанной в каком то вебинаре 2012 когда о том что Symfony это штука сложная а Laravel изучить легче легкого. Еще раз скажу, LS проект не маленький. Есть такая CMS = OctoberCMS, да на Laravel, но там все внутренности сделаны по своему, фактически толку от того что это сделано на Laravel никакого, вся структура иная, и почему же вдруг так? Laravel там только для ядра и все. Вы тоже планируете сделать свой велосипед аля Livestreet поверх Laravel??? Так может сразу выкинуть прослойку просто??? Если вы так уверены в своем Laravel, приведите хотя бы пару аргументов!!!
avatar
PS: Symfony уже давно сделал рывок вперед с версией 4 как минимум, а где рывок вперед у Laravel за последний год-два?
avatar
Только надо учитывать, что большинство сайтов ЛС — небольшие, простейшие проекты. И я говорю о том, что глупо говорть о том, что Laravel умрет, когда на данный момент делается огомное количество проектов на Laravel, упоминается Laravel чаще чем другие, и количество вакансий с разработкой на Laravel я встречал больше. А еще кстати php умирает(ага, как же, не считая того, что 80% сайтов сделано на нем). Небольшие проекты требуют простых решений.
avatar
Небольшие простейшие проекты на сложном движке это норма. И сложные проекты на фреймворках типа Larvael это норма для многих. В общем вся ваша аргументация это какое то количество вакансий и упоминания. А ничего что большинство этих упоминаний статьи ни о чем? Как я сделал кнопку на Laravel… Или Как я запилил Realtime Chat на Вебсокетах в Larvael…
avatar
Смотрим ЦА LS, людям нужны простые решения с низким порогом вхождения.
avatar
Вы просто почитайте stackoverflow.com/questions/tagged/laravel что тут за вопросы по Larvael, как вывести Title в Angular это вообще TOP. Как поменять текст валидации и т.д самые обычные вопросы в Laravel и их количество блин растет хотя ответы давно есть. А вот Symfony… stackoverflow.com/questions/tagged/symfony и вопросы там не из серии Laravel:

how to stop webpack from reloading after saved change php file?


How to find the directory of laravel installation in Windows

Вот это вообще топ…
avatar
Т.е вы решили что в Symfony большой порог вхождения? Обоснуйте, где и что сложно. Как я уже упоминал Symfony4 это не то же самое что Symfony2 в 2012 году, вы просто не знаете об этом. Люди которые не разбираются в программировании а просто используют продукт им пофиг как он сделан мы на этом можем не смотреть, а что бы нам жить было проще лучше выбрать удобные а не простые инструменты которые в долгосрочной перспективе не умрут в том числе. И вообще, LS это > 10 моделей ORM как минимум, я думаю под 20-30 наберется, если для вас это совсем просто то вы видимо никогда это просто не делали вот и не знаете. Простые решения хорошо, но простые решения абсолютно не гибкие.
avatar
Так, а кто сказал, что Laravel, symfony — единственные фреймворки? Вы говорите, что нужно выбрать symfony потому что по вашим какие-то другие фреймворки умрут через два-три года. Я вам говорю, что это прогнозы сделанные лично вами, и опираться на них не стоит. Единственное решение, в данном случае, по выбору фреймворка это решение всего сообщества ЛС, чтобы вовлечь как можно больше народу, а потерять меньше. Я бы лично сам не стал выбирать ни laravel, ни sympfony. Я бы устроил тесты производительности, можно найти в интернете уже готовые, например: habrahabr.ru/company/nixsolutions/blog/329718/
avatar
Ну COME ON!!! 2k18.

PHP Framekwork list: Laravel, Yii2, Phalcon, Zend Frameowrk (1,2,3), CodeIgniter, CakePHP, FuelPHP, Slim, PhpIxie, Aura.

Ок поехали:

Laravel:
я уже много сказал о нем, имею опыт работы с ним на сложных проектах, функционал из коробки жалкий, шаблонизатор убогий, роутинг декларативный, ORM шляпа.

Yii2:
КАМОН какой yii2 да он уже давно никому не нужен толком, где его хоть какие то преимущества перед тем же Laravel, их просто нет. Все с него уже давно на тот самый Larvael переезжают. Модулей мало, фреймворк запутанный.
github.com/yiisoft/yii2/issues 761 открых Issue это говорит о такой класной стабильности и количестве контрибьютеров.

Phalcon
Проблема одна это фреймворк в виде extension для PHP. Вы не можете изменить ядро фреймворка не изменяя extension на C. Performance это единственный аргумент, только вот ваша логика все равно на PHP… да и смысл делать LS на Phalcon? Я честно не вижу вообще. Никто не делает блоги на Phalcon.

Zend Framework
Когда то версия 1 доминировала, версия 2 оказалась никому не нужна из за слишком большого количества абстракций как по мне, а текущий активно развиваемый продукт под названием Zend Expressive. На мой взгляд проблема с Zend всегда одна, это количество времени которое нужно потратить на разработку т.к конфиги в PHP массивах, Service Locator в php файлах, шаблоны в php файлах ну вы поняли… Смысла не вижу вообще.

CodeIgniter
Когда то умер, теперь возрождается но пока не возродился как птица феникс, пока что не подходит.

CakePHP
Даж ниче говорить не буду в 2k18.

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

Slim
Микрофреймворк, думаю не стоит делать LS на микрофреймворке т.к проект всегда может вырасти в кучу доп. моудлей и банлов. Из плюсов легковесность, но камон 2k18 php7 (7.2) на дворе, с его приходом все даже от поддержки HHVM отказались!!! Performance больше не аргумент.

Silex
Ну тут вообще история такая что с выходом Symfony 4 от Silex отказываются и он умирает т.к Symfony4 сам по себе микрофреймворк. И применимо то же что и в Slim.

Aura
Aura это вообще какие то php компоненты которые объеденены в фреймворк. Сам не работал сказать о внутренностях не скажу, github.com/auraphp/Aura.Framework 87 звезд думаю обо всем говорят. А использовать компоненты по необходимости всегда пожалуйста.

PhpIxie
… Просто нет. phpixie.com/quickstart.html Беглый взляд подсказывает что это псевдо Laravel со своим видиньем.

Теперь по поводу решения комьюнити, производительности и т.д. По моему вот основные факторы для выбора фреймворка:

1. Стабильность, LTS релизы
2. Наличие хорошей документации
3. Количество контрибьютеров
4. Покрытие тестами
5. Количество сторонних библиотек интегрированных для фреймворка!!!
6. Комьюнити (которое не задает вопросы ответы на которые в документации и исходном коде)
7. Звездочки на github можно конечно брать в расчет но не показатель на самом деле.

И вы думаете тут кто нибудь обойдет Symfony по этим пунктам? Вперед, я слушаю, кто :))

Теперь по поводу производительности.

Ну это вообще бред, реально сравнить произодительность вы сможете только если на каждом из них напишите идентичное приложение и сравните, тогда тест будет что то реальное отображать. А тестировать Hello world, да они все примерно одинаковый результат выдадут 100%. Php7 достаточно производителен что бы это не было одним из главных факторов как ранее.

Вы извините но вообще видимо не программируете по тому ситуацию не видите, а я вижу.

Собственно я не просто так рекомендую Symfony и говорю что Laravel умрет через года 2-3, Остальные фреймворки просто не достаточно популярны или не имеют все необходимое.
avatar
761 открых Issue это говорит о такой класной стабильности и количестве контрибьютеров
То ли дело 649 у Symfony, да и 843 контрибьютера тоже не мало, да и при том что yii немного моложе.
Произврдительность важна, вы не правы, php7, и 2018 год уж точно полностью не решают проблему. Релизы тоже пока выходит у всех популярных фреймворков, документации полно, или вы пользоваться поиском не умеете. Тесты тоже не проблема. О каких библиотеках идет речь? Вы хотите только ставить библиотеки и пользоваться стандартными решениями из коробки? Комьюнити на которое надо оринтироваться — комьюнити лайвстрит, которое и решает — что дальше. Про звездочки конечно да, слишком важно, возьмем в расчет.
avatar
В общем я не вижу опять хоть какой то аргументации в очередной раз кроме каких то отрывков.

Произврдительность важна, вы не правы, php7, и 2018 год уж точно полностью не решают проблему.


Где аргументы, тесты, хоть что то? Вы хоть проверяли? У меня приложение на symfony с 40+ бандлов кушает 2-4mb памяти, очень много…

Я вам написал пункты которые стоит учитывать, yii2 проиграет. Вы видимо не видите дальше чем LS и функционал блога.
avatar
Релизы тоже пока выходит у всех популярных фреймворков, документации полно, или вы пользоваться поиском не умеете.

У symfony четкий график релизов, всегда известно за долго что, как и когда будет.

О каких библиотеках идет речь? Вы хотите только ставить библиотеки и пользоваться стандартными решениями из коробки?


Вы вообще что имеете в виду? Я говорю о том что есть jms/serializer, и есть JMSSerialzierBundle, для Redis — SncRedisBundle и т.д и т.д (ну да в Larvael вообще из коробки redis!!!), конечно давайте юзать голый api на функциях очень удобно. Бандл Symfony облегчает работу со сторонними библиотеками и есть почти на каждый случай жизни, и тестами покрыты и временем проверены.

Комьюнити на которое надо оринтироваться — комьюнити лайвстрит, которое и решает — что дальше. Про звездочки конечно да, слишком важно, возьмем в расчет.


Пока что вы отвечаете мне за все комьюнити.
avatar
пока что вижу пустой треп от вас с попыткой навязать свое мнение
p.s. вы видимо никогда не работали с высонагруженными проектами
avatar
Вы друг другу перечите, одному нужен простой движок без сложностей, другой хочет его под Highload, а Highload у каждого свой то, 10к пользователей в день для вас может Highload? Или у вас 10к в секунду? А вы пользователям как базу под highload сделать то же расскажите? master-slave, sharding, особенно на SHAREDH OSTING. Причем тут вообще Highload и LS? Если вы считаете что Symfony не выдержит Highload, а что то там выдержит вы просто не умеете готовить Symfony.

Я не навязываю свое мнение, а даю аргументацию основываясь на личном опыте работы с разными PHP фрейморками, в особенности Laravel и Symfony, и готов контрибьютить в LS на основе Symfony, в свою очередь никто не сказал о том почему например Symfony не подходит, за то кричим про все остальное.
avatar
Я не навязываю свое мнение, а даю аргументацию основываясь на личном опыте работы с разными PHP фрейморками, в особенности Laravel и Symfony, и готов контрибьютить в LS на основе Symfony, в свою очередь никто не сказал о том почему например Symfony не подходит, за то кричим про все остальное.

С этого и надо было начинать, что вы готовы контрибьютить и предлагаете Symfony в качестве основы. Иначе складывается мнение, что вы просто пришли рассказать какой Laravel плохой и больше ничего.
avatar
В самом деле просто аудитория слышит то что хочет слышать. Не делайте из меня дурака который пришел на Livestreet.ru продвигать Symfony и говорить что другие плохие. Я этим могу заняться там где люди в этом разбираются и я получу конструктивную критику аля habrahabr, toster, stackoverflow… VK на худой конец. Нет, я не пытаюсь развести Holywar about the one and most powerful php framework. Я просто знаю что такое Larvael и предлагаю если уж делать LS3 не делать сразу ошибок, ибо сделать LS2 на своем ядре уже была ошибкой. Я упоминал что многие популярные CMs переводят на Symfony и его компоненты. Drupal8, Prestashop тому пример, очень крупные игроки отказываются от своих велосипедов и знаете ли Laravel или другое что то не берут, и этому есть причина которую я пытаюсь донести :)))
avatar
Мог бы ответить по пунктам, но тред топика и так уже длинный. Если коротко. Замените Laravel на Symfony/Yii2/что угодно, это будет гораздо лучше того, что есть сейчас в LiveStreet. Laravel условное решение, а не факт состоявшейся разработки. Вы готовы начать проект на Symfony? Начинайте, сообщество подключится.
avatar
И я вам то же коротко отвечу: «Сообщество уже подтянулось на 2 версию, а на 3 от желающих отбоя не будет.». А умеющих работать с Symfony тут просто толпы… Тут не просто так все спецы предлагают Laravel :) Есть желающие тут?
avatar
Зачем тогда вы здесь разводите демагогию, если не готовы что либо делать?
avatar
Так так так, я вроде как спрашиваю есть ли желающие, а вы это в упор не замечаете? Пока что я не вижу тут ответов от программистов которые могли бы внести вклад в новый LS. Я предлагаю конкретный фреймворк, знаю как его готовить, запилить прототип вообще не так долго. А демагогию развели в коментах выше, столько обсуждений а что толку? К чему пришли? Вспомнили старое, помусолили будущее, кода написано 0.
avatar
Тогда я вас не так понял, думал это ирония. В комментах выше и стараемся к чему-то прийти.
avatar
Нет это не ирония, у меня давно есть потребность в LiveStreet, пробовал работать со второй версией, я туда даже в качестве плагина интергрировал сам symfony что бы новый функионал делать уже на фреймворке которая работает как «подсистема» в CMS, но ядро морально устарело… Роутинг, база данных и другое LS ловил это из Symfony если роут не был найден LiveStreet. В общем интересный эксперимент, может его продолжу и это может стать переездом LS на Symfony если конечно комьюнити сможет к чему нибудь придти, а то я такой плохой сижу Symfony советую.
avatar
Полностью согласен. Вообще на данный момент, пока никто не взялся за разработку — это все пустые слова. Но чистый лс без плагинов и шаблонов отлично подойдет лишь тем, кто разбирается в разработке, или хочет разобраться.Основная ЦА ЛС на мой взгляд как раз люди не разбирающиеся в разработке, которым хочется просто ставить готовые модули и шаблоны, а это и будет основной проблемой. Так что не все так просто.
avatar
Кстати, сейчас в блогах писать посты в рич-эдиторе не модно, в моде редакторы, где пост — это список блоков разных типов: текст, картинка, цитата и т.п., наподобие CodeX. Когда будете писать движок, закладывайте сразу такой формат поста. Чтоб потом не было мучительно больно переделывать.
avatar
А вот это действительно интересный вопрос. Наблюдаю такую тенденцию, что такие редакторы внедряются в популярные проекты. Вопрос только в том, кому они действительно нравятся? Неужели люди готовы отказаться от классического редактора по типу ворда в пользу этого нового?

Меня действительно сильно интересует этот вопрос — у нас проект, где пользователи имеют средний возраст 34 года — оно им надо такая неопределенная форма?
avatar
Да, они гибче и удобнее. Решают проблему с катом — не нужно использовать специальный разделитель, можно делать автоматический кат по первому блоку. Решается проблема с иллюстраций поста — можно брать картинку из первого блока-картинки. Не нужно учить юзеров вёрстке, чтобы они красиво оформляли, к примеру, цитаты и подписи к иллюстрациям — это делается через форму. Нет сложностей со вставкой в пост навороченных элементов, типа галереи или опроса. Конфиг у tidy или jevix проще, потому что нет нужды нагружать html поддержкой всевозможных фишек. Короче, одни плюсы.
avatar
Лично мне импонирует подобное решение, но учитывая, что пользователи зачастую критично воспринимают кардинальные изменения на ресурсе, то высока вероятность получить кучу проблем т.к все привыкли к ворду и google docs
avatar
Хм, мне кажется, тут немного другое деление. Есть люди, которые умеют делать простые посты и им не требуется сложного инструментария. Написать текст и вставить картинку — предел потребностей. Они могут делать это в ворде, могут в CodeX. Разницы никакой. И есть люди, которым нужно делать сложные публикации с красивым форматированием, оформлением иллюстраций, выделением разделов, элементами для привлечения внимания, вроде цитат, и даже интерактивом. В рич-едиторе это делать тяжело. Но можно. Зачастую, приходится лезть в хтмл, чтобы получить нужный результат. Тем, кто готов идти на такие усилия ради результата, перейти на редактор с блоками, позволяющий делать нужное быстрее и проще, проблемой не будет. Наоборот, будут только рады.
Единственный проблемный юзеркейс таков — знаю блоггеров, которые постят в ЖЖ, потом копируют html и вставляют его в LS. Им удобно делать такие репосты. С блоками так легко из ЖЖ уже не повставляешь.
avatar
Даже интересно стало, насколько сложно реализовать подобное в ls ver 2
avatar
Да, готовы, зайди на пикабу и создай пост — очень удобно!
avatar
Общая концепция на пикабу мне понравилась, но я бы внес некоторые изменения. Не совсем там удобно создавать блоки. Тем не менее, редактор и правда удобный.
avatar
Ну и по поводу выборов фреймворка. Это важный вопрос, но только вести его следует таким образом, чтобы в итоге можно было прийти к решению. Можно спорить долго, аргументировать за и против любого варианта, бесконечно, в итоге так ничего и не начать делать.
Предложение — наконец-таки создать точку приложения усилий. Сделать на гитхабе организацию deadstreet-team (название обсуждаемо), цель которой — написание движка (или движков) для сообществ и коллективных блогов. Чтобы любые индивидуальные и групповые проекты в это области находились в одном месте и были видны. Внутри — репозитарий для ТЗ и прочей проектной документации. Сбор идей и предложений — там же. Коллекция ссылок на аналогичные проекты — там же. Спецификация API, если вдруг таковая родится — там же.
Далее, желающие делать движок на Laravel создают репозитарий laravelstreet, желающие делать его на Symphony — symphonystreet, и пилят внутри них минимальные рабочие прототипы. Кто быстрее запилит и больше контрибьюторов привлечёт — тот и победил. Может быть даже в процессе появится полезный абстрактный framework-agnostic-код, который можно будет разделить.
avatar
А, и ещё — тут некоторые ждут каких-то решений от Максима, а он молчит и ничего не решает. Предлагаю выходить из этой ситуации таким образом: писать пост или коммент с конкретным вопросом или предложением к Максиму, и, обязательно, своим вариантом решения. Если Максим никак не комментирует, скажем, в течении суток, считать, что он не против этого варианта и поддерживает его. Просто чтоб на месте не топтаться и не перекладывать ответственность на того, кто не хочет брать.
avatar
Если кто то отказывается от проекта или хотябы минимальной его поддержки и плюет на свой труд. Ну что ж. Другие возьмут флаг.
avatar
Нужно понимать, что движки с такой тематикой на рынке нужны. И будут пользоваться популярностью. А начинать что то новое нет смысла, все равно придется пройти через кучу грабель. Лучше развивать имеющееся
avatar
В имеющемся свои грабли наложены. Типа, слоя абстракции для БД, не дотягивающий до полноценной ORM, или системы расширения классов на пхпшной магии. На этом выстроен большой объём кода, который не переписать и не выкинуть.
avatar
Думаешь второй Пикабу кому то нужен? Ну хз…
avatar
Уважаемые программисты! Хочу проконсультироваться у вас по срокам и технологиям для разработки. Есть идея некого стартапа с биржевым функционалом, сколько по времени может занять написание самого элементарного функционала:
— Создание заказа
— Регистрация заказчика и исполнителя (профили)
— Ответ на заказ
— Выбор исполнителя
Чтобы сделать вот такой МИНИМАЛЬНЫЙ функционал сколько нужно времени если система самописная?
И еще по технологиям — предлагают использовать Python он якобы проще и надежнее чем PHP, что бы вы выбрали для создания простой (для начала) биржи заказов? (не фриланс, совершенно другое).
avatar
Судя по тому, как долго Вам не отвечают, здесь уже никого нет.Пошли в сообщество InstantCMS!
Ну и буду благодарен, если Вы мне подскажете, где нашли в итоге решение. Или где хотя бы жизнь есть. (задача у меня совершенно другая, но надо найти хотя бы жизнь)))
avatar
Что думает сам ort , что то он не участвует в обсуждении… — это очень печально!
avatar
К сожалению, ort безответственно относится к сообществу, избегая постоянно насущные проблемы. Годами ничего не меняется, судя по топикам в сообществе.
avatar
Что думает сам ort, что то он не участвует в обсуждении… — это очень печально!
Свои мысли я изложил в топике.

Энтузиасты, которые захотят двигать (кодить) проект дальше? Очень сомневаюсь, что такие есть.
Это и показало обсуждение в комментах. Есть сочувствующие, но реальных энтузиастов, которые начнут что-то делать нет. И я их прекрасно понимаю. В этом нет ничего плохого.
  • ort
  • 0
avatar
LS в первую очередь должен заниматься создатель или руководитель, а не энтузиасты. В посте было не мало хороших предложений, что делать с LS. Почему нельзя было их рассмотреть и обсудить? Например, продать LS или отдать в хорошие руки, чтобы проектом занимался, кто-то другой? Больше месяца прошло. Можно было найти время.
avatar
За месяц могла бы уже и сама найти стороннего разработчика готового за спасибо развивать чужой фреймворк…
avatar
Ты читать умеешь? Я что-то подобное говорила?
avatar
отдать в хорошие руки, чтобы проектом занимался, кто-то другой
avatar
Ну так, продать или отдать в хорошие, то есть передать права на LS, чтобы новый владелец развивал LS, как свой проект, а не как проект Максима.
avatar
чтобы новый владелец развивал LS, как свой проект за спасибо
fxd
avatar
Почему, только за спасибо? За пожертвования, комиссии с продаж плагинов и шаблонов, продажи собственных плагинов и шаблонов, продажи рекламы и так далее. Все это будет, если будет развитие, а его нет уже пару лет.
avatar
Если бы это написал кто-то другой, то я может и поверил бы (нет). Тут ты рассказываешь что будет доход с продаж, а в личке предлагаешь меняться платными расширениями и шаблонами… Сорян, но развитие, о котором ты говоришь, ты сама же и затормозила.

Смирись, ни кто не придет и не будет лопатить чужой фреймворк с почти мертвым сообществом ради мифической прибыли.
avatar
Раз уж всё так плохо, то хоть может посоветуете, куда бежать.
Думаю, у меня хорошая задумка — выводить людей из инета в реал. Для этого надо находить пользователей и их объекты вблизи, с учётом расстояния.
Два дня смотрел InstantCMS, там куча приложений с картами, но всё не идеально.
Заглянул сюда, и тут сразу catalog.livestreetcms.com/addon/view/565/ — по крайней мере уже начало правильное, то есть пользователю сразу при регистрации соответствуют координаты!!!

Но почитав этот топик, что-то уже опасаюсь начинать новый проект на LS...

Поэтому просьба покидать ссылок на движки с обычным функционалом соцсетей + расширенные геоопции (работа с именно координатами — в фильтрах, поисках, по радиусу или заданной территории). Идей для использования могу накидать сколько хотите.
avatar
Как по мне так нужно допиливать то что есть, брать напильник и пилить, пилить, пилить. Движок классный, но требует своевременной адаптации, т.к. постоянно возникают потребности в новом функционале. А если перейти на другой движок, то это будет уже не livestreet.
  • ff00
  • 0
avatar
Жаль, что CMS настолько умерла. В рунете это был один из немногих удобных, приятных, хороших вариантов для создания социальных блогов с возможностью на халяву получить нужный ответ на русском в сообществе. Или купить что-то хорошее, тоже недорого. И при этом еще и поднять свой ресурс, потому что как показало время — CMS таки неплохо индексировалась.
avatar
Кто-нибудь уже имел практический опыт переезда с LS на Symfony?
Насколько геморойно? Каковы преимущества? переносились ли модули?
avatar
Задумались о переезде с LS т.к с каждым днем найти исполнителя на ту или иную задачу здесь становиться сложнее.
avatar
Переехать с LS на Symfony это как, это ведь разные вещи. LS это движок с богатым функционалом а Symfony голый фреймворк. Если только интегрировать одно в другое и будет счастье как у меня :) Вы не можете перенести модуль от LS на symfony, но можете писать новый функционал для LS на Symfony используя любые функции LS в Symfony.
avatar
Да, я предполагаю интегрировать или вовсе разработать аналог
avatar
Да, я то же предлагал это выше. Сделать аналог с 0 будет долго и дорого.
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.