LINUX.ORG.RU
решено ФорумAdmin

Магический VPS

 ,


0

1

Продолжение треда:
Суть в чем, есть локальный сервер, на нем вордпресс отлично работает, при переносе его даже на хостинг другой, тоже работает, а вот при переносе его на vps с поставленным там apache,mysql,php(7.0) не работает. Точнее некоторые записи товаров нельзя отредактировать, изменения не применяются, их даже нельзя удалить. Дело вряд ли в самих записях, иначе они не работали бы и на хостинге и на локальном, но нет, они отказываются редактироваться только на vps (ubuntu 16.04).

Пробовал след. манипуляции:
1. Замена php с 5 на 7 - не помогла
2. Прописка рутовских прав к базе в конфе вп - не помогла
3. Замена темы на стандартную из-за возможных косяков в хуках - не помогла
4. Отключение кеширования в htaccess сервера и конфе вп - не помогла
5. Замена системных файлов вп на оригинальные - не помогло

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

Чего может нехватать НА СЕРВЕРЕ, что такая магия возникает?


У пользователя БД нет прав на запись в конкретную базу/таблицу?
Проверить просто: залогиниться в БД с клиентскими credentials и попробовать кинуть INSERT.

aidaho ★★★★★
()
Последнее исправление: aidaho (всего исправлений: 1)
Ответ на: комментарий от aidaho

У пользователя БД нет прав на запись в конкретную базу/таблицу?

Но ведь записи при импорте бд создавались от имени этого же пользователя.

shiva
() автор топика

Чего может нехватать shiva , что такая магия возникает? Мозгов.

anc ★★★★★
()

С WP дел не имел, но у него логов нет что ли? Если есть, то начать надо с их просмотра. После чего проверить логи PHP и MySQL. Кроме того, надо под тем же юзером, под которым WP ходит в базу, подконнектиться к мускулю и убедиться в том, что не readonly (всякое бывает).

dimuska139 ★★
()
Ответ на: комментарий от anonymous

Ну можно же сделать отдельные права на insert и update, что объяснило бы твою проблему.

Нормально с правами, и в записях никакой аномалии нет, обычные записи товара, только в впс они почему-то не перезаписываются, на всех других серверах все нормально.
Права:

mysql> SHOW GRANTS FOR 'domik01root'@'localhost';
+--------------------------------------------------------------------+
| Grants for domik01root@localhost                                   |
+--------------------------------------------------------------------+
| GRANT USAGE ON *.* TO 'domik01root'@'localhost'                    |
| GRANT ALL PRIVILEGES ON `domikdb01`.* TO 'domik01root'@'localhost' |
+--------------------------------------------------------------------+
2 rows in set (0.00 sec)

shiva
() автор топика
Ответ на: комментарий от dimuska139

С WP дел не имел, но у него логов нет что ли?

Есть, включены, но ничего не падает в лог /var/www/domain/wp-content/debug.log

shiva
() автор топика

объясню дополнительно:
Имеем экспорт базы.sql и файлы самого вп
- ипортим это на локальный сервер — все отлично
- импортим это на сторонний хостинг — все отлично
- импортим это на сторонний впс с убунтой и пыхом7, всеми правами на базу, все импортится, работает, но вот товары не поддаются редактированию, изменения тупо не вносятся, не вносятся только на импортированные вместе со всей бд товары, а новосозданные отлично изменяются...

shiva
() автор топика
Ответ на: комментарий от Ford_Focus

настройки php и mysql одинаковы?

Возможно нет, что конкретно имеется ввиду и как это посмотреть, php.ini?

shiva
() автор топика
Ответ на: комментарий от shiva

но ничего не падает в лог

И в логах php, mysql и apache тоже нет никаких ошибок при попытке редактировать проблемные файлы?

Serge10 ★★★★★
()

Посмотри в dev tools в браузере на сетевые запросы при попытке изменить запись. Какой там ответ от сервера, вангую что не 200.

cocucka ★★★★☆
()
Ответ на: комментарий от Ford_Focus

А какая настройка может включать такое поведение? Приведи пример, я не могу придумать так сразу.

anonymous
()
Ответ на: комментарий от Serge10

Какие ещё файлы? Он записи редактирует, а они внезапно лежат в бд. Если нечего ответить - не надо давать умные советы о том, чего не понимаешь.

anonymous
()
Ответ на: комментарий от anonymous

Опу лень создать нового юзера в мускуле, он самый умный. Мы прыгаем, а он носом вертит - «вы не понимаете», лол. Нормально дебажить ему тоже лень. Обожаю такие треды.

anonymous
()
Ответ на: комментарий от buratino

локаль?

mysql> show variables like 'char%';
+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | utf8                       |
| character_set_connection | utf8                       |
| character_set_database   | latin1                     |
| character_set_filesystem | binary                     |
| character_set_results    | utf8                       |
| character_set_server     | latin1                     |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
8 rows in set (0.00 sec)

shiva
() автор топика
Ответ на: комментарий от Serge10

логах php ошибок нет, mysql ошибок нет, apache есть ошибки только в логе доступов, не относящиеся к этому сайту.

shiva
() автор топика

Пи*дец.... Ошибка решена — проблема была действительно в локали, в мускуле прописана ютф-8 а в пшп.ини прописана виндовая, цука...

shiva
() автор топика
Ответ на: комментарий от buratino

локаль?

Спасибо чувак, ты был прав изначально.

shiva
() автор топика
Ответ на: комментарий от anonymous

Он записи редактирует, а они внезапно лежат в бд

И что? База при этом не пишет в логи сообщение об ошибках?

Serge10 ★★★★★
()
Ответ на: комментарий от shiva

проблема была действительно в локали, в мускуле прописана ютф-8 а в пшп.ини прописана виндовая, цука...

Все равно очень странно, что ошибок в логах не было.

Serge10 ★★★★★
()
Ответ на: комментарий от shiva

Хорошо, что в итоге проблема решилась, но вообще в логах должны были быть хоть какие-то ошибки. Если не в wpшном, то в мускулевском или пхпшном.

dimuska139 ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.