SoloCodigo

Esto lo haces con una combinación de AJAX (JavaScript) para hacer peticiones asincrónicas, PHP para ejecutar del lado del servidor y SQL para recuperar los datos de la base de datos.

Pues pon un if...
[php:2asykp01][/php:2asykp01]

Aunque mejor que esto sería filtrarlo directamente desde la consulta SQL.

El problema con esa función es que no devuelve el puntero a la conexión y al usarla estás confiando en la última conexión abierta. Aunque funciona esto no es deseable.

Mi solución es que uses el procedimiento val() para convertir cadenas en tipos enteros o reales.

¿Qué mensaje de error te muestra?

Pero la consola de Windows no soporta UTF-8, es exclusivamente ANSI. Igual no entiendo bien lo que quieres hacer y el mensaje de error significa que fue imposible escribir en un archivo (lo cual tiene sentido porque para Pascal, la pantalla es un archivo de texto).

Depende de qué tan sofisticado lo quieras. Lo más sencillo es crear un archivo temporal, traspasar los registros en el orden que desees, luego borrar el archivo original y renombrar el temporario para que sea el original. Pero esto tiene la desventaja que se hace cada vez más lento conforme el número de registros crece.

Algo más sofisticado pero más flexible, es llevar un archivo paralelo pero que solo guarde índices. En el archivo principal los registros los guardas como llegan, pero en el archivo de índices haces una lista enlazada en archivo. La ventaja es que no tienes que mover grandes volúmenes de datos, solo haces tres escrituras por cada registro nuevo y además puedes reordenar por el campo que quieras.

Eso que haces en el código no es leer una variable de sesión PHP en JavaScript, es simplemente alterar el código fuente de un script JavaScript (un ejemplo similar a este lo escribí yo aquí hace un par de días viewtopic.php?f=36&t=42095#p152074 ).

Además el código que has puesto saltará en error porque estás llamando a session_start() después de haber enviado algo al cliente.

Por otro lado si me queda muy claro que php se ejecuta totalmente en el servidor lo cual regresa el archivo html ya listo para mostrarse, a mi lo que me preocupa que es a donde quiere llegar mi post, es que a lo mejor una pagina que esta casi 100% programada con html y php vaya a saturar a un servidor o hacerlo mas lento o talvez es dificil que pase algo como eso, en vez de disminuir el uso del servidor usando javascript en las partes que no requiera el servidor,

Vamos, no es para abusar, pero tampoco es para ponerse paranoico .

El intérprete PHP tiene sus salvaguardas para evitar código que se vuelve voráz. Por ejemplo, el administrador del servidor configura un tiempo máximo de ejecución, por omisión es de 30 segundos. Esto quiere decir que no puedes colgar el servidor con un ciclo infinito. Otra salvaguarda es la cantidad de memoria que un script puede usar como máximo, si no recuerdo mal ese valor por omisión es de 8 megas, quiere decir que tu script abortará si trata de usar mas de 8 megas al mismo tiempo.

La gran mayoría de los servidores de producción además no usan el código fuente que has escrito siempre. PHP tiene un módulo que primero verifica si el código fuente ha cambiado (o si es nuevo), entonces procede a hacerle una compilación que resulta en un bytecode, ese bytecode es el que se ejecuta, si no ha cambiado entonces busca el bytecode y lo ejecuta. Al ser código precompilado se ejecuta más rápido y eficientemente que si tuviera que reinterpretar una y otra vez el mismo código todas las veces que un cliente lo pide.

Pero tu preocupación es buena y recomendable. Cualquier problema que puedas solucionarlo con JavaScript es mejor hacerlo con JavaScript, pero debes contraponerla con esta otra premisa: nunca confies en los datos que te envía el cliente.
Supongamos que quieres calcular la edad de una persona y la fecha de nacimiento la proporciona el visitante. Evidentemente el cálculo en cuestión es mejor dejárselo a JavaScript (no hay necesidad de "molestar" al servidor con semejante tontería), pero como ese dato debe ser enviado al servidor en algún momento y ese momento y la forma de enviarlo está en manos del cliente, es bueno que cuando llegue al servidor volver a verificar que el dato es correcto. Si el dato viene por GET en una variable llamada "fechanac" nada le impide al usuario escribir en la barra de direcciones algo como esto: http://www.example.com/tuscrip.php?fechanac=quéteimportamifechadenacimiento y eso podría desbaratar tu script si no verificas que "fechanac" contiene un valor que tenga sentido para la operación en la que interviene.

En ambiente web PHP siempre se ejecuta en el servidor, todas las operaciones que haces con PHP se ejecutan en el servidor, en otras palabras, estás programando el servidor.

Ya había visto que el código que usas para validar el tipo de archivo es muy inseguro, podemos hablar de ello luego.

Deberías dividir la validación del archivo en dos. Primero validar que sea un tipo válido y luego si el tamaño es el correcto. Sugiero este código:

[php:2zmspaf5][/php:2zmspaf5]

Aquí puedes saber qué condición es la que no se está compliendo.
"subidos" es el directorio donde quedarán los archivos subidos por los usuarios, cámbialo por lo que consideres necesario.

¿Aparece algún mensaje de error o qué es lo que pasa?

Dev Pascal es un entorno de desarrollo, en el fondo usa Free Pascal. Por las dudas me lo he bajado e instalado. He copiado el código que has puesto y no tuve problemas en leer cualquier archivo en cualquier lugar del disco, justo como esperaba de Free Pascal ya que FP sí puede leer nombres de archivos (y directorios) largos.

¿Cómo estás llamando a la función en el cuerpo principal?