Какие характеристики ноутбука подойдут для Front-End разработки?С учётом того, что Вы указали фотошоп - то думаю, лучше 8Гб+ оперативки брать заранее. Диск разумеется лучше SSD и лучше хотя бы 200Гб+ т.к. фотошоп и Windows (в которой он соотв. работает) очень любят кушать место на диске, фотошоп - во время работы, виндовс - на протяжении всей жизнедеятельности.
В Sublime и Chrome зачастую бывает много открытых файлов/вкладок.На счёт Sublime'а не знаю, я редакторами уровня "Notepad++" (Sublime, VisualStudio Code, Atom и т.д.) для полноценной работы не пользуюсь, но не думаю, что они внезапно будут потреблять много ресурсов. А в хроме - лишние вкладки - всегда можно закрыть.
Подойдут ли такие характеристики для бука, мало их, или может даже многовато?В виду условий "командировки" лично я без особых проблем нормально работал на ноубтуке за 25-30тыс., который был даже без SSD, в т.ч. с фотошопом и процессором уровня i3 (4/4 ядра), единственное, что реально мешало - не ISP матрица и довольно мелкий экран (17"). Остальное вполне сносно работало, включая фотошоп. В остальных случаях, использовать для работы ноутбук - идея довольно странная, на мой взгляд (ну если конечно не бросаться в крайности, типа "живу в туалете, на стиральной машинке полноценный ПК не помещается" и т.п. случаи).
Скажите, какие проблему могут возникнуть с использованием css grid? Хочу применить технологию в реальном проекте.
Что именно позволит верстальщику, "умеющему" (красивое слово) использовать готовые решения и иже с ними переродиться во фронтендера?Ну... как Вы понимаете, верстальщик, это человек, который прежде всего занимается вёрсткой, а JQuery и пр. вытекающие - скорее как некоторый "бонус" к изначальной специализации.
А все это началось при переезде с mysql 5.7 на percona server 5.7. До переезда этот запрос был мнгновенным, а теперь стал тормозить.Простите за сарказм, "но это же MySQL, чего вы ожидали?". Одной из особенностей данной БД является довольно "топорный" оптимизатор запросов (если его можно так назвать), который не всегда корректно может определить, какой именно индекс следует использовать. Конечно, не корректность определения "оптимального" индекса - это проблема не только MySQL, но и других БД... но, как-то уж очень слабо в MySQL (и его производных) пытаются с этим бороться. Так же проблему усугубляет тот факт, что MySQL может использовать только 1 индекс на запрос + некоторые другие факторы.
Я знаю как через медиа запросы адаптивить обычную страницу,при портретной ориент-ции блоки могут скакать ? или не умещаться ? Какие подводные камни мб ?Никаких подводных камней, я Вам даже больше скажу, в подавляющем большинстве случаев - страницу адаптирует конкретно по ширине, без учёта ориентации устройства. Но, если Вам вдруг (по какой-то причине) понадобилось адаптировать страницу (или её часть) конкретно в зависимости от ориентации устройства, делается это следующим образом:
@media screen and (max-width: 640px)
таким параметром как "orientation"Подскажите в чем может быть проблэм ??"проблэм" может быть в том, что у Вас отсутствует файл "composer.phar" который по сути и является исполняемым файлом composer'a. Если у Вас
В переменные среды все прописаннозначит, PHP должен корректно вызываться по команде "php" или "php -v". Если это так - дело за малым, Вам нужно просто найти, где лежит файл "composer.phar" и вызвать его через PHP, примерно так:
php composer.phar
и далее пишите нужные вам команды, например: php composer.phar create-project ...
А как узнать что еще есть? Искал но не нашел в интернете какого-нибудь списка подобных компонентов.Laravel следует всем основным стандартам PHP, в т.ч. поддерживается автозагрузка, установка "компонентов" (библиотек) через Composer и т.д., список того, что Вы можете вкрутить в ваш Laravel (и не только) - можно найти тут.
Зачем используется обратный слеш при выборе?Обратный слеш экранирует кавычки. Причина их "появления" в том, что у Вас и "основные" кавычки и "внутренние" - одинаковые.
$('select[name="name_id"]');
или вот таком:$("select[name='name_id']");
"слеши" будут не нужны.Говорит что нет файла composer json в папке domains.Как вариант, Вы можете создать пустой Yii-проект, через composer, как это сделать написано, например тут, для примера:
composer create-project yiisoft/yii2-app-basic basic 2.0.12
и скопировать готовый composer.json файл оттуда.И еще одна проблема почему-то не получается ввести токен, он его запрашивает "Token (hidden):"Он даёт Вам ввести, просто не показывает ввод, точно так же дела обстоят, например, при вводе пароля в консоли.
Чтобы в SublimeText 2 эту папку можно было открыть как проект с подкаталогами, и открывать файлы проекта с помощью плагина "Проводник".Если Вы можете открыть локальную папку подобным образом, то и через SSH/FTP- FS -- тоже сможете.
Все изменения синхронизировались.На счёт именно "синхронизации" - не совсем понятно, в каком контексте Вы её хотите получить, но синхронизацией изменений, насколько я помню, занимается RSync.
Чтобы было безопасно и нельзя было из-за ошибки в синхронизации потерять изменения.Для этих целей, весь цивилизованный мир давно использует Git, расшаренный по протоколу SSH, HTTP(S) или какому-то другому, без дополнительных извращений. Применение такого подхода даёт почти 100% гарантию, что изменения никуда не потеряются, хотя ни Git, ни способы описанные Вами - не защищают от временной рассинхронизации файловой системы, иными словами "транзакций" на уровне файловой системы нет ни там ни там.
Можно ли это организовать?Можно, но если Вам нужен конкретно Git, я бы не стал изобретать слона заново, и расшарил Git-репозиторий "как положено", если Вам нужна совместная работа с проектом. Git гарантирует Вам, что изменения в репозитории будут производиться в порядке их поступления и будут синхронизированы между собой.
Как установить ширину div чтобы div которые находятся внутри не выходили за рамки этой ширины?Думаю, вот это ответ на Ваш вопрос. В данном конкретном случае, Вам нужен последний CSS-блок (строки 18-20).
При POST запросе первым делом удалять все данные по id студенту/предмету и потом записывать данные с запроса (получается 2 операции). В таком случае при неудачной записи данных, можно потерять все предыдущие данных об оценках, я думаю.Что бы ничего не потерялось "при записи" - есть "транзакции" (рекомендую с ними ознакомиться", но вкратце, суть такая - что либо операция будет выполнена полностью, либо она не будет выполнена вообще, т.е. произойдёт "откат" до того состояния, в котором данные были до начала транзакции).
Заранее создать "пустые" записи без оценок в таблице для каждой даты с 1/09 по 31/05 (учебный год, 270 дней где-то). Но возникает проблема с оптимальностью использования БД, думаю пустых ячеек с оценками не должно быть.Я думаю так же (что пустых записей [про какие ячейки идёт речь - я пока не понял]) - быть не должно. Ещё я думаю, что плодить колонки в БД - тоже плохое решение, если в них нет реальной необходимости. MySQL (как и многие другие) поддерживает механизм "реляций" (по русски - "связей"), то есть позволяет связывать одни данные с другими и контролировать целостность (корректность) таких связей. То есть, Вы можете связать воедино многомерную модель данных, например студента, предмет, преподавателя, дату, оценку и так далее, при том, что предметы хранятся в одной таблице, преподаватели в другой, оценки с датами в третьей (и т.д.) а их совокупности - в N'ой (в данном случае, в 4-ой) таблице.
пользователю, нажавшему эту кнопку, занести запись в БД?Что, простите? Занести пользователю запись в БД?
пользователю, нажавшему эту кнопку, занести запись в БДили сделать что-то ещё в таком духе.
заказчик собрался массово продавать его в открытом виде, вопрос можно ли как то адекватно защититься от перепродажи?От перепродажи кем? Заказчиком или тем, кто купит "это" у заказчика?
достаточно крупный проект на CIи при том, что сам CI - довольно не крупный проект - написать вместо него свою обёртку с аналогичным функционалом - меньшее из зол (при условии, что поверх него написан действительно крупный проект)
как это реализовано например в Битрикс?В битриксе это реализовано с помощью:
Как обработать ошибки подключения к базе данных в Codeigniter?Наверное, решение, которое я предложу, не самое лучшее с точки зрения архитектуры... но и сам CodeIgniter - не есть шедевр архитектурных решений в своей области.
Что лучше использовать SVG или PNG для Логотипа ?Лучше, подозреваю, что SVG. Так как SVG - это векторный формат и он хорошо выглядит на любом разрешении, в т.ч. на телефонах, у которых разрешение физическое может быть очень высоким, а фактическое - в несколько раз меньше.