| |
| |
| |
|
Page: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33
Comments:
<0> TML: My libmysqlclient.a is in /usr/lib/mysql.
<0> TML: Which path should I use?
<1> Artnez: That hasn't been finalzed yet. There are still very vocal advocates for the removal of <?
<1> Artnez: Even if it doesn't go away in 6, it *will* go away at some point.
<1> hxu: /usr
<2> Artnez: since i've been following the good coding practices, i'm not bothered by this news ;)
<1> hxu: Because that's the BASE directory.
<3> TML: I know. As of tomorrow, I'm going to go through some projects and pop in <?php
<0> TML: The default value is 'usr', right?
<1> hxu: I don't understand that question
<0> TML: So I don't need to use --with-mysql parameter, right?
<1> hxu: You need to use --with-mysql if you want MySQL support.
<0> TML: I think that the default value for --with-mysql is '/usr'.
<4> anybody know of a good way to tell if a user is logged in in a php b***ed login system? (typical cross refrance user from sql database with md5 hashed p***word but i was wondering if there were any tricks of the trade as to telling weather a user is "logged in" or not on each page)?
<0> s/thought/think
<1> hxu: If you don't p*** it anything, it looks in about 5 different spots. /usr is on that list.
<1> vyrus001: Most people use sessions
<4> tml yea ive used them before.. but i just wanted sombodys full opinion on a full implementation on how to use them
<5> can someone tell me where i can find a good guide on how to create a user online script as in tell if a user is logged in or if they aren't show how long it has been since they logged in last
<4> i mean u store a val in a sesion var that sais im logged in or what ?
<1> !tell vyrus001 about u
<0> TML: OK. Now I'm running './configure --prefix=/usr/local/php-5.1.2 --with-mysql=/usr'
<4> whops
<6> anyone heard about oracle having talks with mysql?
<1> likewhoa: Yeah, but I doubt anything will come of it.
<1> likewhoa: MySQL isn't looking to be acquired.
<0> TML: Can you help me about these `make test` failure reports?
<0> Bug #16069 [ext/iconv/tests/bug16069.phpt]
<0> iconv stream filter [ext/iconv/tests/iconv_stream_filter.phpt]
<0> Bug #35785 (SimpleXML memory read error) [ext/simplexml/tests/bug35785.phpt]
<1> likewhoa: Unlike Sleepycat, who's been wanting out for years.
<6> i need some suggestions.. which relational db would be good for mysql replacement.. postgresql or firebird.. i know postgresql but what about firebird?
<1> hxu: No, we can't. Try the mailing lists.
<6> TML: but oracle allready owns innodb and berkdb :( and they have the cash to buy anyone out
<1> likewhoa: Just because they have the cash doesn't mean the people will accept being bought.
<6> TML: i just wanted some suggestions on alternatives.. have you used firebird before?
<2> likewhoa: is there a real need for alternatives at this point?
<1> likewhoa: Yes, quite a bit, but I wouldn't suggest it for a server-side DB. It was designed as an embedded database, and I don't feel it can outgrow those roots.
<6> TML: money talks.. sad but true; but i hope you're right
<2> even if mysql is bought, the existing GPLed stuff will still be available for free, regardless of what Oracle would prefer
<6> deadroot: no but niec to know anyone here that has experience with firebird which i've never used but been hearing good things about..
<1> likewhoa: A lot of companies have offered a LOT of money for MySQL. It has always said "No".
<1> The biggest problem I can think of with Firebird is that it's filebased.
<6> TML: i hope they stick to that.. did you hear about oracle having talks with Zend?
<1> Which means very large databases are going to perform incredibly poorly.
<7> Very poorly in fact.
<1> likewhoa: I heard about that too, but couldn't possibly care less.
<7> Your application will have no capability for connection pooling.
<7> As you don' thave connections.
<6> good to know
<6> any postgresql users in here?
<2> try #postgresql
<7> I use postres.
<7> Err... postgres
<1> I think it'd be hilarious to see Oracle buy Zend. What a poison pill THAT'D end up being.
<7> And then Sun buying Oracle
<2> oracle has more money then sun
<3> has anyone read this article: http://maurus.net/work/php-****s/
<6> or even microsoft buying up mysql, then i'll become a budda
<7> It never matters.
<8> Oracle would have even MORE moeny if they stop payin gthe damn fines
<6> lol Artnez bad php code ****s, not php
<3> likewhoa: exactly what i was thinking while reading
<6> lol Jymmm they get fined alot?
<3> likewhoa: looks like that guy debugged one too many crap-apps
<6> i didn't even know oracle owns innodb and berkdb i was like wth
<8> likewhoa: Yeah, the ceo what's his name likes flying his jet whenever he wants... he gets fines like $5000 every time he lands after 2200
<6> lol Jymmm i hate that dude.. he's like vanilla black
<8> It's a nice jet too, btw.
<2> that's kinda stupid of the government. they should increment the fine due to multiple counts
<6> i think TML is right.. mysql will never sell out
<7> I agree with that opinion piece actually.
<6> Jymmm: hey, any jet is nice...
<8> deadroot: ****, the City of SJ is currupt as it is.
<3> Etriaph: he makes a couple valid points, but most of his complaints are focused towards badly written code -- not the language itself
<6> Artnez: "quality of code, not speed of code"
<7> PHP is a great scripting language for small to medium sized dynamic websites, and is great for shell scripting, but by merit of how PHP *functions*, it's not great for application development.
<6> Artnez: or coding for say..
<7> For one thing, PHP has no application context.
<6> if you wanna make application just use python or c# wth, until phpgtk blows up
<3> what type of web based applications can php not handle?
<3> (not saying that it can handle everything, just curious about opinion)
<7> Robust Content Management Systems
<3> Etriaph: what about them can't PHP handle?
<7> Anything that requires intense background processing makes PHP cumbersome to develop for.
<6> lol niraj
<7> I don't mean personal home pages.
<6> niraj: tell them apache is only good for hosting mp3s
<9> lol
<7> I mean small corporate sites, to medium corporate sites.
<3> Etriaph: I'm way beyond personal homepages
<3> Etriaph: my mind is, that is
<9> my point was, first off, you're probably wrong, and second, almost everyone in this channel is probably biased
<9> myself included
<6> Etriaph: hey does postgresql offer triggers and or stored procedures yea?
<2> likewhoa: long before mysql did
<6> sweet
<7> Consider a system that upon submitting content various amounts of work is required afterwards. I'm not going to have a PHP script perform 30 tasks while the user waits for it to end. Nor am I going to write several PHP shell scripts to handle it afterwards.
<7> I want to p*** off the task to a background process and let the user know it's being worked out.
<7> I can't do that with PHP.
<2> ajax can help with that :p
<9> actually you probably can if you had a CLI php app running in the background
<3> Etriaph: What kind of work do you speak of?
<7> niraj: I just said I didn't want to write shell scripts and run them in cron, nor let them loop waiting for work.
<9> why loop?
<9> you can have them idle
<9> and wake up when needed
<9> php does support process communication
<3> Etriaph: There was a point where I need to develop a game server browser. Each UDP query could take approximately 1 - 1 1/2 seconds. This was definitely problematic after seeing a list of 50 servers.
<7> Artnez: Well, let's say you submit a document to a CMS. That document is going to be converted into a PDF, notify other content stakeholders, reference itself with other documents as well as index itself.
<7> Artnez: I'm not doing that in a script on POST
<7> In order to reach the next level PHP needs an application context.
<7> An execution context and a session context are not enough for application development.
<3> Etriaph: Ah, I see what you're saying. Maybe you're right. I can't say that I have ever done anything to that extent before. The most users that were ever using any application that I wrote was around 10,000. I've also wrote a billing management system (managed clients,projects,todos,stuff like that)
<3> i've never ran into any issues, however i have utilized cron extensively
<3> otherwise, everything worked squeaky clean and pretty damn fast
<7> Those aren't quite complicated operations.
<3> Etriaph: I agree.
<7> We built our initial version of our product in PHP because the CTO at the time believed it was the correct choice (against my objections). Now that he's seen what we can't do, he understands we need to move to another platform.
<7> I still believe in PHP, it's a great scripting language. It's just not ready yet to play in the big league.
<7> I would take PHP over CFM or ASP any day. And definitely over Perl or legacy CGI methods.
<3> Etriaph: you wouldn't consider a site like youtube to be big league?
<7> Artnez: Our application is suffering from being written in PHP. We're slowly porting it to Java.
<3> damn, my grammer really suffers at 3:43am
<7> Consider being able to do the following: $command = new AddUserCommand(); $command->setDetails($userDetails); if ($command->IsVerified()) { $backend->getQueue()->addCommand($command); }
<7> Everything you need to create a user is available, but you're not going to do the work to add that user while the connection to the web server is open. You're simply going to background it and tell the user that it's in process.
<10> I'm using php 5.0.3 and am getting the error Warning: chmod() [function.chmod]: Operation not permitted.
<7> aJ: The user that the web server is run under does not have permission to perform the chmod operation on the file you're trying to change the permissions of.
<3> Etriaph: I see. Starting to agree with you :) What's wrong with a cron job though?
<3> Actually, don't even answer that.
<0> I installed php-5.1.2 on RHEL4. But it seems that httpd is not aware of it. I wrote a simple phpinfo() page, httpd could not interpret it. Do I need to have /etc/php* stuff?
<7> Artnez: Because you'd have to have a cron job for *everything*. :D
<7> This way, the AddUserCommand cl*** handles just that, and the queue deals with it.
<2> ... sounds like a situation that ajax can help with
<7> deadroot: So to compensate for the fact that PHP can't do what I want it to do, I'd have to employ another method with other technologies.
<7> deadroot: I could write a small daemon in C and have PHP send commands to it in that respect.
<2> no. you move it from the server side to the client side
<3> deadroot: AJAX is not the answer
<7> An add user operation is never client side.
<3> in fact, stop saying AJAX, say remote scripting like it should be :)
<7> The client machine does not have my database on it.
<2> the request to add a user is client side. the server processes that request
<7> Yes, and it's the processing that's slowing everything down. The user still has to *wait* for PHP.
<2> Artnez: personally i prefer to use the DHTML acronym then Ajax. ;p
<3> deadroot: the waiting is the problem. remote scriptiong or not, if you close the browser, all connections will be severed
<7> And DHTML is not an option.
<2> Ajax is DHTML
<7> Thank you for stating the obvious. I know what Ajax is.
Return to
#php
or
Go to some related
logs:
galgje bot
#linux
rxw shoutcast
gaim writing error
reconfigure xine dapper wmv
DWL-650_revP
debian inet.d chkconfig
jetx witch
+ubuntu +make path
#linuxhelp
|
|