а это сложно да сделать поддеркжу два способа сразу?
для мобильных устройств (для людей алтернативно одаренных меньшинств) — бесконечная прокрутка
для деcктопов (для нормальных людей) — классический способ
или переключение каким то образом в профиле сайта
я кто му что нет разницы php нода жс или еще какйото скриптовой язык
php выигрывает — более простой разработкой — после запроса умирает и очищается состояние — не нужно следить
в остальных динамических языках сложнее — а профита практически нет.
так что кто выигрывает у пэхэпэ — это го это из коробки — без дополнительных костылей cluster и прочее.
я уж не говорю по убогую инфраструктуру ноды жс — милионы модулей делающих какойто бред.
и надо как то деплоить это
а в го 1 бинарник без зависимостей
да говнонода асинхронная. но она однопоточная и динамически типизируемая — поэтому необходимо делать дополнительные проверки и следить что не текло.
в отличии от пыхапе — который умирает осле исполнения запроса — меньше траха с соблюдением состояния приложения.
приимуществ у nodejs перед php нет.
вот Go — это круто — там и типизация и горутины с автомасштабирование по процессам и коллбеков нету и костыли не нужны типа async await — которые хоть как то уменьшают боль от неправильной архитектуры «асинхронности» nodejs.
имхо кривое сравнение repaint — зачем перерисовывать когда можно подставлять данные и менять пбготовленные блоки (переключать видимость «экранов» или элементов) в соответствии с состоянием.
Хорошая статья — показывающая как не надо делать фронтенд.
«приложение для «живых» голосований» в тысячи строк кода? спасибо не надо.
такое пилится в несколько десятков строк кода на чистом JS
без всяких реактов и редаксов и прочей мути.
> собственной реализации роутинга, собсвтенной абстракции над бд, собственными вьюхами и контроллерами, собственным контейнером
непойму нах* это все нужно — если можно через PDO запросы фигачить, ну максимум написать свой кверибилдер для сохранения загрузки объектов/массивов в десяток срок кода и выводить данные встроеным в php шаблонизатором,
сохранять каждый экшн в файл. выделять основные функции в автоматически подгружаемые классы.
использовать роутинг apache или nginx.
я уже говорил выше что php не голый язык общего назначения, чтоб поверх него была необходимость городить якобы «удобные» абстракции
там уже из коробки все нужное есть.
но все развивается по циклу — и скоро люди осознают и примут эту истину.
сcылки на крупные проекты уже давал —
wordpress.com, www.bluehost.com/wordpress-woocommerce
> дело в том, что в конесте фейсбука — фреймворк это капля в море
тоже хороший пример бесполезности фрейморков.
wordpress.com пользуются милионы пользователей, там используется WordPress — который составляет не каплю в море, а именно что основу.
так же отсюда следует что WordPress вполне годится для высоконагруженных проектов.
> Тогда да, проще запилить собственный фреймворк идеально подогнаный конкретно под ваш проект. но это тоже компромис
> и сделать это можно лишь имея нормальный бюджет на разработку и время.
если сразу решать задачу на готовом инструменте, а не пилить свой фрейморк то и время и бюджет станет намного меньше.
PHP это специализированный язык для веб — поставляется с большим кол-вом функций из коробки.
Фреймворки всеголишь оборачивают всю имеющуюся функциональность в кривые абстракции
и не предоставлют никаких конкретных инструментов для решения задач.
данные абстракции в специализированных языках и не нужны вовсе (в PHP они как собаке пятая нога)
(они нужны лишь в языках типа C++ чтобы скрыть всю кривость данного языка и облегчить за счет этих костыльных абстракций программирование),
> да вы не думайте, вам это вредно. продолжайте обмазываться своими самописями и всё у вас будет
WordPress самопись, лолчто?
~14 лет разработки и развития, сотни разработчиков ядра. c сохранением обратной совместмости,
а не переписыванием следующей мажорной версии с нуля как это любят делать во всех известных фреймворках.
Крупный коммерческий сервис wordpress.com с крупной коммерческой компанией https://en.wikipedia.org/wiki/Automattic
и многих других — есть кому вкладывать деньги в разработку и развитие, а значит это уверенность в будущем.
Вот просвещайтесь https://ru.wikipedia.org/wiki/WordPress
и еще вводная статья на хабре https://habrahabr.ru/post/282401/ для тех кто не в теме.
и в чем проблема использования curl и file_get_open вместе — это встроенные функции
а не какие то библиотеки на сотню классов как guzzl
— в PHP это уже есть, сложившаяся годами архитектура на воркерах веб сервера со времен зарождения PHP
— в go такие костыли просто не нужны
для мобильных устройств (для людей алтернативно одаренных меньшинств) — бесконечная прокрутка
для деcктопов (для нормальных людей) — классический способ
или переключение каким то образом в профиле сайта
как говорил Задорнов «Ну тупыыеее»
php выигрывает — более простой разработкой — после запроса умирает и очищается состояние — не нужно следить
в остальных динамических языках сложнее — а профита практически нет.
так что кто выигрывает у пэхэпэ — это го это из коробки — без дополнительных костылей cluster и прочее.
я уж не говорю по убогую инфраструктуру ноды жс — милионы модулей делающих какойто бред.
и надо как то деплоить это
а в го 1 бинарник без зависимостей
в отличии от пыхапе — который умирает осле исполнения запроса — меньше траха с соблюдением состояния приложения.
приимуществ у nodejs перед php нет.
вот Go — это круто — там и типизация и горутины с автомасштабирование по процессам и коллбеков нету и костыли не нужны типа async await — которые хоть как то уменьшают боль от неправильной архитектуры «асинхронности» nodejs.
а разве это не так?
> PHP — старая технология
ололо
http://php.net/
так что подозреваю что такая же куча говна из рантайма и набора скриптов.
единственное отличие — нативные контролы вместо html.
видимо плохо старались.
по вашим скриншотам выходит 4 состояния с кучей кнопок для редактирования
там надо то буквально 2 инструмента нарезка и выделение области
зачем городить фотошоп непонятно.
говно короче — я б не стал использовать
«приложение для «живых» голосований» в тысячи строк кода? спасибо не надо.
такое пилится в несколько десятков строк кода на чистом JS
без всяких реактов и редаксов и прочей мути.
непойму нах* это все нужно — если можно через PDO запросы фигачить, ну максимум написать свой кверибилдер для сохранения загрузки объектов/массивов в десяток срок кода и выводить данные встроеным в php шаблонизатором,
сохранять каждый экшн в файл. выделять основные функции в автоматически подгружаемые классы.
использовать роутинг apache или nginx.
я уже говорил выше что php не голый язык общего назначения, чтоб поверх него была необходимость городить якобы «удобные» абстракции
там уже из коробки все нужное есть.
но все развивается по циклу — и скоро люди осознают и примут эту истину.
сcылки на крупные проекты уже давал —
wordpress.com, www.bluehost.com/wordpress-woocommerce
Афтар сделал мой день
> Функциональное программирование непопулярно, потому что оно странное
оно не странное. это чуваки которые пытаются чтото функциональное изобразить на не функциональных языках — странные.
хочется фцнкциональщины — пишите на хаскеле он вполне продашкен реди сколько лет, и не трахайте людям мозг своими ссаными шаблонами.
тоже хороший пример бесполезности фрейморков.
wordpress.com пользуются милионы пользователей, там используется WordPress — который составляет не каплю в море, а именно что основу.
так же отсюда следует что WordPress вполне годится для высоконагруженных проектов.
> Тогда да, проще запилить собственный фреймворк идеально подогнаный конкретно под ваш проект. но это тоже компромис
> и сделать это можно лишь имея нормальный бюджет на разработку и время.
если сразу решать задачу на готовом инструменте, а не пилить свой фрейморк то и время и бюджет станет намного меньше.
PHP это специализированный язык для веб — поставляется с большим кол-вом функций из коробки.
Фреймворки всеголишь оборачивают всю имеющуюся функциональность в кривые абстракции
и не предоставлют никаких конкретных инструментов для решения задач.
данные абстракции в специализированных языках и не нужны вовсе (в PHP они как собаке пятая нога)
(они нужны лишь в языках типа C++ чтобы скрыть всю кривость данного языка и облегчить за счет этих костыльных абстракций программирование),
WordPress самопись, лолчто?
~14 лет разработки и развития, сотни разработчиков ядра. c сохранением обратной совместмости,
а не переписыванием следующей мажорной версии с нуля как это любят делать во всех известных фреймворках.
Крупный коммерческий сервис wordpress.com с крупной коммерческой компанией https://en.wikipedia.org/wiki/Automattic
и многих других — есть кому вкладывать деньги в разработку и развитие, а значит это уверенность в будущем.
Вот просвещайтесь https://ru.wikipedia.org/wiki/WordPress
и еще вводная статья на хабре https://habrahabr.ru/post/282401/ для тех кто не в теме.