burunduk: это реальности и бреда в ней ровно столько же, как за каждым чихом обращаться к разработчикам
Реальность такова, что вот ты, напр, технически грамотный, можешь кодить и понимаешь смежыне специальности. А 90% нынешних сеошнегов даже правильные разделы на сёрче не в состоянии нагуглить :). Вот это реальность. Вот это показатель квалификации ящитаю.
И да -
SeVlad: Если он лезет в код/базу/етс - он уже не сеошник, а вебмастер. И тогда должен, я акцентирую - должен знать и движок (а это уже специализация) и сервера и много чего ещё + уметь кодить (хотя бы основы). Т.е. должен получать 2е зарплаты. Даже 2,5 раз такой универсал Рассказывать что-де сеошник обойдется дешевле вебмастера - по крайней мере как-то нелепо.
madoff: Ну а как-же помочь, если он не может перенести базу, и появляется ошибка. Нужен Админ + программист sql
Работа с базой - это НЕ администрирование серверов, а элементарные навыки вебмастера. Речь же не о развёртывании MySql на сервере (хотя это тоже "на стыке" админсва и вебмастерсва ;) ).
В данном же случае ещё немаловажно, что это не абстрактная база, а процесс миграции сайта. Напрямую связано с движком.
А он изначально неправильно делает (и наверняка наделал намного раньше), что тоже касается вебстроительсва, а не администрирования.
_SP_: И с какой стати второй "ключ" не должен распознаваться как вариант эталона ?
Динамика ибо может быть (да, поморгать-попукать). Должна быть. Без неё это вообще ОППА.
_SP_: Я там смайликов забыл добавить.
А кстати, это тоже вполне реальное применение. Без смайликов. И гораздо шире, чем просто "капча".
Жаль, что ТС игнорирует вопросы и только надувает щёки :( Но наверное действительно сказать нечего, нет элементарного понимания, а всё это просто езда по ушам для домохозяек и глупых горячих инвесторов.
Кроме того - структура базы и данных может поменяться при обновлении. Такое уже было неск раз в истории ВП. Соответственно, всё может поломаться.
При чтении (как в данном случае) ты конечно не повредишь базу, но легко можно получить неверные результаты. А вот когда так изменяют данные, и тем боле добавляют — это очень опасно.
Поэтому нужно просто привыкать использовать функции/апи.
(Ок, пароль можно изменить руками. А вот логин или домен уже нет. Логин вообще менять нельзя).
«Руками» — значит прямыми SQL запросами в БД или непосредственно в РМА или аналогах.
seovisor: При большом количестве постов не хватает оперативки.
Может времени? get_posts не быстрая функция.
Кстати, а какова цель получения всех ИД? Зачем и где потом должно использоваться?
seovisor: Оказывается не надо писать wp_ перед названием таблицы) Вот работающий варинат - возвращает массив с id всех опубликованных записей (и страниц)
Ну хорошо, что тут хоть специальный класс использовал . Это более безопасно, но без особой нужды и его не стоит трогать. Во всяком случае до хорошего понимания ВП.
А это, кстати, хороший пример/объяснение почему нельзя использовать прямые SQL-запросы - ты нарвался на префикс таблиц. А он не должен участвовать в запросах/коде, тк его можно изменить и при установке ВП и даже после (хотя это не стоит делать на рабочем сайте).
AGRESSOR: Тебе выше написали не трогай прямые обращение к бд,
Ну справедливости ради, в данном случае (использование wpdb) более-менее нормально. Хуже было бы если бы голым SQL полез.
seovisor, если хочешь понять ВП и что делает код см. как надо делать: увидел функцию (как напр get_posts, что показал AGRESSOR ) — идешь в кодекс (и новый, пока не полный) или на https://wp-kama.ru/functions и ищешь там функцию, изучаешь. Функции имеют логически и интуитивно понятные названия, так что поиск нужной тоже не составляет труда. Ну а так, если что надо сделать — лучше переспросить на форуме, подскажем как лучше/правильнее/безопаснее решить задачу.
_SP_: что после этого этот "кто угодно" вместо вас и авторизуется
Скорее всего не авторизуется. Отсечь "копии" всё же не так трудно, а подделать всё же сложно. Хотя и не невозможно - тут вопрос больше целесообразности и затрат (хотя те же 3д принтеры уже позволить могут многие). Проблема больше в другом, обратная сторона медали - отклонение данных от эталона и всё, приплыли. А безопасность - фальсификация "эталонов" и не только.
JabbaHutt: что бы он сидел у нас в офисе, а ищем стороннюю студию.
Можно взять фрилансера "на оклад". Хотя конечно, это риски. Но есть и риски даже когда студия на соседней улице. Тут были такие топики.
Shustoff: Так, большая часть шаблонов на WP сделаны на конструкторах аля page builder/visual composer/elemantor.
На этой гадости сделаны НЕ темы ВП, а собирается контент. Но одновременно есть факт, что темы с говнофореста без этой гадости вообще убожество (глючное, тормозное, с кучей ошибок и пр). Поэтому только оф репо и темы проверенных производителей. Темы без конструкторов.
это реальности и бреда в ней ровно столько же, как за каждым чихом обращаться к разработчикам
Реальность такова, что вот ты, напр, технически грамотный, можешь кодить и понимаешь смежыне специальности. А 90% нынешних сеошнегов даже правильные разделы на сёрче не в состоянии нагуглить :). Вот это реальность. Вот это показатель квалификации ящитаю.
И да -
Если он лезет в код/базу/етс - он уже не сеошник, а вебмастер. И тогда должен, я акцентирую - должен знать и движок (а это уже специализация) и сервера и много чего ещё + уметь кодить (хотя бы основы). Т.е. должен получать 2е зарплаты. Даже 2,5 раз такой универсал
Рассказывать что-де сеошник обойдется дешевле вебмастера - по крайней мере как-то нелепо.
Ну а как-же помочь, если он не может перенести базу, и появляется ошибка. Нужен Админ + программист sql
Работа с базой - это НЕ администрирование серверов, а элементарные навыки вебмастера. Речь же не о развёртывании MySql на сервере (хотя это тоже "на стыке" админсва и вебмастерсва ;) ).
В данном же случае ещё немаловажно, что это не абстрактная база, а процесс миграции сайта. Напрямую связано с движком.
А он изначально неправильно делает (и наверняка наделал намного раньше), что тоже касается вебстроительсва, а не администрирования.
И с какой стати второй "ключ" не должен распознаваться как вариант эталона ?
Динамика ибо может быть (да, поморгать-попукать). Должна быть. Без неё это вообще ОППА.
Я там смайликов забыл добавить.
А кстати, это тоже вполне реальное применение. Без смайликов. И гораздо шире, чем просто "капча".
Жаль, что ТС игнорирует вопросы и только надувает щёки :( Но наверное действительно сказать нечего, нет элементарного понимания, а всё это просто езда по ушам для домохозяек и глупых горячих инвесторов.
Переношу сайт wordpress на новый домен, сделал бэкап базы, но при восстановлении базы пишет ошибку:
Это только первая проблема из-за неправильного переноса ВП. А сколько их ещё появится…
Только причём тут администрирование серверов?
А, да. Кривыми переносами ты убил автоинкремент и похерил индексы.
У меня на сайте множество страниц, именно созданы страницы в ВордПресс, а не записи
Это плохо, очень плохо.
чтоб в админке можно было рассортировать страницы по разным папкам, вкладками для удобства?
Как ты это себе представляешь?
Почему? Я новичок просто
Прежде всего потому, что в базе много зависимостей, временных данных и хранение в сериализованных массивах. См https://codex.wordpress.org/Database%20Description
Кроме того - структура базы и данных может поменяться при обновлении. Такое уже было неск раз в истории ВП. Соответственно, всё может поломаться.
При чтении (как в данном случае) ты конечно не повредишь базу, но легко можно получить неверные результаты. А вот когда так изменяют данные, и тем боле добавляют — это очень опасно.
Поэтому нужно просто привыкать использовать функции/апи.
(Ок, пароль можно изменить руками. А вот логин или домен уже нет. Логин вообще менять нельзя).
«Руками» — значит прямыми SQL запросами в БД или непосредственно в РМА или аналогах.
При большом количестве постов не хватает оперативки.
Может времени? get_posts не быстрая функция.
Кстати, а какова цель получения всех ИД? Зачем и где потом должно использоваться?
Оказывается не надо писать wp_ перед названием таблицы)
Вот работающий варинат - возвращает массив с id всех опубликованных записей (и страниц)
Ну хорошо, что тут хоть специальный класс использовал . Это более безопасно, но без особой нужды и его не стоит трогать. Во всяком случае до хорошего понимания ВП.
А это, кстати, хороший пример/объяснение почему нельзя использовать прямые SQL-запросы - ты нарвался на префикс таблиц. А он не должен участвовать в запросах/коде, тк его можно изменить и при установке ВП и даже после (хотя это не стоит делать на рабочем сайте).
Тебе выше написали не трогай прямые обращение к бд,
Ну справедливости ради, в данном случае (использование wpdb) более-менее нормально. Хуже было бы если бы голым SQL полез.
seovisor, если хочешь понять ВП и что делает код см. как надо делать: увидел функцию (как напр get_posts, что показал AGRESSOR ) — идешь в кодекс (и новый, пока не полный) или на https://wp-kama.ru/functions и ищешь там функцию, изучаешь. Функции имеют логически и интуитивно понятные названия, так что поиск нужной тоже не составляет труда. Ну а так, если что надо сделать — лучше переспросить на форуме, подскажем как лучше/правильнее/безопаснее решить задачу.
Не догадался, что можно нанять на каждую позицию квалифицированного сотрудника?
А ты не догадался прочитать писанину ТСа?
А хотя ответы на нужные вопросы нашел?
Кому должен?
Вам - везде (с)
что после этого этот "кто угодно" вместо вас и авторизуется
Скорее всего не авторизуется. Отсечь "копии" всё же не так трудно, а подделать всё же сложно. Хотя и не невозможно - тут вопрос больше целесообразности и затрат (хотя те же 3д принтеры уже позволить могут многие). Проблема больше в другом, обратная сторона медали - отклонение данных от эталона и всё, приплыли. А безопасность - фальсификация "эталонов" и не только.
Скупят всю землю и будут искуственно завышать цену , почему нет...
Спасибо за расшифровку моих слов :)
что бы он сидел у нас в офисе, а ищем стороннюю студию.
Можно взять фрилансера "на оклад". Хотя конечно, это риски. Но есть и риски даже когда студия на соседней улице. Тут были такие топики.
Так, большая часть шаблонов на WP сделаны на конструкторах аля page builder/visual composer/elemantor.
На этой гадости сделаны НЕ темы ВП, а собирается контент. Но одновременно есть факт, что темы с говнофореста без этой гадости вообще убожество (глючное, тормозное, с кучей ошибок и пр). Поэтому только оф репо и темы проверенных производителей. Темы без конструкторов.