Mensajes

Hola gente,

Mi duda es la siguiente: Si tenemos un servicio X, donde un usuario tiene almacenado un archivo en nuestra web, ¿cómo controlamos que este usuario sea el único en poder descargar el fichero?

A este punto estoy suponiendo que no hubo autenticación HTTP, por ejemplo un webmail o un foro.

¿Cómo controlar que realmente SOLO USUARIOS tienen acceso real al archivo?

¿Cómo lo harían?

Es muy buena info. Entonces para empezar un servicio plenamente Web quedan 2 alternativas:

Alt.1.CASA) En principio, poner un server único que maneje "todoenuna". Acá es donde me pregunto ¿CentOS?¿Debian?¿Gentoo?

Alt.2.Contratado) También hay servicios, por ejemplo en Dattatec, para contratar un server dedicado (o más). Aquí me pregunto. Si el servicio crece ¿habrá que cambiar para manejar la arquitectura de red dentro de la empresa como lo hacen Google, Facebook, Etc?

Una pregunta filosofal final es: ¿La época del garage fue, o sigue siendo la mejor idea?

Hola amigos,

Mi pregunta del día de hoy viene por este lado: Todos sabemos que si vas a poner una web para tu empresa o algo por el estilo, contratas un hosting, registras el dominio y ya.

Ahora supongamos esto: Un proyecto de empresa totalmente web, con un flujo importante de datos. Algo como que digamos "los inventores de Google" o un nuevo webmail o lo que sea. ¿Contratas un hosting o pones un server propio?

Ahora vamos más adentro. En un país como Argentina, donde la velocidad y el ancho de banda no son cosas que sobren... ¿cómo te las arreglas para montar una arquitectura de red de digamos... 1.000.000 de usuarios? ¿Cómo te aseguras no tener un cuello de botella que deje a la mitad de tus usuarios sin servicio? ¿Qué haces si de repente tu cantidad de usuarios sube como si se tratara de una inundación?

Creo que es algo que representaría un desafío de arquitecturas de red. ¿Cómo hacés para no crashear y morir?

sino vas a ayudar mjor no respondas

Ayudé. Te dije qué deberías abrir un nuevo tema. A demás, aplicando ese mismo concepto, no deberías haber posteado en primer instancia 
Lo ideal es que pongas tu propio tema, para que la gente lo vea en el tablón, o que mandes un privado a akai, si deseas hacerle una pregunta personal.

y si el post lleva tanto tiempo para q t metist en ste tema???

Como comentaba antes, resucitaste el tema. Cuando posteas en un tema, este queda en la parte superior del tablón nuevamente. Por eso es que no es buena idea resucitar un tema cuando tiene más de 1 mes (2 meses por reglamento, pero en 1 mes habrás levantado un tema viejo).

Tomalo a modo de consejo. No necesitas defenderte cuando te dan un consejo. Por otra parte, el consejo de escribir adecuadamente también vale.

PD: No dejes pasar 4 días solo para postear una antítesis no fundamentada.

Saludos.

1) Deberías abrir otro tema si tienes dudas, no resucitar un tema que lleva más de un mes sin posts.
2) Usa resaltado para el código, por favor.
3) Escribe en un español que todos entendamos. Es decir: ¿Realmente se supone que interpretemos esto?

Código (c) [Seleccionar] Expandir

/*hice st programa y m salen errores q no c que son intent corregirlos pro nada!!!
errores:
-cannot convert `tiponodo***' to `tiponodo**' for argument `1' to `void push(tiponodo**, int)'
-In function `float media(tiponodo**)':
-In function `int impardelete(tiponodo*)':

Y muchos otros mas!!!!!! talz vz puedan ayudarm xfa!!!!!  */
No estamos escribiendo un SMS ni nada por el estilo. Nadie te cobra por los carácteres que completan las palabras.

Saludos

Teóricamente, todos los lenguajes pueden ser compilados o interpretados, pero no te van a enseñar interpretar por ejemplo C/C++ debido a que no te será fácil depurar, juntar archivos (librerías, archivos de cabecera...) entre otras cosas. Lo mismo pasa con .NET y Java.

Un lenguaje puede ser interpretado o compilado dependiendo de cómo se haga efectivo su contenido. El lenguaje en sí es sólo el léxico, con su sintáxis y semántica. A lo que se refiere el texto que citas cuando dice que, por ejemplo, C ha sido implementado como lenguaje interpretado, es a que alguien ha escrito un programa que puede leer C y ejecutarlo mediante un intérprete. Eso no significa que C sea un lenguaje interpretado, sino que alguien ha implementado un intérprete.

Se dice que un lenguaje es compilado si se genera código de máquina en una imágen de proceso que el SO carga a memoria para iniciar un proceso nuevo. Se pueden iniciar procesos para programas interpretados, pero la instancia del proceso es la del intérprete, y no la del script o bytecode en cuestión.

C y C++ son DOS lenguajes compilados (lo digo porque me pareció leer que alguien interpretaba que era un solo lenguaje). Los intérpretes que se hicieron son aparte de su uso real.
JAVA es un lenguaje interpretado, porque aún el bytecode necesita del proceso java para funcionar. Una máquina virtual NO deja de ser un proceso, y un intérprete. No importa que sus códigos se parezcan a los de una máquina y que le digan máquina. JAVA NO es una máquina. Es un intérprete.

Saludos

Yo primero aprendí C++, después ASM, después C, y lo amé.

Con C++ tenés punteros y prácticamente todo lo de C, más algo parecido a OO, aunque no te va a gustar si sos purista de objetos.

Si los objetos te gustan, entonces C++ es lo tuyo. Personalmente el paradigma OO me da asco, y AMO C.

Si me pedís una opinión: C
Si me pedís un consejo: Aprendé los dos, usá los dos, después elegí. Al fin y al cabo no son muy diferentes, no es que vas a malgastar tu vida por aprenderlos.

Saludos.

Obviamente si sos nuevo en un proyecto tampoco te vas a meter en el comportamiento interno de una función sin ver como están implementadas sus entidades básicas, claro esta.

jeje... cómo quisiera que sea así siempre, me ha tocado cada cosaa 

Saludos!

[este caso]

Esto ya es un mareo. A ver:

Dependiendo el problema depende que solución es mas aceptable, y esto ultimo siempre va a ser subjetivo. Personalmente para este caso en particular me parece mas correcta la idea de Pucheto que hacer un cast directo. Tal vez las ventajas del planteo de Pucheto no son tan visibles en 10 lineas pero se notarían si tenes que ponerte al día en un proyecto relativamente extenso y encima mantenerlo, aunque esto por supuesto depende de cada uno.

Supongo que será por lo relativo, pero yo, siendo nuevo en un proyecto, preferiría mil veces encontrar esto:

Código (c) [Seleccionar] Expandir

    if (flag == esMedico)
            funcionMedico((struct medico*)puntero);

    if (flag == esPaciente)
            funcionPaciente((struct paciente*)puntero);

que es explícito en lo que hace, y no esto:

Código (c) [Seleccionar] Expandir

    case f_medico:
        //lo manejo como medico
        handleMedico(m.data.m);
        break;
    case f_paciente:
        //lo manejo como paciente
        handlePaciente(m.data.p);
        break;

que es como... poco claro, a mi parecer.

Del 1er punto sigo sin ver que variable local uso...

Si no lo entiendo mal, recibes un puntero en la función, y haces algo como:

Código (cpp) [Seleccionar] Expandir

void
funcion(void *punt ...) {
    personaHospital p = (personaHospital) *punt; /* algo asi, que requiere una variable local p, o un puntero */

    switch(p.flag){
        case f_medico:
            //lo manejo como medico
            handleMedico(m.data.m);
            break;
        case f_paciente:
            //lo manejo como paciente
            handlePaciente(m.data.p);
            break;
    }
}


Que no era necesaria sin la union...

Del punto 2, si una funcion trabaja con un paciente solamente, le paso el puntero al paciente, no toda el struct con el flag... el struct con el flag solamente lo uso cuando tenga q manejar de manera generica a medicos y pacientes por igual, y tal vez aplicarle alguna funcion generica que necesite tratarlos de maneras distintas. Depende mucho del contexto de uso todo esto.

Creo que nunca se manejarían "por igual"... si tuvieran miembros en común que se manejen por igual, entonces metería algo como herencia. Una estructura compartida entre ambos al inicio de la estructura de cada uno. Y así los despachos con un único puntero siguen siendo válidos, aunque en realidad habrá código compartido tanto como código para cada implementación.

Estamos tratando de dar solución a ningún problema, creo que eso es lo más confuso 

Muestrame el código que pondrías para darme una mejor idea de tu idea.

Saludos

El cast directamtnte es mejor.

Una cosa que no veo aca, hagas como hagas, si o si vas a tener que pasarle el puntero a la otra funci\'on. No veo donde esta el problema. En tu codigo tambien tenes que pasar el puntero a una funcion.

No fue lo que expuse. La diferencia, aclaro, es que necesitas una variable local para usar la union.

Tampoco veo pq se pierde la posibilidad de tener secciones donde solo se manejan solo medicos o solo pacientes.

Si podes pone un ejemplo donde se vea mejor.

Este sería el otro caso. Si no usas una variable local, pasas las uniones desde que las creas... probablemente desde el main. Entonces, si una función o grupo de funciones trabajan con "struct paciente", necesitas una funcion intermediaria (un dispatcher), que les pase el puntero. Eso significa una funcion para adaptar a cada flujo que use solo una estructura, cosa que no pasaría si las estructuras fueran siempre diferentes. Solo los flujos que aceptan ambos tipos necesitan el dispatcher.

Saludos