Влад, вручную оберни нужные буквы и не надо алгоритмов городить. Если текст постоянно меняется, вот прям постоянно, то лучше его со стороны бэкенда готовить и оборачивать только нужны буквы вручную.
Влад, path это один элемент, он не может быть одновременно сверху и снизу. Можешь разделить не несколько более коротких кусков, но тогда придется упороться с анимациями, их синхронизацией.
rPman, на одном большом экране поместится не только одно, но и два, и три, и четыре программы по разным углам. Все зависит от того, чем пользуешься. Для веб разработки, пол экрана будет занято браузером, вторая половина будет занята средой разработки.
они тупо не понимают прелесть динамической типизации
useUser(user); // А что такое `user`? А х его знает.
useUser(govno); // Но верь хавает, а че не работает?
useUser(useUser); // А вот так я захотел. Работай!
1. Странно откликаться об умственных способностях разработчиков, которые смогли сделать такой крутой продукт.
2. Я и забыл, ну в принципе нормальный роутер раз есть. За тебя файлы разгребает и строит маршруты, тебе останется только переключаться.
3. Получай данные через api. И проблема отпадает.
7. Дроби на чанки
Ryberm,
1. Фреймворк сделан взрослыми людьми и их продукт стал мирового уровня, а ты не сделал.
2. Фреймворк для react ssr не должен знать про базы данных, про роутинг, и прочую лабуду. Это все ты проектируешь самостоятельно, подключая нужные компоненты. Данные он получает по похожему принципу, как работал бы в браузере - от кого-то.
3. Джуновская глупость. Есть модули, пользуйся их возможностями. API знать не должно про реакт, про js и прочее.
4. Сервисы ты готовишь сам, фреймворк должен знать только как передать данные и как их получить. Если нужна предкомпиляция - делаешь. Сервис знать не должен про фреймворк.
5. Это визуал, к фреймворку не имеет отношения. Тут все зависит от дизайна сайта.
6. Роутер как роутер, не нравится - есть другие.
7. Ну исключительно непонимание того, как работают css модули. Весь твой сторонний css код должен быть в отдельном .css файле. К компонентам он отношения не имеет. И возможности фреймворка тут не при чем, это исключительно работа с модулями.
8. Снова непонимание того, как работают модули и компоненты в реакте. Хочешь чтоб не грузились сразу - делай чтоб не грузились сразу.
9. Они - разработчики мирового уровня, а ты нет. Вдумайся, как же так выходит, раз ты такой умный.
Из этого всего, можно сделать вывод что тебе нужен вордпресс, там есть все хотелки, и даже больше.
Ryberm, фреймворк опенсурсный, разрабатывается как основной командой, так и всеми желающими. Любой может улучшить или добавить фичу,, или исправить баг. Никто не запрещает решать какие-то свои задачи и делиться наработками, или не делиться.
Не сразу, конечно. Сначала я все эти идеи реализую в виде костылей. Потом форка. Потом пулл-реквесты, а если не примут, то оно так и останется форком.
Для начала надо хоть бы одну штучку, малюсенькую, решиться и сделать. А не выдумывать проблемы.
Но... а не проще ли выбрать более адекватный фреймворк?
Это адекватный фреймворк. Ключевое слово фреймворк. Это не цмс.
Никитос, так вот по этому и надо сделать что-то, где будет видна информация о том, кто и когда записался. Чтоб не получилось так, что люди записались в одно время. А пока сайт делается, можно распечатать листовки со временем, напротив которого пусть пишут свои имена.