http://www.slideshare.net/felipernb/php-no-coisa-de-moleque-presentation

When a Muppet retires, he may go to the Jim Henson Company Archives. He may not merely report to the archives in puppet form, though—he may show up as an animation cell or even a sketch by Jim Henson himself. Cookie Monster, Elmo and Kermit will be preserved for future generations of Sesame Street viewers—and for those of us who enjoy the reruns.

The archives are now in turn preserved—or at least described— on a wiki, http://muppet.wikia.com/wiki/The_Jim_Henson_Company_Archives.

While the wiki doesn’t necessarily present the archives as being especially innovative, the MediaWiki itself is worth considering as a point of discussion. Originally for use on Wikipedia, MW is open-source PHP (briefly, Web-development scripting language) software. Wikia.com has utilized the software, via a free content license, to develop a wiki site to be used by “millions of passionate fans.” While the Jim Henson Company Archive entry seems to be accurate and informed, the banner ads surrounding the wiki entry are off-putting. Is it right to profit from open-source software? If it is, by how much? Non-profits developing software utilized by for-profit companies?

Essa semana um dos tópicos da comunida de PHP Brasil no orkut para variar me deixou puto, http://www.orkut.com/Main#CommMsgs?cmm=19610&tid=5402033389233893341&start=1, o professor de um cara da comunidade resolveu trollar o PHP, os argumentos do ser humano são:

1) O desenvolvimento em php é lento.

2) As funções são mal feitas e exigem muito dos servidores.

3) Por despreparo dos profissionais o desenvolvimento é feito na base da gambiarra.

4) O desenvolvimento em jsf e asp é muito mais rápido, simples e poderoso.

5) Até existem bons frameworks mas a falta de um padrão entre eles atrapalha o desenvolvimento.

6) A grande maioria dos portais de grande porte não usam php.

7) Um desenvolvedor asp e jsp tem o salário bem maior que o do desenvolvedor php. entre outras coisas

Bem vamos lá primeiro respondemos a estes argumentos:

1-) O Desenvolvimento em PHP é lento: A primeira característica de um argumento falho é que ele não faz sentido, o que é lento de se desenvolver em PHP ? É lento comparado a que ? Eu já vi caras desenvolverem e-commerces monstruosos em 2 semanas, usando boas práticas de programação e PHP, isso para mim não é lentidão.

2-)As funções são mal feitas e exigem muito dos servidores. Comparado a que, ele fez benchmark de todas as funções do PHP ? Estou falando das do Core de Linguagem, porque funções feitas por programadores, ainda mais alunos dele, não contam pra linguagem como um todo.

3-)Por despreparo dos profissionais o desenvolvimento é feito na base da gambiarra. Perai isso é um problema da linguagem ou de quem prepara o desenvolvedor, e ai professor tirando o teu da reta para jogar no da linguagem, existem gambiarras em Java, e como tem, em C#, e como tem em COBOL, goto, em C, mas falar mal do PHP disfarça a incapacidade de certos “professores” em ensinar.

4-)O desenvolvimento em jsf e asp é muito mais rápido, simples e poderoso. O ASP é tão bom que foi descontinuado e a Microsoft tá adotando PHP e trabalhando com a comunidade do mesmo, quando você ver algo tão forte quanto o Webmin, que é usado para administrar parques de servidores inteiros,feitos em ASP fala comigo. Quanto o Java Server Faces, é mais uma tentativa desesperada de por java no mundo Web, mas não conheço. Detalhe que JSP foi um retumbante fracasso.

5-) Até existem bons frameworks mas a falta de um padrão entre eles atrapalha o desenvolvimento.: Esse cara sabe o que é um framework ? Porque padronizar a maneira dos frameworks trabalharem, o que você preferiria uma caixa de ferramentas aonde cada uma faz exatamente o que você quer ou um monte de grifos ? E quando você precisa do Martelo? O que você faz ? Hoje você tem Codeigniter, o Zend Framework e vamos ser honestos tem pouca coisa que esses frameworks não fazem. Sem contar que dá para estendê-los…

6-)A grande maioria dos portais de grande porte não usam php. Bem o maior portal do mundo é o Facebook e ele é feito em PHP, o Youtube quando explodiu era feito em PHP, maldita mania do google de migrar tudo para Python, o Digg, PHP, a maioria dos portais do governo, PHP, o Yahoo, PHP … Então eu pergunto a esse ser: Me mostra o teu estudo. O universo que você procurou que ai a gente discute.

7) Um desenvolvedor asp e jsp tem o salário bem maior que o do desenvolvedor php Esse é o ponto principal, isso acontede por 4 grandes motivos na minha opinião:

A-) PHP por ser uma linguagem de fácil aprendizado, tem um monte de sobrinhos que acham que sabem programar, e as empresas web de fundo de quintal contratam uma porrada desses caras, e voualá temos um problema de várias cagadas sérias sendo publicadas na Web

B-)O programador PHP não se vende, a galera fica nessa porra de “A eu trabalho com PHP, mas vou trabalhar com Java para encher o rabo de dinheiro!” Então vai começa a encher o rabo de dinheiro hoje e não amanhã assim é mehor.

C-) A comunidade no Brasil é fraca, tá cheio de líder de comunidade, evangelista e o diabo a quatro, mas falta trabalho sério, ficar usando a comunidade para se autopromover e se dizer o bom pro público externo é um desserviço prestado. Quer se promover mostra o seu código e mostra que é bom.

D-) Vendamos o PHP, derrubemos os mitos que só Java faz isso, só C# faz aquilo, PHP é a linguagem da Web e a gente tem de ser os primeiros a defender a linguagem, espaço no mercado se conquista e conquistas vem com luta. A gente não sabe defender o PHP temos de fazer flame quando os caras de java falarem bosta. Demarcar espaço, simples assim.

Fonte: http://phprocks.com.br/

Primul gand pe care l-am avut cu totii in echipa a fost “in ce codam”. A fost usor sa trecem prin cei cativa termeni, care ne mai trecusera pe la ureche, si sa alegem Metoda aia *usoara* prin care tot ce era desenat pe hartie si gandit, sa devina realitate… web. La fel de usor a fost sa incercam sa scriem primele linii de cod mai complicate ca sa ne dam seama ca trebuie sa si gusti inainte sa mananci. Si ca sa trecem in planul concretului ne-am gandit la 3 metode de a face paginile sa fie dinamice (adica sa integram o comunitate, sa avem pagini context sensibile) : un framework, un cms sau php de la 0.

La capitolul framework, am constatat ca este destul de popular codeigniter (http://www.codeigniter.com) si dupa vizionarea a exact doua tutoriale video cu tot cu incercat cod, am fost convinsi ca si noi putem sa dezvoltam un intreg website in 20 de minute (precum video-ul arata un blog gata in tot atatea minute). Problema cu un framework este dificultatea de a intelege cum lucreaza bibliotecile, ce trebuie sa incarci si ce module fac ceea ce zic ca fac. O problema cu care m-am  confruntat personal a fost o simpla logare. In primul rand nu exista modulul gata facut de autentificare ci trebuie supraincarcate anumite clase. In al doilea rand, voiam sa ma folosesc de cunostintele, de baza, de PHP, insa constatam ca pana si sesiunile sunt vazute altfel. Concluzia noastra este ca un framework se studiaza intai. Avantajul, totusi,  al unui astfel de framework este modelul MVC care personal mi s-a parut intuitiv si foarte aplicabil.

Frameworkul Zend a fost inca o propunere, laudat fiind si pentru ca php are module zend, insa nu am reusit sa trecem de configurarea acestuia.

Punctul doi in aceasta discutie, ar fi un Content Management System. Din pacate, tema aleasa nu se preteaza la o astfel de abordare. Sigur ca putem scrie module php pentru CMS, dar intervine si aici problema studierii sistemului. Am fi mers ori pe Joomla ori pe WordPress, care vin si cu un design gata facut si customizabil (mai putin la WordPress).

Solutia numarul 3 ne avantajaza cel mai mult, php de la 0.  Cateva minute pe w3schools si doua trei exemple de lucru cu baza de date face ca PHP sa nu para o necunoscuta. Exista mii de linii de sample code utilizabil si customizabil, apoi reutilizabil in cadrul aceluiasi proiect. Suntem obisnuiti sa codam in C, Java, Scheme, Haskel, Prolog, CLIPS chiar si Verilog, limbajul nu este o problema.  De asemenea partea de control (administratorul) nu trebuie sa fie extrem de complex, noi construim sistem, stim cum merge. Singurul dezavantaj este securitatea care s-ar putea sa ne dea batai de cap.

Cam atat pe partea de programare pe server.

(De fapt ar trebui sa fie chat-ul #1 avand in vedere ca nu am mai avut si prima discutie, intrucat nu mergea concertChat-ul, dar facem abstractie )

Am avut in seara de duminica un chat impreuna cu Mircea (WebSmiths), Sergiu (QWERTY), Tiberiu (Gold) si Catalin (Power Over Web) legat la tehnologiile utilizate pentru implementarea site-ului. A fost o discutie foarte interesanta, care s-a intins peste 2 ore, in care am discutat despre mai multe lucruri.

Astfel, intai am vorbit eu despre beneficiile JavaScript  si am cazut de acord ca este un mecanism foarte util in dezvoltarea unei interfete. Am continuat cu PHP-ul despre care ne-a vorbit Catalin – o alta solutie consacrata careia am avut putine lucrui sa-i reprosam, cu atat mai putin cu cat beneficiaza de un suport enorm in ziua de astazi. Tiberiu ne-a povestit despre aventurile lui cu AJAX si ne-a explicat de ce proiectul echipei sale va utiliza mai mult aceasta tehnologie.

Ulterior, am schimbat putin registrul, trecand de la tehnologii “de baza” (ca sa le zic asa) la platforme deja implementate, care vin sa simplifice viata (cel putin pe hartie ) dezvoltatorului implementand deja anumite functionalitati sau oferind o serie de servicii facile acestuia. Am discutat impreuna cu Mircea despre JavaFX ca inlocuitor pentru AJAX, Flash sau Silverlight, oferind posibilitatea integrarii de cod Java direct in aplicatie (cu performantele de viteza aduse de acesta). In final, am discutat cu Sergiu legat de CMS-uri (Content Management Systems), ce reprezinta platforme care faciliteaza dezvoltarea de content Web prin utlizarea unor programe implementate in limbaje consacrate. Astfel de CMS-uri sunt Drupal sau WordPress. In particular, topic-ul CMS-ului WordPress a fost foarte bine-venit, intrucat echipa noastra tocmai ce luase decizia de a migra proiectul, renuntand la ideea “facem totul de la 0″, catre o solutie bazata pe o structura deja implementata.

Discutia s-a dovedit a fi una interesanta, in care am putut afla despre unele tehnologii noi, impreuna cu avantajele / dezavantajele lor si aplicatiile in care se preteaza a fi folosite.

In aceasta seara, impreuna cu inca 3 reprezentati din echipe diferite, ne-am strans sa discutam despre solutiile tehnice pe care fiecare dintre noi le propune (sau deja le-a folosit) in dezvoltarea proiectului sau.

Cei 3 cu care am avut onoarea sa discut sunt:

• Mihai Dumitrescu – managerul echipei Backwards IOC
• George Neagoe – responsabilul tehnic al echipei Muzeu Upb
• Dumbrava Maria – managerul echipei ITea

Ca o privire de ansamblu,  tehnologiile folosite/sau pe care intentionam sa le folosim sunt:  php+mysql, javascript, xml si flash.

Mihai ne-a vorbit si despre Joomla, care se pare ca face aproape totul in locul tau  (fapt pentru care o sa-l incerc si eu cat mai curand )

Oricum, discutia nu s-a rezumat doar la acestea de mai sus.  Transcript-ul conversatiei poate fi gasiti aici

Идея, реализовать пользовательскую систему заявок назревала очень давно, уже как год наверно. Ни о каком подобии хелпдеска речь не идёт. Необходима самая простая система. Собственно, начал по тихоньку писать первую версию… ну как писать, халтура конечно… Если что то из этого выйдет, буду постить об этом тут.

Dupa numeroase cautari a celei mai simple metode de a crea un blog am ajuns la trei variante:

1. gasit pe net un tutorial cu cod sursa pentru un blog scris in PHP si compania.
2. folosit un framework de PHP.
3. folosit wordpress ca tot avem un blog pe el.

Dupa cateva search-uri pe google prima varianta a cam cazut, negasind nimic destul de complex (trebuia sa foloseasca si MySQL) si destul de simplu explicat sa priceapa si mintile noastre de n00bs in ale programarii pe web.

Legat de framework-uri de PHP totul suna foarte bine, chiar incepusem sa ne documentam despre care framework ar fi mai bun: http://www.phpframeworks.com, preferatul nostru fiind codeigniter. Chiar vazusem un filmulet: how to create a blog in 20 minutes, pe care chiar as fi vrut sa il vizionez (http://codeigniter.com/tutorials/watch/blog/).  Aici aveam insa mici dubii cu privire la necesitatea sau nu a acestui framework pe serverul de PHP (inca nu m-am lamurit).

Astazi insa am dat peste un blog foarte frumos realizat de catre colegii nostri de la qwerty: http://cstips.info/. Am discutat cu ei si am aflat ca au plecat de la un blog de wordpress (care se poate downloada de aici) pe care l-au pus si integrat foarte rapid pe serverul care le face host-ing, si au putut sa isi configureze aspectul blogului si anumite accesorii din ele cum au vrut (doar aveau codul sursa la dispozitie acum).

Asa ca ne-am gandit si noi ca ar fi o idee foarte buna sa pastram CMS celor de la WordPress si sa trecem pe “versiunea .org”. Pe langa codul sursa la care avem acces, acum am citit pe net si de existenta a numeroase teme care pot fi integrate usor pe wordpress.org si a Plugins care apare la setarile blogului pentru admin.

Nerabdatori sa incercam noua descoperire, si dat fiind faptul ca nu aveam inca suport de MySQL pe server (ne lipseste doar baza de date din cate am intels, serverul/daemonul este instalat), am incercat (si reusit) sa integram acest blog nou de WordPress cu serverul de WAMP instalat local, rezultand un blog host-uit local (si private) de moi.

Setarea unui blog de WordPress se face foarte usor (5 minute) de indata ce ai cateva detalii despre baza de date pe care o vei folosi. Aici treaba a fost putin complicata pana m-am prins la ce e bun utilitarul phpmyadmin care vine pe langa PHP, MySQL si Apache Server instaland WAMP. Din phpmyadmin se poate crea o noua baza de date si seta un user si password pe aceasta (exact ce trebuie pentru setarea blogului de WordPress). Apoi dupa un copy-paste in directorul www, gata blog-ul, care nu mai depinde de wordpress (putem modifica fisierele .CSS si .php astfel incat sa adaugam ce functionalitati consideram noi ca ar mai trebuie sa aveam in plus sau in minus).

În seara asta 5 manageri de echipe ne-am strâns pentru a discuta despre tehnologiile folosite de fiecare în cadrul proiectului.

Sesiunea a durat cam 2 ore și fiecare am abordat câte o tehnologie importanta în următoarea ordine:

1) Andrei – JavaScript

• a punctat foarte bine caracteristicile acestui limbaj de scripting client-side
• am discutat apoi despre utilitatea acestui limbaj
• am amintit de Firebug ca si aplicatie pentru debugging-ul codului
• Sergiu a amintit de framework-uri precum JQuery și YUI

2) Eu – PHP (bineînțeles)

• limbaj de scripting server-side
• foarte bine documentat, fiind baza pentru foarte multe site-uri din prezent
• weak typing
• PHP ca limbaj orientat obiect

3) Tibi – AJAX

• Asynchronous JavaScript and XML
• nu este un limbaj propriu-zis, folosind JavaScript pentru partea de codare și XML pentru formatul raspunsurilor. Raspunsurile pot fi și în format JSON sau plain text.
• ne-a dat un exemplu cu o apllicație cu chat și a subliniat importanta metodei asincrone de comunicare

4) Mircea – JavaFX

• RIA (Rich Internet Application)
• http://javafx.com/samples/ – pentru exemple
• un bun inlocuitor pentru Silverlight sau Flash
• foarte bun pentru dezvoltarea unui joc online, browser based

5) Sergiu – CMS-uri (WordPress)

• Content Management Systems
• ”CMS-urile sunt o serie de programe, scrise de obicei într-un limbaj server site(PHP de exemplu dar nu numai) care folosesc HTML, CSS, AJAX și altele pentru a facilita afisarea și editarea de continut într-un mod facil”
• am discutat și despre diferențele dintre CMS-uri și Framework-urile PHP și despre folosire CMS sau scriere cod de la zero.

Mai multe găsiți și pe pagina asociată transcript-ului asociat chat-ului nostru.

Nesse exemplo, mostro como criar uma conexão com banco de dados:

<?php

$conexao = mysql_connect(“nome_servidor”,  “usuario_bd”, “senha”) or die (“não foi possivel conectar ao db”); mysql_select_db(“nome_db”) or die (“não foi possivel conectar ao db”);

?>

$conexao ->  variavel que armazena a conexão com o banco.
mysql_connect() ->  responsavel por fazer a coneção com o banco de dados.
mysql_select_db() ->  faz a seleção do banco de dados que será manipulado.
or die() ->  caso ocorra algum erro, retorna a mensagem entre as aspas.

Hola aca les dejo el codigo de una shell en php que hice para no usar cosas de los demas que me hace sentir inferior xD.

Funciones = [+] Toma control del sistema atacado y extrae informacion sobre su sistema
[+] Se puede ejecutar comandos
[+] Se puede crear y eliminar archivos
[+] Se puede subir archivos
[+] Se puede hacer un masivo deface salvando solo la shell
[+] Se puede hacer autodestruccion de la shell

<?