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