Cómo eliminar los caracteres  del inicio de un archivo php

En algunas páginas web, por ejemplo index.php, al verlas en el navegador, aparecen estos caracteres al principio:



Si en index.php tienes varios includes que llaman a otros archivos, es posible que entonces esos caracteres se repitan cada vez que aparece un include.

La solución es sencilla, simplemente abre el archivo con Notepad ++ y haz clic en “Encoding” y luego en “Convert to UTF-8”.

El problema es que tu archivo tiene BOM, y le tienes que indicar a tu editor de texto que elimine los BOM.

Cómo eliminar la etiqueta “debug” en Flutter

Cuando estás probando una app de Flutter, aparece una etiqueta que dice “debug” en la esquina superior derecha:

Para eliminarla, en tu MaterialApp, debes agregar esta línea:

debugShowCheckedModeBanner: false,

Quedando tu widget completo, así:

class Demo extends StatelessWidget {
  // This widget is the root of your application.
  @override
  Widget build(BuildContext context) {
    return MaterialApp(
      title: 'Demo',
      debugShowCheckedModeBanner: false,
      theme: ThemeData(
        primarySwatch: Colors.orange,
        visualDensity: VisualDensity.adaptivePlatformDensity,
      ),
      home: MyHomePage(title: 'Flutter Demo Home Page'),
    );
  }
}

Listo, con eso desaparece la etiqueta “debug”.

Error INSTALL_FAILED_INSUFFICIENT_STORAGE en Android Studio

Al intentar compilar una app en Flutter en Android Studio, obtengo:

Error: ADB exited with exit code 1
Performing Streamed Install
adb: failed to install C:\carpeta\app.apk:
Failure [INSTALL_FAILED_INSUFFICIENT_STORAGE]
Error launching application on Android SDK built for x86.

Para resolverlo, tienes que asignar más espacio de almacenamiento a la imagen de tu dispositivo virtual.

Abre Android Virtual Device Manager, edita la configuración de tu dispositivo virtual, y asigna más espacio de almacenamiento.

En mi caso lo cambié de 800 a 3,000 MB y con eso funcionó perfectamente. 😀

A significant part of sql server process memory has been paged out

En una ocasión, y al parecer fue provocado por una actualización de Windows Server 2012, el servicio de SQL Server 2012 mostraba los siguientes problemas:

  • Reducción en el desempeño, mostrado en la lentitud con que abrían las páginas que utilizaban SQL Server.
  • En Event Viewer, la aparición de este error: “A significant part of sql server process memory has been paged out. This may result in a performance degradation. Duration: 1534 seconds. Working set (KB): 20276, committed (KB): 136852, memory utilization: 14%%”
  • Después de algunos minutos, no abrían las páginas hospedadas en el servidor, ni siquiera aquellas que no utilizaban SQL Server.
  • Al loguearse al servidor con Remote Desktop, en ocasiones la lentitud era demasiada como para poder hacer algo. En otras ocasiones la conexión se atoraba mostrando únicamente una pantalla negra.

Una vez reiniciado el servidor, todo volvía a la normalidad, pero horas después se repetía el problema.

Encontré en esta página un procedimiento que resolvió el problema.

Pasos a seguir:

  • Haz clic en el botón “Start” con el botón derecho del mouse y selecciona “Run”.
  • Teclea “gpedit.msc” y oprime “enter”.
  • Verás la ventana del “Local Group Policy Editor”.
  • Abre esta llave: “Computer configuration > Windows Settings > Security Settings > Local Policies > User Rights Assignment”.
  • Haz doble clic en “Lock pages in memory”.
  • En “Local Security Setting” tienes que añadir la cuenta bajo la cual se ejecuta el servicio de SQL Server (Sqlservr.exe). Normalmente es “NT SERVICE\MSSQLSERVER”, pero si no estás seguro, utiliza estas instrucciones para encontrarla.
  • Cierra la ventana y reinicia el servicio de SQL Server.

En mi caso esto resolvió el problema, y debería funcionar para ti también. ¡Suerte!

Fuente:
https://support.microsoft.com/en-us/help/918483/how-to-reduce-paging-of-buffer-pool-memory-in-the-64-bit-version-of-sql-server

Cómo encontrar la cuenta bajo la cual corre SQL Server

El archivo mediante el cual se ejecuta el servicio de SQL Server es, normalmente, el siguiente:

C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Binn\sqlservr.exe

Y normalmente la cuenta bajo la cual se ejecuta ese archivo es:

NT Service\MSSQLSERVER

Sin embargo, en ocasiones necesitamos asegurarnos de que estos datos son correctos, y puedes hacerlo ejecutando esta sentencia mediante SQL Server Management Studio:

SELECT DSS.servicename,
 DSS.startup_type_desc,
 DSS.status_desc,
 DSS.last_startup_time,
 DSS.service_account,
 DSS.is_clustered,
 DSS.cluster_nodename,
 DSS.filename,
 DSS.startup_type,
 DSS.status,
 DSS.process_id
 FROM sys.dm_server_services AS DSS;

La sentencia te regresará varios datos, entre los cuales se encuentran:

  • servicename. Es el nombre del servicio.
  • service_account. Es la cuenta bajo la cual correo el servicio.
  • filename. Es el archivo mediante el cual se ejecuta el servicio.

Encontrarás un registro tanto para el servicio “SQL Server (MSSQLSERVER)” como para el servicio “SQL Server Agent (MSSQLSERVER)”.