Recherche avancée

Sur d’autres sites (2171)

• Evolution #3638 : Utiliser la rechercher Fulltext par défaut pour le critère {recherche}

  6 mai 2017, par guytarr °

  Gilles VINCENT a écrit :

  Je suis d’accord que la recherche fulltext ne fonctionne qu’avec mysql.
  Mais est-ce une raison suffisante pour tirer les performances vers le bas ?
  Pour ma part je ne pense pas.

  Ensuite, si le plugin Fulltext répond à la demande (à savoir pourvoir faire une recherche sur "chercher un mot" qui soit pertinente) alors peut-être qu’il faut le mettre par défaut dans plugins-dist, et ne l’activer que si les conditions sur la base de données sont réunies. Comme cela, on ne change rien à l’api générale, et les recherches deviennent meilleurs. Tout le monde est satisfait !

  Qu’en dites-vous ?

  Une simple remarque : je pense qu’il faut proposer lorsque c’est possible une recherche basée sur un outil qui est conçu pour (sphinx, elasticsearch).
  Autant pour la partie publique c’est au cas par cas, autant pour l’espace privé on sait à quoi s’attendre et on pourrait proposer une solution intelligente (et performante) basée là-dessus et où plugins (objets) pourraient se brancher simplement.
  Le fulltext est pas mal mais il y a des contraintes de version, de moteur sgbd, etc... Je pense que l’on va s’embêter pour obtenir un moins bon résultat au lieu de déléguer ça à un outil qui sait bien le faire.

• What’s So Hard About Building ?

  10 septembre 2011, par Multimedia Mike — Programming

  I finally had a revelation as to why so building software can be so difficult– because build systems are typically built on programming languages that you don’t normally use in your day to day programming activities. If the project is simple enough, the build system usually takes care of the complexities. If there are subtle complexities — and there always are — then you can to figure out how to customize the build system to meet your needs.

  First, there’s the Makefile. It’s easy to forget that the syntax which comprises a Makefile pretty well qualifies as a programming language. I wonder if it’s Turing-complete ? But writing and maintaining Makefiles manually is arduous and many systems have been created to generate Makefiles for you. At the end of the day, running ‘make’ still requires the presence of a Makefile and in the worst case scenario, you’re going to have to inspect and debug what was automatically generated for that Makefile.

  So there is the widespread GNU build system, a.k.a., “the autotools”, named due to its principle components such as autoconf and automake. In this situation, you have no fewer than 3 distinct languages at work. You write your general build instructions using a set of m4 macros (language #1). These get processed by the autotools in order to generate a shell script (language #2) called configure. When this is executed by the user, it eventually generates a Makefile (language #3).

  Over the years, a few challengers have attempted to dethrone autotools. One is CMake which configures a project using its own custom programming language that you will need to learn. Configuration generates a standard Makefile. So there are 2 languages involved in this approach.

  Another option is SCons, which is Python-based, top to bottom. Only one programming language is involved in the build system ; there’s no Makefile generated and run. Until I started writing this, I was guessing that the Python component generated a Makefile, but no.

  That actually makes SCons look fairly desirable, at least if your only metric when choosing a build system is to minimize friction against rarely-used programming languages.

  I should also make mention of a few others : Apache Ant is a build system in which the build process is described by an XML file. XML doesn’t qualify as a programming language (though that apparently doesn’t stop some people from using it as such). I see there’s also qmake, related to the Qt system. This system uses its own custom syntax.

• FFplay/FFmpeg connect to a Socket

  17 janvier 2013, par user1958067

  I hava a Wifi Webcam connected to my PC. that i can get the stream and play it with

  "ffplay http://192.168.43.3:4555" 

  and it works fine !

  Now i would like to plug this cam to the internet with an Android device. I wrote a Android app to connect to the cam via
  Socket s = Socket(192.168.43.3,4555) ;
  and s.getInputStream() gets me the Stream of the cam.

  How can i achieve to play the stream the same way as i mentioned above

  (something like ffplay http://xxx.xxx.xx.x:port) 

  from my server ? I.e. open a socket,etc, ffplay/ffmpeg can connect to.

  Its ok for me, to write an Java programm on the server side where ffmpeg/ffplay is, if its necessary.

  I use "org.apache.commons.io.IOUtils.copy(InputStream,OutputStream)" to redirect one InputStream to other sockets OutputStream.