Через FTP папки error_log не видно
А её может не быть?
Модератор
Yui
(@fierevere)
永子
Через FTP папки error_log не видно
А её может не быть?
лучше спросить техподдержку хостинга
«где находится error_log моего сайта?»
иногда просмотр есть в панели управления хостингом, вообщем как сделал хостер так и будет
OK, сегодня вечером спрошу у них.
Bestigorek, прислушайтесь к словам igors. Вы не первый, кто натыкается на подобное. Все известные мне случаи были именно из-за не правильной кодировки БД и/или отдельных таблиц.
SeVlad обязательно проверим. Может действительно хостинг компания накосячила.
Завтра плотно займусь этим вопросом.
Может действительно хостинг компания накосячила.
Хостинг тут не причём. Накосячить в данном случае мог только установщик ВП.
Единственное что — по умолчанию хостинг может предлагать БД в 1251 (или др), но опять же — вина вебмастера, если он этого не проверил и не исправил.
При попытке добавить новую страницу или запись начало выводиться сообщение «Вы редактируете страницу, на которой отображаются свежие записи.»
Две возможные причины:
P.S. Кодировка с момента запуска сайта UTF-8
Стоит проверить кодировку таблиц на вкладке «Операции» в phpMyAdmin — возможно, там cp1251_general_ci, хотя на самом сайте UTF-8.
Серёжа, спасибо за советы. Завтра начинаем заниматься этим вопросом.
С уважением,
Игорь.
Хостинг тут не причём.
Ну как не причём? WordPress устанавливается в 1 клик с помощью автоматического скрипта, если они на базы данных в windows 1251 устанавливают движок в utf-8 — кто в этом виноват?
Модератор
Yui
(@fierevere)
永子
тот кто устанавливает разумеется,
всегда стоит брать официальный свежий пакет и устанавливать из него, но почему то большинство доверяет хостеру с его древними скриптами и пакетами. и зря
WordPress устанавливается в 1 клик с помощью автоматического скрипта
Это не «WordPress устанавливается», это «установщик устанавливает». Разницу чувствуете? Так кто виноват в том, что он делает это неправильно? (как правильно — читайте что Yui написала выше)
если они на базы данных в windows 1251 устанавливают движок в utf-8 — кто в этом виноват?
Задача хостинга — предоставить пространство и средства для работы сайта. Для разных движков и не только движков. А они очень разные бывают.
Задача же вебмастера — грамотно ими воспользоваться. Для своего конкретного случая.
Задача же вебмастера — грамотно ими воспользоваться. Для своего конкретного случая.
чтобы грамотно ими воспользоваться необходимо иметь кучу профильных знаний. среднестатический вебмастер понятия не имеет, какая должна быть кодировка в базе данных. тем более, если вебмастер нуб, который устанавливает движок скриптом от хостера.
я категорически против автоматических установщиков, но помнится год назад меня на этом форуме за эту позицию раскритиковали — мол, не должны пользователи вникать в технические детали. чем проще — тем лучше, это же нынче девиз вордпресса, разве не так?
чтобы грамотно ими воспользоваться необходимо иметь кучу профильных знаний.
А кто сказал, что не нужно обладать знаниями, что бы что-то делать больше, чем «для себя»? Чем больше знаний и опыта, тем качественней получается продукт. Вне сферы применения.
А ошибки — да, неотъемлемая часть обретения опыта. (Когда кому-то говорят, что он виноват в совершении ошибки, это вовсе не значит, что он должен всё бросить и пойти повеситься. Он прежде всего должен разобраться в предмете. И тут как раз форумы и опыт др очень помогают)
меня на этом форуме за эту позицию раскритиковали — мол, не должны пользователи вникать в технические детали. чем проще — тем лучше
«Проще реализовать» — не значит «реализовать не понимая». Пример тому — кеш плагины и безопасности.
А насчёт раскритиковали за скрипты хостеров — это вряд ли 🙂 тут я даже и не знаю кто может поддерживать такой «сервис» хостеров.
это же нынче девиз вордпресса, разве не так?
Это «девиз» изначальный. И если вопрос ко мне, то я категорически против такого позиционирования движка. О чем не раз уже упоминал. Но кто я такой, что бы вмешиваться в маркетинговую политику автоматик 🙂
