Ваши фантазии оставьте при себе :)
Вы слышите ровно то, что хотите услышать. У нас есть магазины и в том числе на симфони, обычно те заказчики что с европы им битрикс не подходит никак, на битриксе мы как раз таки делаем типовые ИМ, как говорится инструмент под задачу.---------- Добавлено 07.06.2017 в 14:03 ----------
Я ТСу ничего не советовал в предыдущих коммментах, вообще ничего, я отвечал на гон про фреймворки.---------- Добавлено 07.06.2017 в 14:07 ----------Господа, вы наехали потому что моё мнения отличается от вашего? или потому что я не вхожу в секту последователей ВП? Успакойтесь, у меня есть блог на ВП :) Просто мой опыт не однобокий, по этому и мнение более широкое. И я не гоню не на какие технологии, вообще не на какие, я уважаю труд всех людей, кто создал что то стоящее, особенно в опен сурсе.
Не у всех задачи заканчиваются на сдаче заказчику болванки с текстовыми страничками.
Можно пруф, где я советовал взять фреймворк и тем более под базовую задачу, а то опять "звон" получается какой то.
melkozaur, ни кого я не пугаю и не пытаюсь нагадить в чье то болото и выдавать свое за панацею. Мне плевать кто на чем делает, что вы прикопались то? Хотите делать на WP - делайте, я заявляю: "Кто хочет делать на вордпрессе - делайте, мне плевать".
Давайте попробую объяснить по другому. Например: сделали мы заказчику сайт, далее он попросил мобильное приложение (надо же управлять контентом там, то есть нужен бэкэнд), потом он чуть вырос, решил контролировать отдел продаж, попросил СРМ под себя, и центр мониторинга операторов кол центра. И так далее. Где тут применение WP?
PS. Я за то, чтобы люди делали сайты на WP, я за то чтобы все все делали на WP, только не гадьте в другие болота при этом, на WP мир клином не сошелся, есть куча других крутых технологий и вещей. Заметьте, я ни кого не задел, что ваши знания ограничены, что вы хотите обмануть заказчика, что все вокруг гады, я такого нигде не говорил, это говорят обычно мои аппоненты :)
Не совсем так, инструмент то под задачу вы возьмете, а потом вам надо будет под инструмент подобрать спеца, а это же так "легко", куда сложнее выбрать инструмент да да. И не знаю зачем вы мне это доносили, я сам придерживаюсь такого же мнения "инструмент под задачу".
Вам показать картинку, что получается на выходе из "быстро и не дорого" или сами догадаетесь?
Я не собираюсь с вами спорить, у вас свои заказчики у меня свои, задачи ваших заказчиков WP покрывает с головой и это хорошо, задачи наших заказчиков - нет. Я же не говорю всем резко пересесть на фреймворки, я к тому что не надо к ним относится настолько категорично, они такой же инструмент просто более универсальный.
melkozaur, я вобще ответил на коммент человеку, который использование фреймворка свел к трем пунктам. А так же ответил странному убеждению людей в том, что фреймворк это игла и это офигеть как дорого, что тоже не верно.
Вообще я заметил тенденцию местных обсуждать то, в чем сами ничего не понимают и давать по этому поводу коммментарии и советы. Как говорится "слышу звон, но не знаю где он".
PS. И да, мы делаем так, как удобно нам, это позволяет делать то, что хочет получить заказчик на выходе, а не подобие оного.
Нет, такая же админка, с тем же TinyMCE, и если заказчику что то понадобится добавлять специфическое, мы свободно подгоним админку под него, чтобы его сотрудники тратили как можно меньше времени на выполнение своих задач.
Да, релиз менеджер называется. Проводится спринт, берутся задачи, неделю команда пилит задачи, проходит код ревью, откручивается на тесте и только потом CI делает деплой (даже не человек). Но это у нас, по факту поменять может любой, так как там просто лежит style.css с самых простых проектах, где используется сборка, там чуть сложнее, но от cms это никак не зависит. И да, замена фир цвета обычно грозит скандалом.
Если конечно речь идет о домохозяйке, а не о бизнесе, тут конечно все это не оправдано, а вот не работающая оплата на ИМ может стоить очень дорого, а замечают её обычно когда очень настойчивый клиент звонит, при этом могут пройти недели убытка.
Чисто отдельного блога на симфони? Нет, в рамках другого проекта есть.
Но, опять же, нет не потому что нельзя/невозможно/дорого/сложно/etc, а в рамках того, что проекты у меня сильно другие, не сеошные, не для РСЯ. Для примера заказчиков - аларм моторс. Сразу оговорюсь, если кто то думает что крупные компании, брендовые, платят от души и много, то сильно заблуждаются, там так же нет бюджетов, и порой работать с малым бизнесом куда выгоднее и проще.
Тут все намного проще, есть команда, которая делает разные проекты, сильно разные и изучать несколько CMS не имеет смысла данной команде (например нашей) и да нам проще делать проекты на симфони, потому что это дешевле всем и самое главное быстрее, комфортнее, однотипно, с настроенным окружением, контролем версий, тестами и прочими прелестями, самое главное - нам не надо ничего изучать каждый проект у нас просто универсальный инструмент, который позволяет свободно менять участников команды и подключать новых.
Вы например пробовали делать бэкенд мобильного приложения на вордпрессе? У нас и такие задачи есть. Тем самым у нас кучка спецов одной технологии, вместо кучке спецов владеющих чем то одним, а проекты такие, что в одиночку бывает не сделать. Да и самое главное, заказчику по факту пофигу, не один из заказчиков за весь мой трудовой стаж ни разу не влез в код своего проекта. По этому лично моим заказчикам не канает "куча инфы, если разраб пропадет, сами карусель воткнете"
Я так понимаю у вас нет ни одного проекта на фреймворке. CMS как бы появился и закрепился только в мире PHP из за большого количества домохозяек, в других сообществах такого чуда либо нет, либо не особо актуально.
Фреймворк нужен тогда, когда изучение любой другой платформы для разработчика и заказчика дороже, чем написать на фреймворке.
PS. Я базовый функционал вордпреса со статьями, тегами, категориями соберу на фреймворке за вечер и туда даже не надо будет ставить кеширующий плагин, не надо проектировать, не надо выпиливать лишнее и там будет все что нужно. И да мои контроллеры по выводу постов будут выглядеть примерно вот так:
Этож сколько мульёнов бабла понадобится заказчику, чтоб найти исполнителя, который поймет 1 строчку кода и пару аннотаций, с учетом того что там будет один из крутейших шаблонизаторов, абстракция от БД в виде доктрины, миграции, тесты и любые блекджеки и прочее. И да там даже админку накачу примерно за час. Не смешите мои тапки, фреймворками пугают "новичков", заказчиков и прочих незнающих ничего людей. А особенно байка "про иглу" доставляет, я когда перехожу с проекта на проект на одном и том же фреймворке (в частности симфони), то ничего страшного обычно не происходит. Да, требуется чуть времени, чтобы вникнуть, но оно достаточно небольшое, вот выучить спеца с одной технологии на другую действительно дорого.
Основ языка, понимание работы, понимание принципов, возможностей. Можно каждый день изобретать велосипед не зная ядра. Можно на форумах копипастить ошибки интерпритатора. А можно сесть и последовательно изучить и не тупить.---------- Добавлено 06.06.2017 в 01:52 ----------
Не, я 5 лет не вытерпел, только 3. Надоело объяснять преподам что турбо си не ставится на восьмерку и то что в современных компиляторах их исходники не собирутся. Да в принципе достала программа конца 90х. Хотя наш декан мужик грамотный, но он руки развел и сказал, что если от программы отступят, то универ лицензии лишат. И я так подумал, на кой мне практику вся эта дурь в голове)))
Без базы (основ) никакого понимания не появится, появится "рефлекс обезъянки"... типо "мне сказали экранировать, значит везде пихаем htmlent...."
Все верно, на изучение чего либо надо вложить время, либо деньги. Курсы это деньги, искать надо не видео, а с преподавателем, которому можно задать вопрос, если нет двустороннего общения, то лучше книга и желательно практика настоящего времени, а не прошлого века.
Материалов на самом деле уйма, особенно основ. Сейчас есть инфа либо для совсем новичков, либо для совсем профи, мидлам сейчас тяжко 😂
