Алексей Пьянов

наймите админа

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

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

Сколько времени у вас уходит на развертыванием веб-проекта

3 часа 14 минут. Не зависимо от ТЗ и сложности. Просто чудо какое-то что б не делал всегда 3,14 часов. Что бы не делал - 3,14 просто ПИ...тое число.

Хочу ускориться, делать больше работы за единицу времени

Найми сотрудников. Или прими за единицу времени большую единицу. Еще есть опыт, он со временем даст прирост скорости.

Неужели создание сайта (верстка, бэкенд, фронтенд, проектирование бд итд) настолько нудный и муторный процесс?!

Вам виднее, это дело вкуса. Если Вам нудно - значит нудный. Попробуйте копать траншеи, может веселее пойдет.

Поделитесь секретными инструментами, приемами, фреймворками, позволяющими выполнять проект за считанные дни.

boostrap, vue, jquery, gulp, нормальная IDE, опыт и т.д.
если надо волшебства - беритесь за проекты, которые делаются за "считанные дни". Например, работайте только wp и готовыми шаблонами. Думаю за пару часов можно собрать сайт (3 часа 14 минут).

xls сохранить в csv, дальше LOAD DATA INFILE в mysql-ной консоли. Загружал таким образом файлики на десятки миллионов строк - залетает на ура.

1. xls - это похититель ресурсов, пересохраняем в csv
2. проверяем файл на размер и на лимиты при отправке через post
3. вероятно стоит его разбить на части, а не обрабатывать весь
4. наверное стоит повесить задачи по обработке на cron
5. можно и даже нужно установить больший timeout

Если для этой задачи есть web интерфейс, я бы разбивки вообще возложил на клиент. Отправлял маленькими частями ajax-ом, получал бы ответ, рисовал бы % выполнения и отправлял дальше.

Я вам советую завести на git и хостить(можно к примеру gitlab у них есть бесплатные приватные репозитории ), а можно и не хостить. А сами заметки/блог вести в Markdown. Markdown имеет простейший и удобный синтаксис + есть огромное количество бесплатных редакторов.
Таким образом вы получите портируемую, слабо от чего-либо зависящую систему удобных заметок с историей изменений добавлений.

1) Установите php extension xdebug
Включите этот extension, а также профилирование в настройках xdebug
xdebug.profiler_enable = 1
Обратите внимание на эти 2 опции (куда складывать профайл файлы):
xdebug.profiler_output_dir
xdebug.profiler_output_name
2) Выкачиваете файлики профилирования себе на девелоперскую машину, далее скармливаете такой утилите как QCacheGrind. Она довольно быстро проанализирует их и выдаст вам какие методы, сколько раз вызывались, и сколько процессорного времени ушло на обработку. Результаты можно сортировать.
3) На продакшене xdebug лучше отключить.

Честно говоря, сейчас Лиса и Хром совершенно одинаково отрабатывают флексы. А все остальное уж подавно.

Есть некоторые особенности у каждого браузера (можно сказать — баги), но они встречаются редко, очень незначительные и легко гуглятся.

Да и IE новый не выделяется ничем особо. Только вот с ES6 местами беда, но это решаемо.

P.S. И да — если есть возможность отказаться от проекта с поддержкой старых браузеров — сделайте это. Вы не получите ничего, кроме головной боли. Опыта полезного вам это не даст, только время потратите на динозавров.

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

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

после такого челенджа вопросов где и что искать у тебя просто не возникнут :) удачи.

Монтирование внешнего диска ничем не отличается от монтирования внутреннего диска.
1.
Подключайте физически диск.
Смотрите подключился ли он:
# fdisk -l
Он должен присутствовать в списке

Затем

# vgscan --mknodes
# vgchange -ay

Затем монтируйте readonly если боитесь затереть данные

# mount -t ext3 -o ro /dev/vg160/LogVol00 /mnt/yourmountpoint

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

# vgscan
Reading all physical volumes. This may take a while...
Found volume group "VolGroup00" using metadata type lvm2
Found volume group "VolGroup00" using metadata type lvm2

Не знаю как найти принадлежность LV к PV поэтому я
пользовался различием в размерах дисков.

# vgdisplay | grep -i 'name\|uuid'
  VG Name VolGroup00
  VG Size 148.94 GB
  PE Size 32.00 MB
  Total PE 4766
  Alloc PE / Size 4766 / 148.94 GB
  Free PE / Size 0 / 0
  VG UUID pkb1cy-1JSf-n3Px-UYRi-eImv-e1Eg-t12BgY
  VG Name VolGroup00
  VG Size 74.41 GB
  PE Size 32.00 MB
  Total PE 2381
  Alloc PE / Size 2381 / 74.41 GB
  Free PE / Size 0 / 0
  VG UUID SjBmkg-YvMz-B160-tEds-Vqrg-SFMS-mYNimL

А теперь переименовываем группу по UUID

# vgrename pkb1cy-1JSf-n3Px-UYRi-eImv-e1Eg-t12BgY MyNewGroupName

# pvscan
PV /dev/sda2 VG vg160 lvm2 [148.94 GB / 0 free] 
PV /dev/hda2 VG VolGroup00 lvm2 [74.41 GB / 0 free] 
Total: 2 [223.34 GB] / in use: 2 [223.34 GB] / in no VG: 0 [0 ]

# lvscan
inactive '/dev/vg160/LogVol00' [147.00 GB] inherit
inactive '/dev/vg160/LogVol01' [1.94 GB] inherit
ACTIVE '/dev/VolGroup00/LogVol00' [72.47 GB] inherit
ACTIVE '/dev/VolGroup00/LogVol01' [1.94 GB] inherit

# vgchange -a y

# lvscan
ACTIVE '/dev/vg160/LogVol00' [147.00 GB] inherit
ACTIVE '/dev/vg160/LogVol01' [1.94 GB] inherit
ACTIVE '/dev/VolGroup00/LogVol00' [72.47 GB] inherit
ACTIVE '/dev/VolGroup00/LogVol01' [1.94 GB] inherit

# mount -t ext3 -o ro /dev/vg160/LogVol00 /mnt/yourmountpoint

Даю честное слово.