Походу вопрос, раньше я мог тут на укозе выкладывать базу, дабы заблокированные товарищи могли ее скачивать. Но на укозе размер файла ограничен и база не закачивается. Может кто-нибудь знает бесплатный хостинг без ограничений на размер и трафик, с нормальной скоростью хотя бы метров на 250-300. Лично мне оно, в общем то, не нужно, но очень многих спасло бы от гемора. Не все могут ручками качать, распаковывать, править... Есть люди, которым далеко за ... И для них все эти манипуляции просто не под силу. drSerj
Напрямую не делал, а если ручками - то список колонок в multilib.ini в секциях [RGrid.....] а положение и размер в файле MultiLib.grd
Спасибо за подсказку =)
Цитатаdrserj ()
Походу вопрос, раньше я мог тут на укозе выкладывать базу, дабы заблокированные товарищи могли ее скачивать. Но на укозе размер файла ограничен и база не закачивается. Может кто-нибудь знает бесплатный хостинг без ограничений на размер и трафик, с нормальной скоростью хотя бы метров на 250-300. Лично мне оно, в общем то, не нужно, но очень многих спасло бы от гемора. Не все могут ручками качать, распаковывать, править... Есть люди, которым далеко за ... И для них все эти манипуляции просто не под силу.
https://mega.nz/ до 50 гб бесплатно https://www.mediafire.com/ до 10 гб бесплатно Максимальный размер файла точно не скажу - давно не пользовалась - раньше был на первом до 2 гб, на втором до 4 гб И на медиафайре одно время было ограничение по времени хранения незапароленных файлов - 3 месяца. Сейчас не знаю =(
можно расшаривать папки, что удобно когда выкладываешь серию файлов не запакованных в один архив можно выставлять пароль на закачку, чтобы дать доступ на скачивание только тем, кто имеет пароль Без проблем скачивается с обоих сайтов при помощи JDownloader, как обычным копированием отдельных ссылок на файлы так и полностью папок. Так что юзеру даже нет необходимости заходить на сайты.
Спасиб за информацию. Главное, что бы можно было по http забрать по прямым ссылкам, а эти гады, насколько я помню, дают качать только через свой интерфейс и ссылки не прямые. drSerj
похоже, там уже новая проблема... блин, уже нормально... что-то там колбасит...
Там со скачиванием дампа такая ситуация - примерно до 12-13 по Москве нужно скачивать архивы вида "2017-04-26.libavtor.sql.gz", иначе вы распакуете скорее всего дамп предыдущего дня.
Добавлено (27.04.2017, 21:14) --------------------------------------------- Только что попробовал загрузку - у меня стабильно: "#42000You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'я','2016-09-06 03NULLNULL',1,114089),(8,67165,'2007-06-20 12NULLNULL','РџСЂРѕРµР' at line 1"
Импортировал дамп, скачанный с lib.rus.ec. И еще раз подчеркиваю - ПЕРЕД выполнением импорта в файле все корректно - запятая. А вот ПОСЛЕ того, как программа напишет сообщение об ошибке - вместо запятой появляется буква "я". Как будто multilib сам портит файл при импорте.
Добавлено (27.04.2017, 22:10) --------------------------------------------- И еще, может это тоже важно - я не скачивал дамп multilibом, я импортировал скачанную и распакованную базу либрусека.
И еще, может это тоже важно - я не скачивал дамп multilibом, я импортировал скачанную и распакованную базу либрусека.
Да нет разницы, обрабатывается файл SQL, а как он получен - всё равно.
Цитатаz_alex68 ()
И еще раз подчеркиваю - ПЕРЕД выполнением импорта в файле все корректно - запятая. А вот ПОСЛЕ того, как программа напишет сообщение об ошибке - вместо запятой появляется буква "я"
после обработки четыре апострофа подряд, если посмотреть не блокнотом, а Far иил DN редактором, то в этом месте вы увидите "1b,''я','2016", а должно быть: "fca731b','','2016-09-06 03:33:44'" (два апострофа).
Добавлено (28.04.2017, 14:48) --------------------------------------------- Если после получения ошибки lib.libbook.sql еще раз отредактировать (убрать лишние апострофы), то импорт базы проходит без ошибок. Посмотрите пожалуйста, что-то при замене происходит неправильно.
Посмотрите пожалуйста, что-то при замене происходит неправильно.
что самое печальное - я смотрю. У меня абсолютно всё нормально. У меня на нескольких машинах никаких корявых замен не происходит. Да и у Вас, как я понял, раньше проблем не было. А ведь программа не менялась. Более того, если бы это была глобальная проблема - появились бы толпы недовольных... Значит проблема более-менее локальная, осталось ее найти. Попробуйте ради интереса создайте библиотеку флибусты и импортируйте данные. Будет тот же эффект или нет? И еще вопрос, какая версия системы и какая локаль по-умолчанию (язык интерфейса системы). drSerj
Я обрабатываю обе библиотекти и Flibusta принимается без проблем. Обратите внимание на то, что в сообщении 1387, вы привели BID 7 и в нем четыре апострофа подряд. В файле до обработки в этом месте два апострофа. Просто у меня это вызывает ошибку при загрузке в базу, а у остальных нет.
Добавлено (28.04.2017, 19:27) --------------------------------------------- Система W7 х32, русская.
Возможно что во флибусте нет четырех апострофов подряд - это все-таки неправильно. И тут возникает другой вопрос - почему больше ни у кого система не ругается? Хотя в сообщении 1373 под вторым спойлером примерно то же самое, только у него первая буква "б", а у меня в ошибке "я". Может как раз и связано с разной обработкой локалей.
Сообщение отредактировал z_alex68 - Пятница, 28.04.2017, 21:47
возможно ребенок что-то своими игрушками в обработке локали изменил...
вряд ли.... я вижу апострофы, они действительно появились, непонятно откуда... сейчас посмотрю, есть вариант, что где-то с юникодом проблема... если на стыке буфера- то хоть что-то можно понять, но если нет - даже не знаю... трассировать плагин длл-ки в потоке очень непросто - 50 на 50 полный завис drSerj
Главная 
