Мнения экспертов: беседы со Стефаном Караманчичем из ManageWP

Когда-то WordPress был простой платформой для ведения блогов. За прошедшие годы он стал самым мощным инструментом для создания всех видов веб-сайтов. То же самое можно сказать и о Стефане Караманчиче, ветеране службы поддержки ManageWP. Он здесь с нами сегодня, чтобы растопить лед и поприветствовать всех в нашей серии блогов «Expert Insights», где мы возьмем интервью у команды поддержки ManageWP и дадим вам представление об опыте и самоотверженности, которые они привносят в работу, а также некоторые способы устранения неполадок. методы, которые они используют ежедневно.

Что общего у WoW и девушек-блогеров в 2009 году? Я слышал ответ - ты. Это верно? Можете ли вы рассказать нам, как вы начали работать в индустрии WordPress?

Ну, вы могли бы сказать, что. Правда в том, что оба они вызывают интерес к карьере в области веб-технологий. Около 15 лет назад я встретил девушку и понятия не имел, что именно она… откроет для меня целый новый мир, мир WordPress! У нее был личный блог на WordPress.com, и я несколько раз помогал ей настроить внешний вид. Мы сделали несколько пользовательских CSS здесь и там, и я помог ей получить максимальную отдачу от бесплатных тем, которые у нас были тогда. Это было другое время; все было менее настраиваемым, поэтому нам часто приходилось гораздо больше полагаться на пользовательские функции и настройки.

Поскольку я был увлечен технологиями и меня интересовали возможности применения моих недавно полученных знаний, я начал использовать WordPress для нескольких своих проектов. Я создал несколько форумов гильдий и несколько простых веб-сайтов, в первую очередь для моей семьи и друзей. Поддержание их в актуальном состоянии и добавление новых функций с течением времени помогло мне приступить к созданию веб-сайтов с помощью WordPress. Оглядываясь назад, можно сказать, что эти увлеченные проекты действительно упростили весь процесс обучения. Я не учился искать работу; Я учился улучшать свои увлеченные проекты. В настоящее время у нас есть много плагинов и тем, и индустрия сильно развилась. Вы можете создавать потрясающие веб-сайты практически без программирования.

В современном мире нас постоянно бомбардируют информацией, поскольку ежедневно появляются новые истории, источники и тенденции. Как вы остаетесь в курсе последних событий в WordPress?

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

Мне нравится WP Tavern и официальный веб-сайт WordPress (особенно ресурсы для разработчиков) за общие сведения о WordPress и новости сообщества. Помимо чтения объявлений о том, что будет дальше, мне нравится оставаться на связи с сообществом WordPress. Официальный WordPress Slack — отличное место, где можно узнать новости и попросить помощи у других участников сообщества.

Еще один отличный сайт — WP Beginner. Он охватывает различные темы и постоянно выпускает и обновляет свои руководства и статьи. Если вы ищете основы, вы не ошибетесь с WP Beginner.

Следующей областью, которую я считаю важной, является безопасность веб-сайта! Информационные бюллетени Sucuri и WordFence, а также блоги — мои любимые источники информации о безопасности веб-сайтов, поскольку это всегда игра в кошки-мышки.

Что касается более широких новостей веб-технологий, я слежу за CSS Tricks, The Register и Smashing Magazine.

Как вы подходите к решению проблем и устранению неполадок, когда дело доходит до WordPress?

Точно так же, как я остаюсь в курсе новых событий, я определяю область, затронутую проблемой, и собираю как можно больше информации, прежде чем начать расследование . Обычно я начинаю с подтверждения, ограничено ли это конкретным компонентом или действием. Как должен выглядеть ожидаемый результат? Это то, что я могу надежно воспроизвести или нет? Происходит ли то же самое на других сайтах?

Затем, когда у меня есть вся эта информация, я начинаю с воспроизведения процесса шаг за шагом и следую ему по мере его развития. Полезно, когда включено ведение журнала ошибок, так как самый быстрый способ увидеть, где что-то сломалось, — это просмотреть эти журналы. Когда в журналах появляется какая-то полезная информация, я могу быстро найти решение проблемы, посмотреть, решена ли она, и попробовать еще раз. Например, если плагин не обновляется, я всегда пытаюсь повторно запустить обновление или попытаться обновить Hello Dolly или какой-либо другой базовый плагин на веб-сайте. Если процесс завершается сбоем, я могу проверить журналы и найти точные ответы, полученные веб-сайтом или сервером. Были ли это права доступа к файлам, проблема с лицензией или критическая ошибка из-за нехватки памяти на сервере? Что бы это ни было, доступ к журналам ошибок упрощает процесс устранения неполадок.

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

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

Да, самые сочные запросы на клонирование веб-сайтов каким-то образом попадают в мой почтовый ящик. Можно сказать, что я притягиваю неудачи с клонированием! Несколько лет назад мы получили сообщение о том, что пользователю нужна помощь в клонировании своего веб-сайта. Дело в том, что их живой веб-сайт отключился после того, как они запустили клон. Сначала я был удивлен, потому что наш инструмент Clone не взаимодействует с клонируемым веб-сайтом, поскольку мы используем резервную копию, которая хранится на наших серверах, так что это было очень необычно. Я просмотрела тикет несколько раз и выпила свежую чашку кофе, пытаясь наметить и проследить шаги нашего пользователя. Тайна углубилась, когда я воспроизвел проблему и получил тот же результат.

Я проверил плагины, темы и настройки веб-сервера, чтобы попытаться понять, что за этим стоит, но ничего необычного не обнаружилось. В тот момент я подумал: « Давайте вернемся к основам и начнем с самого начала. Внутреннее устройство нашего инструмента довольно простое:

• Перед клонированием или смягчением веб-сайта необходимо создать резервную копию. Проверено!
• Затем мы переносим эту резервную копию на целевой сервер. Независимо от того, делаем ли мы это через PHP или FTP-соединение, он по-прежнему остается целевым сервером и не должен каким-либо образом влиять на исходный веб-сайт.
• На последнем этапе извлеките файлы на новый сервер и импортируйте базу данных. Опять же, это новый сервер без очевидной связи с источником.

«Когда вы устраните невозможное, все, что останется, каким бы невероятным оно ни было, должно быть правдой». –

Шерлок Холмс

Именно здесь я направил своего внутреннего Шерлока Холмса и начал вычеркивать вещи из списка. Вскоре стало очевидно, что единственный шаг, на котором путаница может привести к сбою исходного веб-сайта, — это импорт базы данных на заключительном этапе клонирования. Как оказалось, оба веб-сайта (исходный и целевой) находились на одном и том же плане хостинга, а учетные данные базы данных, отправленные нам пользователем, относились к работающему (исходному) веб-сайту, а не к целевому. Обычно это не проблема, поскольку серверы баз данных обычно настраиваются с ограниченным доступом. Тем не менее, в этом случае оба веб-сайта могли подключаться к обеим базам данных, а наш инструмент Clone импортировал данные не в ту базу данных. Как только я убедился в этом с пользователем, я смог помочь и провести его через процесс клонирования. К счастью, с тех пор никто не пытался это сделать, но в наши процедуры были добавлены проверка и подтверждение источника базы данных.

А как насчет некоторых распространенных заблуждений или проблем, с которыми сталкиваются пользователи при использовании ManageWP?

К счастью, их не так много. Мне нравится думать, что причиной этого является интуитивно понятный дизайн UX . Мой любимый способ помочь нашим пользователям — иметь дело с URL-адресом веб-сайта, что больше похоже на то, как на самом деле работает DNS. Когда вы посещаете веб-сайт в своем браузере, вы обычно вводите URL-адрес и нажимаете Enter, и не думаете о том, есть ли там www или нет, или вы набрали HTTP или HTTPS. Вы позволяете своему браузеру иметь дело с такими вещами.

При добавлении веб-сайта в ManageWP вы должны обратить внимание на эти вещи. В том, как работает DNS, между www.example.com и example.com или между http://www.example.com и https://example.com может быть огромная разница. Оба они могут вести на один и тот же веб-сайт. Но также возможно, что они ведут на два совершенно разных сайта! Мы часто видим это при миграции веб-сайтов или смене владельца, поскольку именно тогда такие изменения DNS, скорее всего, произойдут.

Мой совет всем, кто пытается подключить свой веб-сайт: «Когда вы вводите URL-адрес веб-сайта в ManageWP, позвольте вашему браузеру сделать всю работу, а просто скопируйте и вставьте URL-адрес своей домашней страницы из адресной строки.

Стефан Караманчич, служба поддержки ManageWP

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

Конечно! Обращаясь к нам, всегда рекомендуется указывать точные шаги, которые вы предприняли, чтобы помочь нам немедленно воспроизвести проблему. В идеале вы пришлете нам маркированный список, или, если вы больше любите рассказывать истории, не помешает быть как можно более конкретным при описании того, о чем вы пытаетесь рассказать. Имея достаточно информации, мы можем начать процесс устранения неполадок, как только получим ваш первоначальный запрос в службу поддержки, и нам не придется писать вам ответ с просьбой уточнить подробности.

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

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

Вот и подведены итоги нашего интервью со Стефаном. Если у вас есть какие-либо вопросы к нему или у вас есть какие-либо предложения о том, у кого мы должны взять следующее интервью, оставьте комментарий ниже!