newsky
На ранней версии плагина - это на какой?
[WFX] CloudMailRu: работа с облачным хранилищем от mail.ru
Модераторы: Avada, CaptainFlint, Nik, d-view, Моторокер
Вот-бы знать 
Я же как действую, работает и хорошо, слежу за темой, что-то появилось новое в плагине, делаю копию рабочего, а в текущую заливаю новую версию из мастер, пробую основные задачи, работает-оставляю, если что-то не так, возвращаюсь к рабочей версии и так до следующего раза. А так-как и нет возможности знать, какая именно версия сейчас стоит то и отследить нельзя. Знаю точно, работало, осенью, а точнее, увы
Я же как действую, работает и хорошо, слежу за темой, что-то появилось новое в плагине, делаю копию рабочего, а в текущую заливаю новую версию из мастер, пробую основные задачи, работает-оставляю, если что-то не так, возвращаюсь к рабочей версии и так до следующего раза. А так-как и нет возможности знать, какая именно версия сейчас стоит то и отследить нельзя. Знаю точно, работало, осенью, а точнее, увы Проверил все имеющиеся билды в ропозитории, ни на одном не смог получить нормальную работу.
Честно говоря, никогда не сталкивался с проблемой "превышения значения целевого пути", после обнаружения проблемы, немного изучил данную тему, многое стало ясно. Но многое осталось непонятным.
Главное непонимание, почему, в рамках той-же ОС (в данном случае Win7) некоторые программы (в моем случае это encfs4win) могут создавать такие файлы, где "значение целевого пути" превышает допустимый размер, другие программы (в данном случае родная тулза для Облако.mail.ru) без проблем и видят такие файлы и без проблем закачивают на облако. Более того и ТС с плагином то-же видят такие файлы и прекрасно отправляют НА облако с ПК!!! Более того, выявив проблему скачивания обратно из облака таких файлов с помощью плагина, я установил, опять-же, родную тулзу и она всё (выбранное мной, выбирал именно проблемные файлы) скачала, в той-же иерархии с теми-же превышающими "значение целевого пути" путями... а плагин (или сам ТС) не может. А точнее не то, что не может, в итоге то он пофайлово скачивает, но крашится. И кто виноват? ТС? Плагин? В общем, честно говоря, хочется понять.
И да, я конечно намеренно не стал бы делать такие длинные имена, но в данном случае конечное имя папок и файлов никак от меня не зависит, всё зависит от длинны ключа для шифрования, от метода и никогда не узнаешь, какой будет итог. А исходные папки имеют вполне себе нормальное количество знаков в целевом пути, не такие уж и большие вложения, всё как-бы по мере необходимости.
В общем, ситуация как я понимаю хоть и не приятная, но не полный швах (родной то тулзой выкачать можно, просто хочется использовать только плагин) и как мне думается (дилетантским представлением простого пользователя) раз выкачать такие файлы всё-таки можно, то и плагин наверное в итоге можно этому "научить"?
А, что касается времени реализации, уважаемый D1P, конечно, буду ждать сколько нужно, я же всё понимаю, Вы за плагин денег с нас не получаете, это не Ваша основная работа и всё только на Ваше усмотрение, Вам, только нескончаемая благодарность за создание, развитие и поддержание такого великолепного плагина!
Честно говоря, никогда не сталкивался с проблемой "превышения значения целевого пути", после обнаружения проблемы, немного изучил данную тему, многое стало ясно. Но многое осталось непонятным.
Главное непонимание, почему, в рамках той-же ОС (в данном случае Win7) некоторые программы (в моем случае это encfs4win) могут создавать такие файлы, где "значение целевого пути" превышает допустимый размер, другие программы (в данном случае родная тулза для Облако.mail.ru) без проблем и видят такие файлы и без проблем закачивают на облако. Более того и ТС с плагином то-же видят такие файлы и прекрасно отправляют НА облако с ПК!!! Более того, выявив проблему скачивания обратно из облака таких файлов с помощью плагина, я установил, опять-же, родную тулзу и она всё (выбранное мной, выбирал именно проблемные файлы) скачала, в той-же иерархии с теми-же превышающими "значение целевого пути" путями... а плагин (или сам ТС) не может. А точнее не то, что не может, в итоге то он пофайлово скачивает, но крашится. И кто виноват? ТС? Плагин? В общем, честно говоря, хочется понять.
И да, я конечно намеренно не стал бы делать такие длинные имена, но в данном случае конечное имя папок и файлов никак от меня не зависит, всё зависит от длинны ключа для шифрования, от метода и никогда не узнаешь, какой будет итог. А исходные папки имеют вполне себе нормальное количество знаков в целевом пути, не такие уж и большие вложения, всё как-бы по мере необходимости.
В общем, ситуация как я понимаю хоть и не приятная, но не полный швах (родной то тулзой выкачать можно, просто хочется использовать только плагин) и как мне думается (дилетантским представлением простого пользователя) раз выкачать такие файлы всё-таки можно, то и плагин наверное в итоге можно этому "научить"?
А, что касается времени реализации, уважаемый D1P, конечно, буду ждать сколько нужно, я же всё понимаю, Вы за плагин денег с нас не получаете, это не Ваша основная работа и всё только на Ваше усмотрение, Вам, только нескончаемая благодарность за создание, развитие и поддержание такого великолепного плагина!
D1P
По поводу иконок к плагину.Может сгодится программа Dr. Folder
http://nnm.me/blogs/TIOL/dr-folder-2-3-0-2/
По поводу иконок к плагину.Может сгодится программа Dr. Folder
http://nnm.me/blogs/TIOL/dr-folder-2-3-0-2/
newsky
Попробовал решить проблему, описанную здесь, если есть возможность - просьба сообщить, помогло/не помогло. Проверять на самой свежей мастер-сборке.
Попробовал решить проблему, описанную здесь, если есть возможность - просьба сообщить, помогло/не помогло. Проверять на самой свежей мастер-сборке.
D1P
На XP так и не запустилось. При подключении, в строке состояния подключения к облаку получаю вот это:
На XP так и не запустилось. При подключении, в строке состояния подключения к облаку получаю вот это:
Снятие/включение галочки "Load SSL libraries only ffrom plugin directory" с перезапуском ТС и с перезагрузкой ПК не помогло. Чистая установка последней версии из мастер так-же, не дала результатов, так-же, с разными настройками "Load SSL libraries only ffrom plugin directory" с перезапуском ТС и ПК. На Win7x64 всё по прежнему отличноCONNECT \*****
Login to *****@mail.ru
EIdOSSLCouldNotLoadSSLLibrary ошибка с сообщением: Could not load SSL library. при отправке данных на адрес https://auth.mail.ru/cgi-bin/auth?lang= ... =authpopup
error: login to *****@mail.ru
newsky
На самом деле это ровно то, чего я добивался: плагин перестал крашиться и выдаёт корректное сообщение об ошибке. Could not load SSL library значит, что по какой-то причине SSL-библиотеки не могут быть загружены. Саму эту причину я назвать не могу, предполагаю только, что раз они не работают в некоторых версиях Windows, то это какая-то проблема совместимости. Можно поискать другие версии библиотек, и попробовать работу с ними.
На самом деле это ровно то, чего я добивался: плагин перестал крашиться и выдаёт корректное сообщение об ошибке. Could not load SSL library значит, что по какой-то причине SSL-библиотеки не могут быть загружены. Саму эту причину я назвать не могу, предполагаю только, что раз они не работают в некоторых версиях Windows, то это какая-то проблема совместимости. Можно поискать другие версии библиотек, и попробовать работу с ними.
Сначала накопал какую то древнейшую, заработало, почитал дальше, народ говорит не ставьте мол эту версию, вся в багах, тогда "тупо", скачал самую последнюю на сегодня (1.0.2.11) отсюда: https://indy.fulgan.com/SSL/ и о чудо, всё работает на XPSkif_off писал(а): Спасибо за ссылку!
Вот ещё вариант SSL (собирал для себя), может кому пригодится: https://www.upload.ee/files/6669721/tc_ ... 0.rar.html
upd. [cut]Всё-таки получилось собрать libssh2 в старом WINDDK, т. е. так же, как и openssl - без зависимости от msvcrX.dll или же без статической линковки с ней (libssh2 раньше никак иначе собрать не мог).
Вот новый вариант (также чуть поправил описание): https://www.upload.ee/files/6695157/tc_ ... 9.rar.html
p.s. Соппсно, libssh2.dll плагину не нужна и вообще никак не относится к теме топика, но раз уж изначально выложил здесь полным комплектом...
[/cut]
upd. [cut]Всё-таки получилось собрать libssh2 в старом WINDDK, т. е. так же, как и openssl - без зависимости от msvcrX.dll или же без статической линковки с ней (libssh2 раньше никак иначе собрать не мог).
Вот новый вариант (также чуть поправил описание): https://www.upload.ee/files/6695157/tc_ ... 9.rar.html
p.s. Соппсно, libssh2.dll плагину не нужна и вообще никак не относится к теме топика, но раз уж изначально выложил здесь полным комплектом...
[/cut]