Андрей Титов

Сloud9

+ Бесплатно - один персональный проект, неограниченно - открытых

+ Домен свой можно прикрутить, а по-умолчанию на халяву - есть домен 3го уровня

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

+ дружит с GitHub-ом, BitBucket-ом и Google Cloud Platform.

+ Виртуалки - Ubuntu c SSH (были, по крайней мере раньше) в который можно и не лезть - все рулится через веб-морду или код.

UPD

Всё, баста карапузики, кончилися танцы -- нет больше старого доброго c9. Теперь это Амазон со всеми прилагающимися. Однако, IDE осталась, кое-какие проверенные плюшки тоже остались. Появились Амазоновские заморочки и ограничение на бесплатное использование в 12 месяцев, помимо более жестких ограничений на ресурсы.

Хорошей халявы (м-да, умею же сказать) тоже не осталось. Из надежных бюджетных решений могу порекомендовать облачный VPS для разработчиков от VScale (подразделение Selectel). Хороший и шустрый сервер с SSD, собственным ДНС и платой в месяц как 2 чашки кофе в придорожной забегаловке. 5 лет пользуюсь -- полёт нормальный.

UPD 2021

- netlify.com - 3 года кайфа
-vercel.app- простота и мощнота
- repl.it - есть ништяки про Питонов, Го и ещё куча всего. Крутота
все умеют тащить в автомате с ГтиХаба, а Нетлифай ещё и с ГитЛаба и Битбакета: просто пушишь в master и, бам-бара-бам але хоп - вуаля! -- все в продакшене, всё на халяву, можно прикрутить свой домен у всех.
и
- конечно же -- VScale!!! -- полный контроль и -- 8 лет, полёт нормальный

Welcome.

Для этих дел есть прекрасный плагин для создания личного кабинета пользователя, который разрабатывают наши соотечественники codeseller.ru/lichnyj-kabinet-polzovatelya-lichnye...
Я его когда то покупал, похоже он стал бесплатным теперь, что не может не радовать.

Добрый день!
Кнопка "обратная связь" на скрине это элемент

<div class="navMobile-body-nonres js-openMobileForm" style="cursor: pointer;">ОБРАТНАЯ СВЯЗЬ</div>

Он находится в родительском блоке

<div class="navMobile js-navMobile open" style="height: 770px;">

который отображается только на экране до 800px

@media screen and (max-width: 800px)
.navMobile {
    display: block;
}

А когда "кнопка пропала", это уже отображается другой блок html, в котором находится только кнопка "пожертвовать"

Который на экране до 800px скрыт

@media screen and (max-width: 800px)
.navWrap {
    display: none;
}

В итоге можно в последний блок добавить недостающую кнопку как вариант

Нужно из простых строк сделать массивы, допустим редактируете записи:
<input name="data[$id]name"
или
<input name="name[$id]"
$id - id записи в БД

дальше смотрите что у вас в $_POST, обходите циклом, собираете SQL и отправляете запрос.

ПС Обратите внимание на SQL injection и Cross-Site Scripting

Вопрос обширный очень. Если кратко, то вот вам несколько пунктов подумать:
1) если доступ нужен к каждой отдельной строчке интерактивный, то смотрите в сторону ajax запросов.
2) структура, будь то ajax запросы, пусть просто целый POST, у input будет name="[{id_elemnt}] price" , и на post, вы можете как отдельный эдемент обрабатывать, так и несколько перебором.
3) в tr добавьте аттрибут - data-id, чтобы проще ориентировать в строчках было.
4) Максимальный размер POST запроса. изучите вопрос. так как мне раз 5 точно попадалась задача решать такую недоработку от разработчиков.

Андрей, добрый день. Данный термин носит общий характер, и говорит лишь о том, что, например, в проекте длительностью 12 месяцев на 1-2-3 месяц намечен важный (milestones) релиз и в процессе обсуждения этого самого релиза уместно употребить "текущий уровень реализации", т.е. сейчас это всё так ущербно, потому что мы только в начале пути и у нас есть ещё планы развивать эту функциональность.

Пара кейсов, после которых идея "передать на фронт и фильтровать там" перестает казаться такой хорошей

1) Прилетел массив на 10 000 элементов. Клиент зашел с Samsung galaxy S2 , попробовал загрузить/фильтрануть, посмотрел, как завис браузер, и ушел. Не забывайте, что не все пользователи сидят с десктопов как у разработчиков с 16-32Gb оперативы. Мобилка может поперхнуться банально из-за большого json-а

2) Как только потребуется сделать паджинацию - фильтрация на фронте станет выдавать неожиданно некорректные данные

Пинайте сервер-сайд, пусть разрабы или кэшируют, или расставят индексы в базе правильно, если у них SQL, или перейдут на подходящий поисковый движок с фасетным поиском

Я верю, что можно сделать выдачу и фильтрацию чисто на фронте с любым количеством элементов, если команда состоит из сплошных ниндзя и рокстаров, но практика в 3 подобные ситуации показывает, что в итоге эту фильтрацию придется переписывать как минимум на гибридную (и поддерживать 2 решения, на фронте для малого количества записей, и на бэке для большого), либо полностью на сервер сайд, так как к сожалению команда никогда не состоит из идеальных разработчиков, чаще из обычных живых людей

CSS и JS:
К примеру, у вас имеется большое количество (Х штук) css или js файлов, которое вы подключаете на своих страницах посредством тэгов <link> и <src>.
При загрузке страницы, браузер клиента будет отправлять X запросов к вашему серверу, а ваш сервер должен будет ответить на X запросов.
Это:

1. Тормозит загрузку страницы - будете ждать ответа от сервера
   
2. Загружает ваш сервер
   

С помощью сборщиков фронтэнда вы можете "склеить" все файлы в один - main.css и main.js, которые будут отдаваться 2 запросами с сервера. Также, вы сможете минифицировать CSS и JS. Под минификацией подразумевается уменьшение размеров файла на диске. Естественно, более легкий файлы будет быстрее прогружаться + минимальное количество запросов к серверу.

IMG:
К примеру, у вас имеется Х изображений размером 700 Кбайт. Клиенту надо будет загрузить 700 * X Кбайт. Если вы пропустите свои изображения через Gulp, то вы получите изображения с меньшим размером на диске и такого же качества, т.е. клиенту придется прогрузить примерно (500-600) * X Кбайт.

js - это клиентская технология (node не считаем). Если что вам нужно незаметно - то только на бекенде: отправляете ajax - сервер в php отрабатывает - фигачит как надо и возвращает. В принципе так.

А если все же надо на клиенте - обфусцируете js, и предварительно там творите ад - чтобы было кучи зависимостей, подвязок с сторонними скриптами - так вы усложните жизнь. Ну и еще можно как Авито сделать - при включенной консоле творить ад. Но это тоже обходится.

Если расширение hbs, то надо написать
в конфигурации handlebars при создании указать
extname: '.hbs' типа
var handlebars = require('express-handlebars').create({extname: '.hbs'});

а в назначении шаблонного движка:

app.engine('hbs', handlebars.engine);
app.set('view engine', 'hbs');

в .env файле нужно указть параметры подключения:
DB_HOST=localhost
DB_DATABASE=laravel_todoapp
DB_USERNAME=laravel_todoapp_username
DB_PASSWORD=laravel_todoapp_username_password