Mi media center - Foro

¿Habría alguna forma de mantener objetos en memoria, o tal vez de guardar todas las cookies de la petición?

El mayor problema de la librería es que cada petición es "nueva", por lo que tiene que saltarse la web de protección y esperar sus 5 segundos (o los que sean), haciendo que vaya más lento.

Como indiqué cuando probé la librería, cuando haces la segunda petición usando el mismo objeto de la librería esta va muy rápida (igual que cuando navegas: la primera te tragas la web de redirección, la segunda es inmediata).

Tal vez se pueda mirar de hacer algo para que haga una petición. Si sale el cloudflare, se haga otra con la librería y se obtengan los datos necesarios para que la siguiente petición, normal, ya tenga lo necesario para que funcione sin pasar por la librería (si es que no se puede guardar en memoria el objeto de la librería)

Hola amigos!! Probado en Android y funciona perfectamente lo único que borre los archivos cargados anteriores he limpiado la caché y las librerías desde xunity mainteinance y añadido una serie para probar ahora sale la misma serie duplicada y se puede ver desde ambos canales en seriesflv y seriesblanco con lo cual es genial gran trabajo que hacéis muchas gracias!!!

hombreingenioso escribió:Hola amigos!! Probado en Android y funciona perfectamente lo único que borre los archivos cargados anteriores he limpiado la caché y las librerías desde xunity mainteinance y añadido una serie para probar ahora sale la misma serie duplicada y se puede ver desde ambos canales en seriesflv y seriesblanco con lo cual es genial gran trabajo que hacéis muchas gracias!!!

hola una pregunta podías decirme como hacer el matenimiento desde xunity mainteinance, si no es mucho pedir

Con xunity mainteinance dentro hay la opción maintenance,luego clean libraries,seleccionar vídeo y aceptar
Luego en la misma lista hay una opción de clean cache también aplicarla.
Espero que sirva de ayuda lo suelo hacer cada mes por que se acumulan muchos archivos y en un android box te llena la memoria y ya no te deja instalar nada.

kerenmac escribió:He mirado como esta hecho el canal de seriesflv (por que tambien tiene CloudFlare), he modificado un par de cosas en el canal de SeriesBlanco y funciona! Es un poco lento por el Anti-CloudFlare, pero lo he podido comprobar en Mac OS X y Android, funciona en ambos. Lo he probado con las ultimas mejoras (aun no publicadas oficialmente), pero supongo que en la 4.1.2 oficial funcionara sin problemas. Pegáis la carpeta "channels" en ".../addons/plugin.video.pelisalacarta/" (los "..." depende del sistema, pero se corresponde con los archivos de KODI) y le dais a "Fusionar" o "Reemplazar" o lo que os pregunte.
PD: No son necesarios los archivos de la version de Lortropic, pues se usa el método de Seriesflv usa actualmente y ya estaba incluido en el add-on.
PD2: Si hay algún archivo aparte de "seriesblanco.py" dentro o fuera de la carpeta "channels" no lo copies, es basura que crea (y necesita) Mac OS X.

Un saludo!

Funciona perfectamente en Kodi 17 Kriptón en Windows 10. Abrazo, medalla y besos

No me quiero poner pesado, pero deberíais comprobar el archivo cookies.dat y si eliminando la cookie cf_clearance os la vuelve a crear. El cloudflare del scrapertools no es válido para seriesblanco.

@Lortropic
Realmente lo único que necesitamos es el User-Agent y la cookie cf_clearance para que funcione sin la espera de 5 segundos y sin las redirecciones. Si la metes manualmente podrás comprobar que funciona.

Puedes poner en la función SBLNC_get_page que compruebe los datos por si necesita actualizar la cookie. Puede ser "<title>Just a moment...</title>" o cualquier otro dato que te indique que necesitas actualizar la cookie.

Mantener los datos en memoría no se si se podrá pero si se puede almacenar en un archivo.
Para conseguir los datos (User-Agent y Cookies) no es necesario usar 'cfscrape.create_scraper', con 'h = cfscrape.CloudflareScraper().get_tokens(item.url)' tendríamos en 'h'

robalo escribió:No me quiero poner pesado, pero deberíais comprobar el archivo cookies.dat y si eliminando la cookie cf_clearance os la vuelve a crear. El cloudflare del scrapertools no es válido para seriesblanco.

@Lortropic
Realmente lo único que necesitamos es el User-Agent y la cookie cf_clearance para que funcione sin la espera de 5 segundos y sin las redirecciones. Si la metes manualmente podrás comprobar que funciona.

Puedes poner en la función SBLNC_get_page que compruebe los datos por si necesita actualizar la cookie. Puede ser "<title>Just a moment...</title>" o cualquier otro dato que te indique que necesitas actualizar la cookie.

Mantener los datos en memoría no se si se podrá pero si se puede almacenar en un archivo.
Para conseguir los datos (User-Agent y Cookies) no es necesario usar 'cfscrape.create_scraper', con 'h = cfscrape.CloudflareScraper().get_tokens(item.url)' tendríamos en 'h'

Código: Seleccionar todo

h[0] = {'cf_clearance': '4a8.....8bf-14...04-60..00', '__cfduid': 'd73d6......'}
h[1] = Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116 Safari/537.36

Hola , he probado tu archivo y borrado la
cf_clearance y si se vuelve a crear ! Utilizo una raspberry pi 2 con libreelec 7.0.2 ....... Independientemente de esto si conecta bien con series blanco y además mas rápido que con el método de Lortropic !! Gracias a los dos por vuestro tiempo !!

Jpuig escribió:Hola , he probado tu archivo y borrado la
cf_clearance y si se vuelve a crear ! Utilizo una raspberry pi 2 con libreelec 7.0.2 ....... Independientemente de esto si conecta bien con series blanco y además mas rápido que con el método de Lortropic !! Gracias a los dos por vuestro tiempo !!

Curioso

Pues me alegro que te funcione por que lo que es a mí no me tira, no me caza la cookie en una rasp con osmc y tampoco en windows con jarvis desde una de las últimas modificaciones de la web.

Si te caza la cookie te funcionará más rápido porque no pasa por el anti_cloudfare al no ser necesario.

Ya he probado a guardarme las cookies en un archivo de texto (bueno, un json para usar jsontools + filetools, indexado porl el host).

Va de puta madre ya que va rápido (como era de esperar, por otro lado, pero aunque sepas el resultado, siempre da gusto comprobarlo ).

¿Hay algún método para obtener el result code? Es que he usado un cache_page pero esto solo retorna los datos de la respuesta, pero se come el result code (que aparece en el backtrace, ya que los errores los lanza como excepciones tratadas por el propio cache_page)

No se si hacer cambiar el downloadPage para que haga un return data, result_code, un cache_page_with_result que haga lo mismo que hace ahora el cache_page pero retornando el result code y que el cache_page llame al cache_page_with_result e ignore el result code.

Aunque bueno, localmente me puedo saltar los métodos estos y usar las librerías de python (que al final es lo mismo que hace cache_page, pero pudiendo pillar el result code y ver si me han enviado un 5xx para intentar refrescar las cookies)

Ya he dicho en otras ocasiones q esta parte del código (encriptacion, ofuscación, empaquetado o como sea) me supera.
Dicho esto Lortropic, deberías pasarte por https://github.com/tvalacarta/pelisalacarta/issues/279 donde se discutió el tema del archivo único de cookies aunque finalmente creo q no se llegó a ninguna solución. ¿Sería bueno retomar el tema?