На лендинг хватит html и jQuery с плагинами

Я тоже так думал. Просто спросить хотел

Будет админ панель, в которой будет обновляться инфа

Тут явно нужно где-то хранить данные и как-то этими данными управлять. На php можешь написать серверную часть. Можешь взять простой микрофреймворк вроде FatFree на серверную сторону. На клиентской стороне если это не SPA с несколькими экранами, то хватит и js с jq

Тут явно нужно где-то хранить данные и как-то этими данными управлять. На php можешь написать серверную часть. Можешь взять простой микрофреймворк вроде FatFree на серверную сторону. На клиентской стороне если это не SPA с несколькими экранами, то хватит и js с jq

Да, так и хотел. Спасибо за совет

На самом деле есть ещё 1 вариант

О нем бывает забывают когда появляются данные какие-либо

Но... можно иметь данные и не иметь базы данных... и даже не иметь серверного кода вообще

Нулевая нагрузка на базу и на сервер с кодом по причине отсутствия базы и серверного кода

И я не про локальные кеше

Статические генераторы сайтов

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

И гонять биты-байты в пустую - безсмысленно

Понятно что есть кеши и прочее, но можно обойтись вообще без исполнения кода на сервере

Просто генерируешь сайт локально, локально и хранишь все данные

И заливаешь данные на сервер когда нужно

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

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

Вот

pug - как раз про это

Локально имеешь у себя шаблоны пуга, там же данные, генеришь сайт и заливаешь статику

Я так делал очень давно когда пуг назывался джейдом и только вышел

Очень удобно было

Но это были последние времена когдя я делал не SPA

Ну человеку админка нужна потому этот вариант и не предлагал))

Ну если данные в сайт будет набивать человек что не умеет в код, а только кнопки и формы - тогда единственный вариант это CMS

Оно так и расшифровывается

Простую админку может и программист написать. Не обязательно ради одной страницы тянуть целую cms

Так и рождаются костыли

Дело в том что за десятилетия уже есть тысячи готовых админок

И если не цель сделать ну прям совсем уникальное - оно просто бесполезный труд

Сектор простых сайтов аля вебстудия он такой, всё что можно было в основном уже изобретено

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

И прочее такое

если вдруг кто не дошел до ФП и РП, то тут клевый гайд https://auth0.com/blog/glossary-of-modern-javascript-concepts/

> [...'?‍?‍?'] < ["?", "‍", "?", "‍", "?"]

holy fuck %)

Смайлы они такие

а spread?

Он не такой

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

Так что админку, что цмс писать дня два-три. Зачем что-то здоровое подключать если можно и без этого?

Так это обычно и начинается

А потом нужно добавить ещё пару фич, ну, дня на три работы

И пошло поехало

И всё равно это будет лучше вордпресса.

И всё равно это будет лучше вордпресса.

и уж точно не такое дырявое, правда?)

и уж точно не такое дырявое, правда?)

Ну если руки из жопы то всё что угодно можно продырявить.

Просто генерируешь сайт локально, локально и хранишь все данные

Полнотекстовое кэширование удобней

hlp plz. Юзать флаги плохая практика ?

Полнотекстовое кэширование удобней

Но заставляет иметь исполняемый бекенд, базу, да и место на сервере занимает

Хотя последнее это конечно не то чтобы сильно страшно, но вот 2 пункта перед этим - уже вносят коррективы

Но а так да - не много людей так делает

hlp plz. Юзать флаги плохая практика ?

Для экспериментов? А как иначе

Для экспериментов? А как иначе

на проде

Ну да, на проде, я говорю про флаги для экспериментальных фич

а есть какое то другое решение, без флагов ?

А есть ли какая-то возможность узнать, какая строчка кода инициирует запрос? Надо мне зареверсить одну старинную штуку, там вообще jquery. В chrome debugger tools инициатором показывается jquery, а мне собственно нужен код, который делает реквест. Сорян, за нубский вопрос.

Вот кого не хватало в этом чате. Welcome.

Наканец та

Вкатился. Спасибо посоны

ПАшок, скажи, почему ответы бота в телегу, иногда идут с запозданием а и ногда вообще фризят ?

ERROR: S client not available

Я же CEO и основатель всего лишь, а не программист, откуд мне знать

У меня есть пара вопросов по поводу mtproto api, но, боюсь, они не вполне цензурные

Парни, а по реакту кто знает какие конфы?

@react_js @reactnative_ru

От души!

а есть какое то другое решение, без флагов ?

А как ты себе это представляешь?

А есть ли какая-то возможность узнать, какая строчка кода инициирует запрос? Надо мне зареверсить одну старинную штуку, там вообще jquery. В chrome debugger tools инициатором показывается jquery, а мне собственно нужен код, который делает реквест. Сорян, за нубский вопрос.

Я бы предложил переопределить xhr или jquery ajax и выводить в декораторе трейс

набросить, что ли... Как считаете, нужно ли минифицировать релизы npm-модулей?

хотя бы на уровне "вырезать пробелы"

набросить, что ли... Как считаете, нужно ли минифицировать релизы npm-модулей?

Не надо. Отлаживать сложнее. Да и кому надо, тот да сожмет

Не, не на уровне злой минификации с манглингом и структурными оптимизациями

тупо взять, выкинуть пробелы, возможно, что-то внутреннее оптимизировать по мелочи

чтобы npm install был быстрее, а node_modules была не больше, чем мамка %подставьте что-нибудь смешное%

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

чтобы npm install был быстрее, а node_modules была не больше, чем мамка %подставьте что-нибудь смешное%

Да ну. Есть смысл только если ты пишешь тул для npm i -g

а какая разница?) в глобальный скоп-то как раз один раз ставишь)

Да ну. Есть смысл только если ты пишешь тул для npm i -g

Ну как бы смысл есть

Жаль что нельзя абсолютно точно указать версию, которая для использования as is в браузере

набросить, что ли... Как считаете, нужно ли минифицировать релизы npm-модулей?

Есть, конечно. Просто указыаешь в ридми, что modulename/dist/browser.min.js - готовый модуль для использования в браузере или просто в проде

Есть разные директивы в package.json для указания версий

Но увы, они все слегка про другое

Например, поле browser — это версия, которая будет подтянута вебпаком

jsnext: main — расплывчатое описание для минимально транскомпилированной версии

Ну и т.д.

Есть, конечно. Просто указыаешь в ридми, что modulename/dist/browser.min.js - готовый модуль для использования в браузере или просто в проде

Тащемта, такой подход в итоге все и используют, создают min/js версию и указывают в readme о её наличии

это-то понятно, что продакшн-сборка должна быть такой, если она есть

вопрос именно про дев-сборку

вопрос именно про дев-сборку

Удобно ли тебе будет смотреть стэктрэйс с указанием ошибки на 1 стенке 2568 символе?

тебе не придется смотреть стектрейс, если будешь делать библиотеки без ошибок ;)