Я читать умею. При авторизации необходимо редиректить на их blank.html, но тогда полученый код, никак нельзя использовать, кроме как из строки скопировать. А с перенаправлением на свой урл, аксесс денайд. Вот и спрашиваю как быть.
Затем я читаю файл построчно и подставляю путь начальной и конечно папки к этим путям. Получается что то типа:
root + folder + item, где item это папки и файл из тхт списка.
И данную переменную никак не получается передать в CMD, хотя в терминале питона, путь распечатывается правильно, с обратными слешами.
В итоге в файле список такого вида :
binkw32.dll
PhysX3Common_x86.dll
PhysX3Cooking_x86.dll
PhysX3_x86.dll
xinput1_3.dll
assets\011ff090b56fda6e.bundle
assets\011ff090b56fda6e_h.bundle
assets\0123dbb32182cd33.bundle
Если будет понятнее, то я путь до файлов в обеих папках беру из тхт файла, который создал таким макаром
applist = []
for root, dirs, files in os.walk(FOLDER1):
for file in files:
applist.append(os.path.join(root, file))
applist = [word.replace(FOLDER1, "") for word in applist]
Я перепробовал уже все что только можно.
Работает только path1 = r'F:\venodor\assets\binkw32.dll'
Но мне это не подходит, мне нужно передать в call переменную, в которой содержится путь до файла. Никак не получается нормализовать его, даже через eval.
os.path.normpath - не работает
repr - не работает
subprocess.call('xcopy "%s" "%s*" /y /q' % (path1, path2)) - тоже не работает
В CMD ошибка "File not found".
Обидка.
В ручную сложно попасть, тк типы файлов миксованные и неизвестно на сколько сильно будет сжатие. Может 30%, а может и 90%. Может из 5гб получится 1.3, а может 2.2. Да и пачка там овер 30к.
А гемор в том что софтина тут есть одна на паскале, и библиотека наотрез не понимает когда файл раздроблен. Передаю в нее колбеки статус бара, это критично. Исходников библиотеки ничерта естественно нет. Вот как то так.
Ладно, буду искать другой вариант :)
Это такой сарказм или вы серьезно?
Что касаемо изучения, ну не было ни в одной такой конторе необходимости использовать какие то супер масштабируемые технологии. Все задачи и планы на ближайшие 5 лет решались самописным движком и апи с црм к нему. Да и скажу сейчас работаю в фирме при регистрационном датацентре (гос. доки), они изначально вообще искали человека, который не будет ограничен фреймами и их либами.
Возможно у меня несостыковка происходит где то между зарплата / требования, как сказал D'Normalization.
sim3x: Да не в этом дело. Вот говорю я, что работаю с первым симфони, второй предположим не затрагивал или с зендом не работал, но при необходимости готов изучить. Нету конкретики никакой. Просто "знание фреймворков" из списка.
А по воросу признаю налепил. Надо было назвать просто a,b,c,d,e. Интересует исключительно нагруженность одновременного запроса всех классов один за другим в плане масштабируемости.
