+0.52
Рейтинг
1.42
Сила
Интересно, а почему у всех сервисов есть объединение учетных записей, а у вконтакта — нет? Ему это как раз больше всего нужно, поскольку он мыло не отдает.
Дополнительные модули и доработки для LiveStreet → Новый OpenId с автозаполнением профиля (AutoOpenId) 450
Пардон, это вопрос к аутоопениду был.
Дополнительные модули и доработки для LiveStreet → Обновление плагина "OpenID" 243
Интересно, а почему у всех сервисов есть объединение учетных записей, а у вконтакта — нет? Ему это как раз больше всего нужно, поскольку он мыло не отдает.
Дополнительные модули и доработки для LiveStreet → Обновление плагина "OpenID" 243
Файл запустил, но, во-первых, там стоит перед названием таблиц «prefix_», а у меня его нету — пришлось ручками удалить.

Во-вторых, не обработались вот эти 3 строки:

ALTER TABLE `wall`
  ADD CONSTRAINT `wall_ibfk_2` FOREIGN KEY (`user_id`) REFERENCES `user` (`user_id`) ON DELETE CASCADE ON UPDATE CASCADE,
  ADD CONSTRAINT `wall_ibfk_1` FOREIGN KEY (`wall_user_id`) REFERENCES `user` (`user_id`) ON DELETE CASCADE ON UPDATE CASCADE;

ALTER TABLE `user_note`
  ADD CONSTRAINT `user_note_ibfk_2` FOREIGN KEY (`user_id`) REFERENCES `user` (`user_id`) ON DELETE CASCADE ON UPDATE CASCADE,
  ADD CONSTRAINT `user_note_ibfk_1` FOREIGN KEY (`target_user_id`) REFERENCES `user` (`user_id`) ON DELETE CASCADE ON UPDATE CASCADE;

ALTER TABLE `favourite_tag`
  ADD CONSTRAINT `favourite_tag_ibfk_1` FOREIGN KEY (`user_id`) REFERENCES `user` (`user_id`) ON DELETE CASCADE ON UPDATE CASCADE;


У меня база на MyISAM, а эти таблицы были в InnoDB. После смены на MyISAM все сработало. Боюсь, из-за этих глюков при инсталяции файл и не прошел.
Багрепорт → Ошибка при обновлении на 1.0 7
Я при установке поставил галочку «Конвертировать базу данных». Разве это не то же самое?
Багрепорт → Ошибка при обновлении на 1.0 7
Обновил первый пост. Если не сложно, поглядите, пожалуйста. Видно, что вы в этом движке шарите в отличие от меня :-)
Багрепорт → Ошибка при обновлении на 1.0 7
Спасибо большое, помогло.
Багрепорт → Ошибка при обновлении на 1.0 7
У меня из этого стоит:

aceAdminPanel
aceMySearch
Similar topics
Sitemap
Багрепорт → Отключить AJAX у комментариев 23
Я пока отрубил кэширование, и все залеталов. Вообще, у ливстрита кэширование весьма специфически организовано, конечно. На мой взгляд, оно больше проблем создает, чем пользы приносит.
Багрепорт → Отключить AJAX у комментариев 23
У меня жумла, не вордпресс. Получается, он тяжелее жумлы тоже? А на вид и не скажешь. Всегда думал, что наоборот.
Багрепорт → Отключить AJAX у комментариев 23
Повторюсь еще раз, на ТОМ ЖЕ САМОМ хостинге, но на другом аккаунте у меня работает жумла с кучей плагинов и компонентов, и работает прекрасно. Комментарии добавляются мгновенно, страницы грузятся быстрее, вообще все работает быстрее, чем ливстрит с полутора активированными плагинами. Да, безусловно, это кривая БД и сервер, как же иначе.
Багрепорт → Отключить AJAX у комментариев 23
Пока дошел до того, что убрал все плагины — заработало все шустро. Потом добавил по одному — первое время ничего не было, но после снова пошли тормоза.

Можете перечислить плагины, которые у вас стоят? Боюсь, дело в каком-то из них, как и у меня.
Багрепорт → Отключить AJAX у комментариев 23
И если несложно, подскажите тогда, по каким ключевым словам искать это «много обсуждалось», а то по словам «комментарии» и «ajax» выдает кучу мусора.
Багрепорт → Отключить AJAX у комментариев 23
Дело в том, что сайт стоит на одном аккаунте штатовского хостинга и на другом (тестовая версия). Так вот, на тестовой версии все быстро, на основной — тормоза. Как может быть, что в одном случае почта НЕ тормозит, а в другом все наоборот, если хостинг/тариф один и тот же?
Багрепорт → Отключить AJAX у комментариев 23
В точности так же.
Багрепорт → Отключить AJAX у комментариев 23
Отследил вар_дампом — все корректно выводит функция pathinfo: string(3) «php». Мне кажется, это какая-то проблема с кэшем, но я его затирал уже не раз. Либо в БД что-то висит ненужное. База данных старая, от версии 0.4.2 — сейчас стоит последняя, плюс хостинг сменил.
Блог им. monkeyman → Ошибка Warning: session_regenerate_id() - НЕ кодировка! 3
error.log, function.php, json.php

Собственно, я ничего не менял же — просто залил дистрибутив и установил его. Сделал тестовую установку даже, в ней изменил config.php — все без проблем прошло, ошибок не появилось. То есть это не в нем дело. Я даже не представляю, как отследить вообще этот глюк.
Блог им. monkeyman → Ошибка Warning: session_regenerate_id() - НЕ кодировка! 3