Редактирование записи в блоге

Выводится пустой редактор

#1 24 февраля 2012 в 23:31
При попытке редактирования записи в блоге, выводится пустой редактор, то есть. самой записи там нет. Если ввести новую — сохраняется она. Версия 1.9. Что делать?
Заметила после установки плагина от Fuze ограничения времени редактирования. Не знаю — может и до него это было, просто никто не жаловался. Удалила плагин, вернула старый фронтенд — все равно та же история.
Кроме того, пока был установлен плагин, при времени ограничения, отличном от 0, еще и не удалялась запись — просто постоянно выводился вопрос — действительно ли его нужно удалять? Хелпми! Мне очень надо, чтобы и посты редактировались, и чтобы плагин этот работал ((
#2 26 февраля 2012 в 03:26
Была та же проблема где-то пол года назад, даже бэкап не помог. Реально забыл как ее решил, вспомню сразу напишу
#3 26 февраля 2012 в 21:06
Ну, хоть забрезжила надежда )) Вообще нашла на форуме несколько сообщений о такой проблеме. Решалась, насколько я понимаю, везде случайно. Перепробовала то, что там описывалось — оптимизация базы, перезаливка файлов и текущей версии, и предыдущей, удаление куков, удаление плагина, восстановление… по барабану. То, что она возникает — это, все ж, тенденция… Хотелось бы услышать мнение разрабов по поводу, так как такой глюк — не мелочь на сайте ((
#4 27 февраля 2012 в 01:17
Заменила файлы в блоге на 1.7 (от 1.8 не помогло). Редактироваться блоги опять стали, даже плагин частично работает — ограничивать редактирование можно, но при установленном времени для удаления — удалять вообще ничего не получается.
Помнится, так же решались проблемы с меню, пропавшими комментами и еще чем-то… чет не то пошло, начиная с 1.8 ((
#5 27 февраля 2012 в 22:24
Что-то у Вас с хостингом. Мне так кажется. Установил плагин от Fuze по редактированию, полет нормальный. Вообще такое может случаться, если SQL-сервер не поддерживает live-connection и допускает слишком короткое время соединения (обычно на некоторых бесплатных хостингах). Если размер поста большой, то при коротком соединении и узком канале связи он вполне возможно и не успевает подгружаться.
Возможно есть другие причины, но учитывая, что у Вас и с комментариями проблемы были и еще что-то, скорее всего стоит задуматься о смене хостинга.
Повторюсь, это мое имхо.
#6 27 февраля 2012 в 23:25
Точно нет — на хостинге этом у меня дофига сайтов — глюки бывают, но разные и редко. На тех, что до 1.7 версии или не обновлялись — их вообще нет. Посты и из одного слова бывают, особенно тестовые — просто не грузятся никакие. На соседнем сайте народ вообще чудит — такие объемы текста и картинок на форуме выкладывают! — все нормально. К тому же, сайтам по неск лет — чейто вдруг с кналом могло сделаться, если раньше не далалось? Да и грю ж — исправилось, заменой файлов — значит тут явно не хостинг, иначе не исправилось бы. Но пока эту проблему решила заменой файлов от 1.7, теперь они только не удаляются, при установленном времени в плагине. Обидно. но пережить можно.
Просто сама тенденция напрягает — как-то нет уверенности, что в один прекрасный момент вообще все не слетит. Была такая же проблема с каталогом — там тоже поле с основной инфой не подгружалось, но как-то вообще странно — руками вводишь инфу — все нормально, а при восстановлении бекапа базы или заливкой того же самого, без единого изменения, прямо в нее — на сайте его нет. Собсно, вот эта неуверенность, что после бекапа все останется на месте — и есть основная проблема. Так как вообще страшно что-либо руками трогать, даже сняв бекапы все.
#7 28 февраля 2012 в 00:04
надо файлы смотреть и базу данных, могло что-то сбится или еше какие проблемы. сделайте поддомен и сделайте на нем копию всех файлов директории проблемного домена. затем сделайте копию базы данных с другим именем и пропишите в настройки клона на поддомене. так у вас получится снимок системы с ошибкой и можно пробовать ковырятся и искать в чем глюк, при этом не трогая работающий сайт. если будет желание — киньте в личку, посмотрю.
#8 28 февраля 2012 в 00:11
Да, надо попробовать так сделать. Но вот оно то все нормально, то как бабахнет… Что надо смотреть и как, чтоб оперативно, в момент обнаружения проблемы?
#9 28 февраля 2012 в 00:21
maia, всё таки отладку научитесь включить. В админке идете Настройки-Настройки сайта, на странице увидите Включить режим отладки:, ставите "Да", сохраняете.
В режиме редактирования поста блога данные форм берутся с БД и подставляются. А у вас там пусто. Поэтому с большой вероятностью склоняюсь к ошибке выборки с БД. Как только возникает какая ошибка, не закрывая страницу с ошибкой идете в админку, включаете отладку и обновляете страницу возникновения ошибки. Ну, и если есть ошибка, кидаете в студию.
#10 28 февраля 2012 в 00:41
можно еще в шаблоне добавить {debug} для встроенного отладчика смарти, он покажет какие переменные приходят в шаблон…
да и можно только для админа если юзер из админ по типу как template.php, чтобы пользователей не пугать… всплывающим окном…
#11 28 февраля 2012 в 00:59
Марат, Включила режим отладки, неск раз поудаляла запись, она не удалилась. А где эту ошибку-то смотреть?

можно еще в шаблоне добавить {debug} для встроенного отладчика смарти, он покажет какие переменные приходят в шаблон…
да и можно только для админа если юзер из админ по типу как template.php, чтобы пользователей не пугать… всплывающим окном…

• Mike •
ну это можно было и по испански, с тем же успехом ))
#12 28 февраля 2012 в 13:49
зайти includes/smarty/libs/smarty.class.php

и сделать true
var $debugging = false;
#13 29 февраля 2012 в 01:03


зайти includes/smarty/libs/smarty.class.php
и сделать true
var $debugging = false;

picaboo

это включит глобальную отладку для всех файлов шаблона…
тот метод, что я предлагаю он для одного файла, который нуждается в отладке…
просто в файлике шаблона добавляем, лучше в самом низу, вызов встроенного отладчика
  1.  
  2. {debug}
  3.  
во всплывающем окне при обработке шаблона будет вызываться информация о переменных переданных в шаблон из php…
#14 29 февраля 2012 в 01:22

да и можно только для админа если юзер из админ по типу как template.php, чтобы пользователей не пугать… всплывающим окном…

• Mike •
А это как? И вообще — что мне это даст? Ну будет оно всплывать… а откуда я знаю, что в нем должно быть написано, а чего не хватает? Дальше-то что с ним делать?
Может, все ж, кто-то сможет написать внятный мануал для чайников, что надо делать при возникновении ошибки, чтоб с вопросами на форум идти не только с квадратными глазами, а еще чем-то, что хоть можно скопипастить сюда для знатоков?
#15 29 февраля 2012 в 01:33
в файле com_blog_edit_post.tpl
в хвост добавляем
  1.  
  2. {if $is_admin}
  3. {debug}
  4. {/if}
  5.  
во всплывающем окошке тоже в самом низу ищем (слева синяя, переменную {$mod}
справа будет что-то типа этого:
  1.  
  2. Array (21)
  3. id => "5"
  4. user_id => "1"
  5. cat_id => "0"
  6. blog_id => "1"
  7. pubdate => "2012-02-24 00:04:37"
  8. title => "Пример записи в блоге"
  9. feel => ""
  10. music => ""
  11. content => "[IMG]/images/users/photos/medium/efe8..."
  12. content_html => "<div class="bb_img" style=""><img src..."
  13. allow_who => "all"
  14. edit_times => "28"
  15. edit_date => "2012-02-24 00:04:37"
  16. published => "1"
  17. seolink => "primer-zapisi-v-bloge"
  18. comments => "1"
  19. author => "Администратор"
  20. author_login => "BenCatod"
  21. author_id => "1"
  22. bloglink => "primer-bloga-admina"
  23. postlink => "primer-zapisi-v-bloge"
  24.  
нас интересует переменная content => то что идёт после неё…
Вы не можете отвечать в этой теме.
Войдите или зарегистрируйтесь, чтобы писать на форуме.
Используя этот сайт, вы соглашаетесь с тем, что мы используем файлы cookie.