Евгений Вольф

Мне кажется, C++, а дальше два варианта: либо Вы гений и действительно начнёте быстро зарабатывать, либо быстро поймёте, что подобные заработки не для Вас (ключевое слово тут - быстро).

Какой стэк проще и быстрее освоить?

DOS + Basic, TurboBasic, etc. Мне кажется, это один из самых простых вариантов (стека).

P.S. Ещё можно в сторону платформы 1с посмотреть, там вообще по русски писать можно, много литературы (в т.ч. на русском), масса видео и прочей подобной байды и в целом изучить эту экосистему на приемлемом уровне, можно быстрей чем некоторые другие.

Что можно почитать по этому поводу, в каком направлении хотя бы гуглить?

Основных вариантов, на вскидку, могу предложить следующие:
1. При редактировании записи (строки или любой другой сущности, по вашему усмотрению) на неё устанавливается метка, примерно такая: "редактируется пользователем таким-то", соответствующая метка удаляется по завершению редактирования. Таким образом это работает в некоторых CMS.
2. Можно придумать какую-то систему на основе WebSocket-протокола, я думаю сервисы на подобии GoogleDocs или Trello (позволяющие редактировать один документ сразу нескольким пользователям) работают именно на его основе, это как минимум позволит видеть обновления данных всем пользователям практически в реальном времени
3. Можно хранить все версии данных, а потом что-то делать с ними... Что именно делать - пока сказать затрудняюсь, т.к. не до конца понимаю, какие у Вас конечные требования, возможно этот вариант не подойдёт.

Работаю в компании где юзается доктрина (2 версия). Если конечно же доктрина чего то не умеет, то запрос переписывается на plain SQL.

Справедливости ради, я думаю стоит заметить, что ни один из известных мне ORM'ов - не умеет "всего", даже на уровне MySQL'а. А если говорить про более продвинутые БД (в плане функциональных возможностей), например, PostgreSQL - то ORM'ы вообще "мало чего умеют" (в процентном соотношении).

Собственно, я думаю, что это не всё.

Я более чем уверен, что это далеко не всё.

Почему доктрину многие так восхваляют? Пока что я увидел сплошные минусы для себя.

Я бы не был столь категоричным (минусы всё-таки не сплошные, какие-то плюсы в ней однозначно есть), но, на вопрос "почему?" лично я для себя сделал вывод, что основная популярность Doctrine - обусловлена тем, что она по умолчанию поставляется (или поставлялась) с Symfony, а Symfony в свою очередь основную популярность завоевала тем, что долгое время он(а) считалась самым сложным (или одним из самых сложных) PHP-фреймворков, с довольно высоким порогом вхождения, что в свою очередь возводило её в ранг некоего "идола", отличающего "опытного" разработчика от тех, кто в силу различных причин Symfony осилить не смог (или не захотел). Вот такая вот цепочка...

P.S. Всё выше написанное, является моим субъективным наблюдением, основанным на моём личном опыте работы со студентами и людьми повышающими свою квалификацию в ракурсе веб-разработок. Уважаемые коллеги, убедительно прошу вас не устраивать срач под этим постом, у меня к сожалению нет времени в достаточном количестве, что бы вести объективную дискуссию, а поддерживать перепалку - желания.

Как уже верно подметил предыдущий оратор - добавить в массив Вы можете что угодно, а сохранить это "без танцев с бубном" вряд ли получиться. Если Вам нужно загружать и сохранять какие-то данные для этого есть другие способы и форматы, например, JSON (json_encode()/json_decode()), или serialize()/unserialize().

Есть какие-любо предложения? Неужели в 2019 году люди продолжают верстать вручную?

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

Есть много разных вариантов, облегчающих жизнь в целом, которые Вам наверняка известны не хуже чем мне, такие как препроцессоры, подготовка различных шаблонов, сборщики и т.д. но, того, чего Вы хотите, боюсь пока ещё не придумали и судя по всему придумывать не спешат. В мои руки (для анализа) попадал даже код с шильдиком "создано с помощью нейросети", который не многим лучше чем то, что генерирует среднестатистическая программа аналогичного направления.

Думается мне, когда что-то сможет генерировать код очень близкий к чистовому, достойного качества - профессия верстальщика начнёт становится частью истории, как когда-то профессия, ну скажем, кучера.

P.S.

не застал табличную верстку, а может быть оно и к лучшему

Я застал времена, когда CSS ещё не придумали :)

Сложно ли учить новый язык программирования после JavaScript?

Что Вы подразумеваете под словом "учить новый язык"? Учить синтаксис нового языка? Нет, не сложно, но не особо понятно, зачем оно в целом Вам надо? Знание синтаксиса языка без более глубокого понимания происходящего на более низком уровне - всё равно, что знание алфавита без понимания того, что означаю слова (составленные из букв этого алфавита).

И даже если Вы изучили язык N ну очень хорошо (я про синтаксис), это будет порядка 5% от того, что Вам нужно будет изучить в целом, что бы стать высококлассным спецом в мире современной разработки.

Отвечая на Ваш вопрос буквально - "учить новый язык" не сложно, ни до, ни после...

Здравствуйте, как в текстовом поле запретить все теги, кроме определенных.

Здравствуйте, я думаю это относительно легко реализовать с помощью JavaScript'а, но в целом этот подход настолько же бессмысленный, насколько и простой. Во первых по тому, что пользователь может банально отключить JS у себя в браузере (одним кликом), а во вторых - запрос может легко придти вообще не из браузера (иными словами, "рукастые" пользователи всегда могут прислать всё что угодно, в буквальном смысле). По этому, я бы на Вашем месте ограничился "табличкой" аля "Разрешены только такие-то теги", а все запрещённые теги просто вырезал бы на стороне сервера (молча).

Можно ли эти данные закешировать как-то стандартными средствами Laravel и чтобы они обновлялись раз в 5 минут?

А что Вам мешает закэшировать их например, в Redis со сроком жизни кэша 5 минут и проверять, есть ли данные в кэше (и если их там нет - класть их туда, на следующие 5 минут)?

P.S. Средства лары для работы с кэшем хорошо описаны тут.

В последнее время сталкивался с мнениями, что чем больше диагональ - тем больше расстояние до монитора и крупнее текст, благодаря чему меньше устают глаза.

Не очень представляю зачем может понадобиться монитор 32"... Я со своим "куриным" зрением и хроническим нежеланием носить очки - использую для работы 3 монитора 27", 2шт. FullHD + 1шт. 4k разрешением. Больше (диагональ) - лично я смысла не вижу никакого ставить. Разрешение мониторов, диагональ, матрицу и т.п. подбирал специально для работы, 2 монитора с матрицей IPS, один - с VA (точнее MVA, если не ошибаюсь), у всех отличные углы обзора.

Так же пару раз сталкивался с PLS-матрицей и мониторами Samsung - ничего "такого" в них не заметил, между PLS и IPS особых различий разглядеть не смог, с той лишь разницей что в течение года на этих мониторах (в количестве двух штук) "поехала" подсветка, а на втором году начала "прогорать" матрица (на обоих).

тем больше расстояние до монитора и крупнее текст, благодаря чему меньше устают глаза.

И тем крупнее пиксель соотв.

Вариантов тут на мой взгляд несколько:
1. Воспользовать связями на уровне Laravel
2. Создать в БД view'шку с нужными данными и делать выборку из неё
3. С помощью DB::select, создать запрос, в котором Вы объедините таблицы с помощью запроса как Вам нужно

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

Лично мы используем такой способ:
1. Есть мастер ветка, туда попадает только полностью оттестированный код (обратите внимание - не в конце какого-то спринта; не после того, как на горе рак свистнет; а после прохождения всех этапов тестирования)
2. Есть dev-ветка, ею заведует старший разработчик и по мере необходимости "подливает" туда фиче-ветки.
3. Есть много фич-веток, в которых работают отдельно взятые личности, при этом откуда они будут брать кодовую базу для доработки - их личная трагедия. Если при слиянии возникают конфликты - есть старший разработчик, если ему что-то непонятно - есть авторы кода, которых можно позвать и спросить "какого тут происходит?".

Лучшая формула работы, из моего личного опыта - это "думать головой", а не слепо следовать какому-то набору правил.

А как к этому можно было бы Laravel прикрутить или наоборот к Laravel?

Точно так же как и к обычному PHP. Зачем менять HEADER - мне пока не ясно, можете грузить любой текст с сервера, подключая его как CSS (должно по идее работать без всяких дополнительных телодвижений).

И вообще такое практикуется?

Обычно - нет.

Ведь есть же куча админок, где есть возможность менять цвет фона, цвет кнопок. Как такое реализуется?

Чаще всего, либо с помощью JavaScript'a, либо с помощью подмены CSS-файла (на главной странице) переопределяющего некоторые стили (либо совокупностью этих методов).

Подозреваю, что Вы что-то не поняли. Let's enctypt (если это тот сервис о котором я думаю) это сервис по выдаче сертификатов для веб-серверов, т.е. сертификатов для того, что бы Вы могли перевести ваш HTTP-протокол на HTTPS (не совсем технически верно говорю, но стараюсь объяснять как можно более понятно).

Сам по себе протокол HTTP - это протокол, который (обычно) работает поверх протокола TCP/IP, и если я правильно понял, суть ответа приведённого Вами по ссылке (выше) - в том, что сначала устанавливается защищённое (зашифрованное) соединение, а уже потом по нему проходят запросы (т.е. HTTP-запросы поверх защищённого соединения). Сам по себе HTTP(S)-протокол при этом работает поверх TCP/IP протокола, никакие "дополнительные (TCP)-серверы" Вам настраивать не нужно.

P.S. Если Вам нужны подробности - почитайте что-нибудь на тему "шифрование с помощью открытого и закрытого ключа" или "ассиметричное шифрование".

Есть ли в laravel способ сохранить картинку на определенное время?

В самом Laravel'е - вряд ли (скорее всего - нет). По причине того, что это не очень типовая задача и к конкретному фреймворку (например, Laravel) она прямого отношения не имеет.

Или же остается способ загружать картинку как обычно и по крону отчищать директорию?

Я бы пользовался at, оно как мне видится чуть больше подходит для данной задачи.

Так же, в Redis'е есть возможность устанавливать срок жизни данных, а в Laravel есть поддержка Redis'а. Можно воспользоваться этой возможностью Redis'а, сохраняя данные там. Так же в Redis'е есть "события", которые в т.ч. могут оповестить о том, что срок жизни "таких-то" данных истёк и привязать соотв. удаление файла связанного с этими данными с диска.

*оба этих варианта, в теории могут дать сбой и данные могут не удалиться, по этой причине раз в N часов/дней я бы рекомендовал всё-таки сканировать директорию с файлами на поиск "неудалённого мусора".

В MySQL есть встроенный scheduler, файлы можно сохранять там и удалять по истечение срока их жизни (который можно указать при сохранении).

При необходимости можно "притащить тяжелую артилерию", поставить сервер очередей (или использовать уже имеющийся, если таковой есть, вот тут кое-что об этом писали), соотв. при загрузке картинки добавлять задачу на удаление оной как "отложенную".

P.S. "Что лучше" - зависит от каждого случая индивидуально, если ничего "лишнего" в проекте нет - можно использовать at + cron (для не частых проверок на наличие различного мусора, который по какой-то причине не был удалён, хотя, возможно это и не обязательно, глубоких тестов я не проводил...)