151

Re: MyTetra v.1.42.x и v.1.32.320 RC1

Словил сейчас несколько ошибок.
1. Решил рискнуть и вырезать ветку - потом вставить в другое место. Во время операции вставки mytetra упала.
https://c.radikal.ru/c31/1807/95/3ed92afe0c29.png
2. После перезагрузки mytetra ещё раз упала во время операции удаления ветки.
3. После второго падения удаляемая ветка осталась, но отсутствовали файлы заметок. mytetra создала пустые заметки в этих заметках.
https://b.radikal.ru/b36/1807/39/1791ef1aa112.png
Восстанавливал всё из резервной копии.

Подтвердил на практике верность вывода о том - что не стоит пользоваться командой "вырезать ветку".
Не лишним будет инструмент проверки целостности базы данных. Либо встроенный либо внешний. Он должен так же проверять базу на наличие мертвых записей в базе. Т.е. таких папок в data на которые нет ссылок в xml и которые лежат мертвым грузом.

152

Re: MyTetra v.1.42.x и v.1.32.320 RC1

Сегодня решил рассортировать папки по другому принципу. Пользовался только "копировать ветку" и "вставить ветку как подветку". В итоге через некоторое время MyTetra снова упала во время операции "вставить ветку как подветку".

153

Re: MyTetra v.1.42.x и v.1.32.320 RC1

Здравствуйте.

Можно ли как-то настроить программу, чтобы она создавала таблицы с определенными стилями?

После создания таблицы я меня отступы от границы, хотелось бы чтобы таблица создавалась уже с отступами.

154 (изменено: babaduk, 05.07.2018 12:56:00)

Re: MyTetra v.1.42.x и v.1.32.320 RC1

host пишет:

Здравствуйте.
Можно ли как-то настроить программу, чтобы она создавала таблицы с определенными стилями?

Встроенной такой функции в MyTetra нет. Но это можно решить другими несколькими способами. Вот один из способов - инструкция. Копируете код готовой таблицы и вставляете ее в режиме редактирования html.

Второй вариант: создаем сначала таблицу, а потом запускаем скрипт, который ее приведет в нужный вид. Но нужно озадачиться и написать такой скрипт.

155

Re: MyTetra v.1.42.x и v.1.32.320 RC1

babaduk пишет:

Сегодня решил рассортировать папки по другому принципу. Пользовался только "копировать ветку" и "вставить ветку как подветку". В итоге через некоторое время MyTetra снова упала во время операции "вставить ветку как подветку".

Запустите mytetra_debug.exe, включите опцию "Выводить отладочные сообщения в консоль", добейтесь чтоб при копировании ветки появилась ошибка, и весь консольный вывод отправьте автору на почту или создайте issue на GitHub. Еще лучше, если к этим данным еще и запишите видео.

Я так понимаю, что у вас база данных модифицируется сторонними скриптами, поэтому есть большие вопросы к тому, является ли состояние базы консистентым.

156

Re: MyTetra v.1.42.x и v.1.32.320 RC1

Промежуточный итог - модули Mytetr(~ы) для ПРА(и "отчасти" для Puppyrus и Puppy) - в "шапке Темы на Форуме": http://forum.puppyrus.org/index.php?top … #msg131103 .
  Версию 1.43.х пока не пробовал - пока недостаточно "свободного компьютерного времени" - а нужно привести вышепредставленные модули "ближе к идеалу".

157

Re: MyTetra v.1.42.x и v.1.32.320 RC1

babaduk пишет:

Сегодня решил рассортировать папки по другому принципу. Пользовался только "копировать ветку" и "вставить ветку как подветку". В итоге через некоторое время MyTetra снова упала во время операции "вставить ветку как подветку".

Баг исправлен в версии MyTetra 1.44.78

https://github.com/xintrea/mytetra_dev/issues/125

(да, релиза нет, только собирать из исходников).

158

Re: MyTetra v.1.42.x и v.1.32.320 RC1

Здравствуйте!
Помогите разобраться: настроил синхронизацию, все изменения исправно комитятся на github. В MyTetra WEB Client появляются исправно, а вот в MyTetra Share - нет. Танцевал с бубном, выяснил следующее: при малейшем изменении URL (например мой репозиторий изначально назывался MyTetra, в ссылке так и фигурировал) - изменил в ссылке "MyTetra" на "mytetra" - тут же увидел все изменения. После этого снова внёс изменения, эта ссылка их уже не показала. После смены в ссылке имени "Juryak" на "juryak"  - снова увидел изменения.
StackOverflow подсказал возможную проблему в кэшировании на сервере.

159

Re: MyTetra v.1.42.x и v.1.32.320 RC1

uriak пишет:

Настроил синхронизацию, все изменения исправно комитятся на github. В MyTetra WEB Client появляются исправно, а вот в MyTetra Share - нет.

В MyTetra Share сделано большое кеширование, потому что она дает сильную нагрузку на хостинг. Т. е. MyTetra Share обновляется с большой задержкой (до нескольких минут) относительно актуального состояния репозитария. MyTetra WEB Client обновляется сразу.

160

Re: MyTetra v.1.42.x и v.1.32.320 RC1

В MyTetra Share сделано большое кеширование, потому что она дает сильную нагрузку на хостинг. Т. е. MyTetra Share обновляется с большой задержкой (до нескольких минут) относительно актуального состояния репозитария. MyTetra WEB Client обновляется сразу.

В WEB Client действительно обновляется сразу, а вот в Share коммит  от 12 января до сих пор не появился.

161

Re: MyTetra v.1.42.x и v.1.32.320 RC1

uriak пишет:

В MyTetra Share сделано большое кеширование, потому что она дает сильную нагрузку на хостинг. Т. е. MyTetra Share обновляется с большой задержкой (до нескольких минут) относительно актуального состояния репозитария. MyTetra WEB Client обновляется сразу.

В WEB Client действительно обновляется сразу, а вот в Share коммит  от 12 января до сих пор не появился.

Потому что кроме вас на ваши HTML-страницы никто не заходит. Скорость обновления зависит еще и от количества обращений. Сейчас обновление происходит в среднем один раз за 30 обращений (может и 1 раз за 60, там случайность, как повезет). На страницы вашего репозитария (и всех остальных) пользователи заходят, в основном, через поисковики. Так вот самим фактом захода на страницу пользователи "ускоряют" обновление кеша. Но вы можете сами пообновлять страницу, если это действительно необходимо. Здесь важно понимать: кешируется дерево, а не текст записей. И как только вы увидели, что в дереве появилась новая запись, то это значит, что в дереве будут видны и все другие записи, добавленные до нее. Не нужно обновлять каждую страницу с записью.

Текст записи обновляется сразу, как только он изменится на GitHub. Текст записи не кешируется. Но следует знать, что на GitHub есть балансировщик нагрузки, который отправляет HTTP-запросы на разные сервера "сырых" файлов. А сервера "сырых" файлов, к которым обращается MyTetra Share, тоже имеют свой лаг. И даже возможна ситуация "отката", когда вначале вас перекинули на сервер, в котором файл обновился, а при запросе через минуту вас могут перекинуть на сервер, в котором файл еще не обновился.

В общем, если вы видите коммит на GitHub, это не значит, что MyTetra Share мгновенно его отобразит.

Немного путанно объяснил, но надеюсь, основной механизм понятен.