Recherche avancée

Sur d’autres sites (11046)

• Cloaked Archive Wiki

  16 mai 2011, par Multimedia Mike — General

  Google’s Chrome browser has made me phenomenally lazy. I don’t even attempt to type proper, complete URLs into the address bar anymore. I just type something vaguely related to the address and let the search engine take over. I saw something weird when I used this method to visit Archive Team’s site :

  
  
  

  There’s greater detail when you elect to view more results from the site :

  
  
  

  As the administrator of a MediaWiki installation like the one that archiveteam.org runs on, I was a little worried that they might have a spam problem. However, clicking through to any of those out-of-place pages does not indicate anything related to pharmaceuticals. Viewing source also reveals nothing amiss.

  I quickly deduced that this is a textbook example of website cloaking. This is when a website reports different content to a search engine than it reports to normal web browsers (humans, presumably). General pseudocode :

  PLAIN TEXT

  C :

  1. if (web_request.user_agent_string == CRAWLER_USER_AGENT)
  2.  return cloaked_data ;
  3. else
  4.  return real_data ;

  You can verify this for yourself using the wget command line utility :

  <br />
$ wget --quiet --user-agent="<strong>Mozilla/5.0</strong>" \<br />
 http://www.archiveteam.org/index.php?title=Geocities -O - | grep \&lt;title\&gt;<br />
&lt;title&gt;GeoCities - Archiveteam&lt;/title&gt;

  $ wget —quiet —user-agent="Googlebot/2.1"
  http://www.archiveteam.org/index.php?title=Geocities -O - | grep \<title\>
  <title>Cheap xanax | Online Drug Store, Big Discounts</title>
  

  I guess the little web prank worked because the phaux-pharma stuff got indexed. It makes we wonder if there’s a MediaWiki plugin that does this automatically.

  For extra fun, here’s a site called the CloakingDetector which purports to be able to detect whether a page employs cloaking. This is just one humble observer’s opinion, but I don’t think the site works too well :
  
  

  
  
  

• Révision 17190 : un break-word sur les listes en colonne laterale

  14 février 2011, par cedric -

• UnsatisfiedLinkError for armeabi with Android Studio on Ubuntu but with Android Studio on Windows it works

  14 juillet 2015, par dddog

  I’m working at an Android app that uses ffmpeg-android-arm.jar who contains native libs for video/audio encoding.
  My native libs are included in the project by copying the ffmpeg-android-arm.jar in the app/libs folder. ffmpeg-android-arm.jar is just an archive having the following folder structure lib/armeabi/ and in the armeabi folder being all the native libs as .so files.

  Building the apk using Android Studio on Windows 8 works just fine, the statement bellow, being the first that wants to load a native library working well.

  //neon library optimized for opencv
  
  static {
  
      Log.d(TAG, "about to load library checkneon...");
  
      try {
  
          System.loadLibrary("checkneon");
  
      } catch (Exception e) {
  
          e.printStackTrace();
  
      } catch (Error error) {
  
          error.printStackTrace(System.out);
  
      }
  
      Log.d(TAG, "library checkneon loaded!");
  
  }

  Going on Android Studio running on Ubuntu 14.04.02, I’m unable to make my project run, as I keep receiving java.lang.UnsatisfiedLinkError. See the stack trace bellow :

  07-14 20:41:05.616  17018-17018/? D/dalvikvm﹕ Late-enabling CheckJNI
  
  07-14 20:41:05.786  17018-17018/org.myfrogvrvp8 D/RecordActivity﹕ about to load library checkneon...
  
  07-14 20:41:05.786  17018-17018/org.myfrogvrvp8 I/System.out﹕ java.lang.UnsatisfiedLinkError: Couldn't load checkneon from loader dalvik.system.PathClassLoader[dexPath=/data/app/org.myfrogvrvp8-2.apk,libraryPath=/data/app-lib/org.myfrogvrvp8-2]: findLibrary returned null
  
  07-14 20:41:05.791  17018-17018/org.myfrogvrvp8 I/System.out﹕ at java.lang.Runtime.loadLibrary(Runtime.java:355)
  
  07-14 20:41:05.791  17018-17018/org.myfrogvrvp8 I/System.out﹕ at java.lang.System.loadLibrary(System.java:525)
  
  07-14 20:41:05.791  17018-17018/org.myfrogvrvp8 I/System.out﹕ at org.myfrogvrvp8.FFmpegRecorderActivity.<clinit>(FFmpegRecorderActivity.java:189)
  
  07-14 20:41:05.791  17018-17018/org.myfrogvrvp8 I/System.out﹕ at java.lang.Class.newInstanceImpl(Native Method)
  
  07-14 20:41:05.791  17018-17018/org.myfrogvrvp8 I/System.out﹕ at java.lang.Class.newInstance(Class.java:1130)
  
  07-14 20:41:05.791  17018-17018/org.myfrogvrvp8 I/System.out﹕ at android.app.Instrumentation.newActivity(Instrumentation.java:1078)
  
  07-14 20:41:05.791  17018-17018/org.myfrogvrvp8 I/System.out﹕ at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2210)
  
  07-14 20:41:05.791  17018-17018/org.myfrogvrvp8 I/System.out﹕ at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2349)
  
  07-14 20:41:05.791  17018-17018/org.myfrogvrvp8 I/System.out﹕ at android.app.ActivityThread.access$700(ActivityThread.java:159)
  
  07-14 20:41:05.791  17018-17018/org.myfrogvrvp8 I/System.out﹕ at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1316)
  
  07-14 20:41:05.791  17018-17018/org.myfrogvrvp8 I/System.out﹕ at android.os.Handler.dispatchMessage(Handler.java:99)
  
  07-14 20:41:05.791  17018-17018/org.myfrogvrvp8 I/System.out﹕ at android.os.Looper.loop(Looper.java:176)
  
  07-14 20:41:05.791  17018-17018/org.myfrogvrvp8 I/System.out﹕ at android.app.ActivityThread.main(ActivityThread.java:5419)
  
  07-14 20:41:05.791  17018-17018/org.myfrogvrvp8 I/System.out﹕ at java.lang.reflect.Method.invokeNative(Native Method)
  
  07-14 20:41:05.791  17018-17018/org.myfrogvrvp8 I/System.out﹕ at java.lang.reflect.Method.invoke(Method.java:525)
  
  07-14 20:41:05.796  17018-17018/org.myfrogvrvp8 I/System.out﹕ at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1046)
  
  07-14 20:41:05.796  17018-17018/org.myfrogvrvp8 I/System.out﹕ at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:862)
  
  07-14 20:41:05.796  17018-17018/org.myfrogvrvp8 I/System.out﹕ at dalvik.system.NativeStart.main(Native Method)
  
  </clinit>

  I’ve checked both apks, and they both have the native .so files included in the lib/armeabi folder.

  I’m quite puzzled...
  Any help much appreciated !