Aisamiery

Aisamiery
Рейтинг
324
Регистрация
12.04.2015
Sly32 #:
А вообще на твой взгляд, что из этого лучше? Vue, React, Angular?

Не совсем ко мне вопрос конечно, я не чисто фронт и такого погружения нету. Я когда то давно пришел на Angular 1, там были модели, были контроллеры, была DI, в целом клево, но проект получался мягко говоря сложный в поддержке, а там у меня был довольно большие 2 проекта по фронту. Я пошел на React мне прям очень зашло, но не понравилось что очень сильно надо дробить на компоненты и очень сильно погружаться в сообщество (а я же не чисто фронт) и вот тогда мне попался Vue, на мой взгляд это был такой симбиот ангуляра и реакта, по этому все мои последние проекты я стараюсь делать на vue, у меня там всякие курсы по vue пройдены и в целом мне как то близка по духу эта технология, по этому на мой сугубо личный взгляд vue лучше, особенно в странах СНГ, больше спецов, если скилл позволяет то лучше взять react, но порог входа выше или же если проект заграничный, там по реакту больше спецов, а вот ангуляр что то вообще не встречаю его давненько нигде, наверное стал так сказать как руби с рельсами =)))

ArbNet #:
Отключите JS и загрузите страницу с svelte и сами увидите о чём речь.

Тупое требование, но принцип там такой, вы пишите svelte модули, запускаете компиляцию и на выходе у вас ванильный hmlt, css и js. Это сейчас у всех так работает, о каких там  вы тегах говорите я хз. Там ssr когда все собирается на сервере если что а у клиента уже все готовое

ArbNet #:
Не айс. Если JS не работает или будет ошибка всё может накрыться, метки эти на странице будут вместо нужного текста и тд..

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

Я побуду кэпом, но инструменты выбираются по задачам, если вы не испытываете боли с jquery так используйте jquery, к фронтовым фреймворкам приходишь когда у тебя на jquery уже дофигища лапшекода для обновления страницы каталога без перезагрузки. Vue это по сути шаблонизатор, замена шаблонизаторов CMS'ок, это снижение нагрузки, просто та дальнейшей поддержке. Короче там плюсов очень много, но они становятся плюсами только тогда, как ты погрузился в тот ад мешанины php шаблонов с js кодом в перемешку. 

PS. Ну и можно посмотреть в сторону svelte

Виктор Петров #:
Но мне и непонятно, как всё выкладывать в Trello. Дампы OpenServer

Есть же git, там прям радует глаз, когда человек списывает 8 часов в работе а в гите изменений 3 строки кода =)) сразу вспоминаю анекдот про "знать куда ударить" =))

А почему сразу на 8.2? Попробуйте вначале перейти на 8.0
Dmitriy_2014 #:
Это у чуваков, у которых свой серверный язык программирования ASP а-ля PHP со своим Фреймворком .NET, свой собственный веб сервер IIS а-ля apache, nginx, своя серверная операционная система Windows Server, да че там говорить там самый богатый чувак на планете недавно был, суперкрутые специалисты со всего мира, и они выбирают WordPress, смекаете :), вы просто пыль по сравнению с ними :-), а они выбирают WordPress.

Жаль что в обратную сторону не работает, если вы выберите вордпресс, то не станете майкрософтом. =)))

А теперь представьте ситуацию вот как, у майкрософта куча бабла, они аутсорсом могут заливать просто свой блог на WP, который и делали не они а там контракт с какой нибудь маркетинговой студией, а вы так сможете? Может они по 1млн и больше долларов вкладывают в блог ежемесячно, боюсь что вам столько на саппорт будет не набрать, просто поймите, майки вряд ли в целях экономии выбирают что то для использования, по этому примеры таких компаний не сильно подходящие, ну так соглашусь, компаниям типа майкрософт владение wp по карману, а Рогам и Копытам - нет

ArbNet #:
А вы понимаете, что кэширование это браузерная технология(которвя предназначена для сохранения часто используемых файлов), а на стороне сервера так всякие балбесы которые этого не понимают называют всякие костыли которые частично или полностью сохраняют страницу чтобы снизить нагрузку, но при этом забить диск по сути двойным, а то несколько раз повторяющимся контентом. 

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

ArbNet #:
Зачем вообще тогда нужен движок? Сгенерируйте тогда статичные страницы и всё.

А вот с этим соглашусь, нафиг вообще WP, разве что ради админки, но тут все фломастеры разные, как говорится

-= Serafim =- #:
Почитай про кэширование.

Стремно, когда CMS чтоб показать портянку текста нужно кешировать иначе она падает, хотя запрос в БД для вытягивание данных для этой портянке при адекватной архитектуре выполнятся будет не дольше 1мс 

-= Serafim =- #:
Ты даже не в состоянии прочесть то, что даешь?

Справедливости ради цитировать надо с уточнениями


В SOLAR Digital утверждают, что это не так: как и любая другая комплексная CMS, WordPress требует внимания и грамотной настройки. 
При соблюдении этих условий на нем можно сделать сайт почти любой направленности, который будет работать быстро.
Но важно изначально понимать, что для крупных и масштабных проектов WordPress подходит плохо, его поддержание на плаву в этом случае будет ощутимо бить по карману
Всего: 4113