php-general Digest 25 Aug 2012 08:10:18 -0000 Issue 7935
Topics (messages 318811 through 318834):
Re: Dynamic Content thoughts
318811 by: Samuel Lopes Grigolato
318812 by: Matijn Woudt
318813 by: Jim Lucas
318814 by: David OBrien
318815 by: Jim Lucas
318816 by: Matijn Woudt
318817 by: Jim Lucas
318818 by: Matijn Woudt
318819 by: tamouse mailing lists
318820 by: tamouse mailing lists
318821 by: tamouse mailing lists
318822 by: tamouse mailing lists
318823 by: tamouse mailing lists
318824 by: tamouse mailing lists
318825 by: Jim Lucas
318826 by: Jim Lucas
318827 by: tamouse mailing lists
318828 by: Matijn Woudt
318829 by: Jim Lucas
318830 by: Matijn Woudt
away from Fedora linux for a while and now this ...HELP
318831 by: Fred Silsbee
318832 by: Sebastian Krebs
318834 by: Ashley Sheridan
UTC on php log bug
318833 by: MartÃn Marqués
Administrivia:
To subscribe to the digest, e-mail:
php-general-digest-subscr...@lists.php.net
To unsubscribe from the digest, e-mail:
php-general-digest-unsubscr...@lists.php.net
To post to the list, e-mail:
php-gene...@lists.php.net
----------------------------------------------------------------------
--- Begin Message ---
Do you mean the ">" quotation marks? Have you tried to create a simple
Notepad++ macro? I do this for things like formatting SQL from SQL Editor to
SQL String in code, and vice versa.
Cheers.
-----Mensagem original-----
De: tamouse mailing lists [mailto:tamouse.li...@gmail.com]
Enviada em: sexta-feira, 24 de agosto de 2012 12:02
Para: php-gene...@lists.php.net
Assunto: Re: [PHP] Dynamic Content thoughts
OT Reply -- just frustrated with the way email screws up program listings. It's
a royal pain to have to strip out code and then put it in an editor and tidy it
up just to be able to make heads or tails out of something. There are lots of
code pasting sites around, but that breaks up the continuity of the list
archive. No solution, just frustrated....
--
PHP General Mailing List (http://www.php.net/) To unsubscribe, visit:
http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
On Fri, Aug 24, 2012 at 5:01 PM, tamouse mailing lists
<tamouse.li...@gmail.com> wrote:
> OT Reply -- just frustrated with the way email screws up program
> listings. It's a royal pain to have to strip out code and then put it
> in an editor and tidy it up just to be able to make heads or tails out
> of something. There are lots of code pasting sites around, but that
> breaks up the continuity of the list archive. No solution, just
> frustrated....
You're absolutely right, it frustrates me too pretty often. Perhaps we
should make it a guideline to do both? The active followers will be
able to read the code at one of the code pasting sites, and the
archives still have the code.
- Matijn
--- End Message ---
--- Begin Message ---
On 08/24/2012 08:01 AM, tamouse mailing lists wrote:
OT Reply -- just frustrated with the way email screws up program
listings. It's a royal pain to have to strip out code and then put it
in an editor and tidy it up just to be able to make heads or tails out
of something. There are lots of code pasting sites around, but that
breaks up the continuity of the list archive. No solution, just
frustrated....
This list does allow attachments, but that breaks things too, because
they are not shown on archive web sites.
--
Jim Lucas
http://www.cmsws.com/
http://www.cmsws.com/examples/
My test attachment
--- End Message ---
--- Begin Message ---
On Fri, Aug 24, 2012 at 11:16 AM, Jim Lucas <li...@cmsws.com> wrote:
> On 08/24/2012 08:01 AM, tamouse mailing lists wrote:
>
>> OT Reply -- just frustrated with the way email screws up program
>> listings. It's a royal pain to have to strip out code and then put it
>> in an editor and tidy it up just to be able to make heads or tails out
>> of something. There are lots of code pasting sites around, but that
>> breaks up the continuity of the list archive. No solution, just
>> frustrated....
>>
>>
> This list does allow attachments, but that breaks things too, because they
> are not shown on archive web sites.
>
> --
> Jim Lucas
>
> http://www.cmsws.com/
> http://www.cmsws.com/examples/
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
In gmail if I see something is totally screwed up visually I click the
little dropdown where you'd select reply to all and then choose show
original...
It shows the source of the email in monospaced font so if looks like it was
meant to
--- End Message ---
--- Begin Message ---
Two simple guide lines will help everybody here.
1) Limit your lines to 80 characters
2) Use spaces instead of Tabs
--
Jim Lucas
http://www.cmsws.com/
http://www.cmsws.com/examples/
--- End Message ---
--- Begin Message ---
On Fri, Aug 24, 2012 at 5:22 PM, Jim Lucas <li...@cmsws.com> wrote:
> Two simple guide lines will help everybody here.
>
> 1) Limit your lines to 80 characters
> 2) Use spaces instead of Tabs
>
Are we going to discuss coding guidelines again? The 80-character
limit is outdated, 100 or 120 is more common today.
And while I do agree with the spaces, do you also insist on 2, 4 or ..
spaces? ;)
Oh and I'd like everybody to put the opening brackets on the same line.. bla bla
My point is: It's not going to happen.
- Matijn
--- End Message ---
--- Begin Message ---
On 08/24/2012 08:25 AM, Matijn Woudt wrote:
On Fri, Aug 24, 2012 at 5:22 PM, Jim Lucas<li...@cmsws.com> wrote:
Two simple guide lines will help everybody here.
1) Limit your lines to 80 characters
2) Use spaces instead of Tabs
Are we going to discuss coding guidelines again? The 80-character
limit is outdated, 100 or 120 is more common today.
And while I do agree with the spaces, do you also insist on 2, 4 or ..
spaces? ;)
Oh and I'd like everybody to put the opening brackets on the same line.. bla bla
My point is: It's not going to happen.
- Matijn
This has absolutely nothing to do with your own personal coding styles.
This has only to do with how you are going to present code to the list
members.
Personally, I let my code ramble on as long a line as it needs. I use
tabs (set to 8 chars) in my code. That is because the other developers
that I work with have editors that can display the tabs in whatever
width they desire. I also do not wrap at 80 chars.
But if you look back at any of my code examples that I have written,
none of them are longer then 80 characters, and uses two spaces for
indentation. Simply because my email client is set to plain text and
wraps at 80 chars.
--
Jim Lucas
http://www.cmsws.com/
http://www.cmsws.com/examples/
--- End Message ---
--- Begin Message ---
On Fri, Aug 24, 2012 at 5:33 PM, Jim Lucas <li...@cmsws.com> wrote:
> On 08/24/2012 08:25 AM, Matijn Woudt wrote:
>>
>> On Fri, Aug 24, 2012 at 5:22 PM, Jim Lucas<li...@cmsws.com> wrote:
>>>
>>> Two simple guide lines will help everybody here.
>>>
>>> 1) Limit your lines to 80 characters
>>> 2) Use spaces instead of Tabs
>>>
>>
>> Are we going to discuss coding guidelines again? The 80-character
>> limit is outdated, 100 or 120 is more common today.
>> And while I do agree with the spaces, do you also insist on 2, 4 or ..
>> spaces? ;)
>> Oh and I'd like everybody to put the opening brackets on the same line..
>> bla bla
>>
>> My point is: It's not going to happen.
>>
>> - Matijn
>
>
> This has absolutely nothing to do with your own personal coding styles.
> This has only to do with how you are going to present code to the list
> members.
So you expect people to convert all their code to a 'mailing list
standard' before posting? Still not going to see that happen..
>
> Personally, I let my code ramble on as long a line as it needs. I use tabs
> (set to 8 chars) in my code. That is because the other developers that I
> work with have editors that can display the tabs in whatever width they
> desire. I also do not wrap at 80 chars.
>
> But if you look back at any of my code examples that I have written, none of
> them are longer then 80 characters, and uses two spaces for indentation.
> Simply because my email client is set to plain text and wraps at 80 chars.
I can see that you do that indeed, but that does *not* guarantee that
it is also seen that way. I think most of us use a 'smart' mail
client, that automatically makes emails more readable by undoing these
stupid line breaks at 80 chars. Gmail for example shows your mail as
lines with approx 175 chars on my 17" notebook.. I'm not sure how
Gmail sends my messages, but looking at the 'Show original' option, it
seems it breaks long lines but might be at a different length too.
- Matijn
--- End Message ---
--- Begin Message ---
On Thu, Aug 23, 2012 at 2:51 PM, admin <ad...@buskirkgraphics.com> wrote:
> Hello everyone,
>
> In my quest to build bigger and better dynamic content, I am
> putting forth a concept to see what you all think.
>
> Many times I come across customers who want drop down menus dynamically
> built from database tables.
>
>
>
> Old way Example:
>
> Echo '<SELECT ID=personnel><option value='0'>--Please Select--</option>';
>
> $query = "SELECT * FROM personnel ORDER BY last_name";
>
> $result = mysql_query($query);
>
> If(mysql_num_rows($result) >= 1)
>
> {
>
> While($row = mysql_fetch_assoc($result))
>
> {
>
> Echo "<option value='".$row['ID']."'>".$row['first_name']."
> ".$row['last_name']."</option>";
>
> }
>
> }
>
> Echo '</select>';
>
> *********************************************************
>
>
>
> I am purposing a Method for this that has some flexibility.
>
>
>
> Initialize Object: $yourobject = new yourclass();
>
> Call method: // The call design is just so you have a better understanding
> of my concept
>
> $dropdown = $yourobject-> dropmenu('personnell','ID',array(0 =>
> 'first_name', 1 => 'last_name'), 'last_name');
>
>
>
> Function dropmenu($table,$fieldforvalue,$fieldstodisplay,$fieldorder) //
> Yes you could add some WHERE filters as well
>
> {
>
> $arraytoreturn = array();
>
> If(strlen($table) >= 3){
>
> if(is_array($fieldstodisplay)){
>
> $count = 0;
>
> foreach($fieldstodisplay as $key=>$values){
>
> if(strlen($values) >=3){
>
> If($count == 0){
>
> $fields = $values;
>
> }else{
>
> $fields . = ",".$values;
>
> }
>
> $count++;
>
> }
>
>
> }
>
> }else{
>
> If(strlen(($fieldstodisplay) >= 1){
>
> $fields = $fieldstodisplay;
>
> $fieldstodisplay = array(0
> =>$fieldstodisplay);
>
> }else{
>
> Return $arraytoreturn; // Return nothing
> because no field was selected.
>
> }
>
> }
>
> }else{
>
> Return $arraytoreturn; // Return nothing because no table was selected.
>
> }
>
> If(strlen($fieldorder) >= 3) {
>
> $orderfilter = " ORDER BY ".$fieldorder." ";
>
> }else{
>
> $orderfilter = "";
>
> }
>
> $query = "SELECT ".$fields." FROM ".$table." ".$orderfilter." ";
>
> $result = mysql_query($query);
>
> If(mysql_num_rows($result) >= 1)
>
> {
>
> $arraytoreturn[] = "<option value=0>--Please Select--</option>";
>
> While($row = mysql_fetch_assoc($result))
>
> {
>
> $display_fields = "";
>
> Foreach($fieldstodisplay as $key=>$values){
>
> $display_fields .= $row[$values]." ";
>
> }
>
> If(strlen($fieldforvalue >= 3){
>
> $arraytoreturn[] = "<option
> value='".$row[$fieldforvalue]."'>".$display_fields ."</option>";
>
> }else{
>
> $arraytoreturn[] = "<option>".$display_fields ."</option>";
>
> }
>
> }
>
> Return $arraytoreturn;
>
> }else{
>
> Return $arraytoreturn; // Nothing to return.
>
> }
>
> }
>
>
>
> Now I can call the drop downs driven by database tables dynamically and It
> saves me a TON of time.
>
> Echo '<SELECT ID=personnel>';
>
> Foreach($dropdown as $key=>$values){
>
> Echo $values;
>
> }
>
> Echo '</select>';
>
>
>
>
>
> Richard L. Buskirk
>
> "Some of the world's greatest feats were accomplished by people not smart
> enough to know they were impossible"
Some things you may want to consider in extending this:
* The separation of code and data is important to consider; this sort
of function, for me, falls into the grey area in between; I often have
built up the array of options and other elements of the <select> and
then have passed it onto the portion of the app that handles views,
keeping any sort of HTML out of the way of the database queries, etc.
Encapsulating this in a single class brings up the issues of data base
agnosticism as well.
* Often times, on a form, one may want to include a <label> for the
select statement.
* At some point, you may want to use the "selected" attribute in one
of the options.
My HTML selects typically have the following form:
<label for="dyn_select">Select the appropriate item:</label>
<select name="dyn_select" id="dyn_select">
<option value="opt1">Item One</option>
<option value="opt2" selected="selected">Item Two</option>
</select>
The code I use that generates this is at http://pastebin.com/SZYN5qgv
The call would be something like:
echo dynamic_select(array('opt1'=>'Item One','opt2'=>'Item
Two'),'dyn_select','Select the appropriate item:','opt2');
The first parameter can obviously be an array created from a database
query using whatever database methods you'd like: mysql, mysqli, pg_*,
PDO, etc.
--- End Message ---
--- Begin Message ---
On Fri, Aug 24, 2012 at 10:11 AM, Samuel Lopes Grigolato
<samuel.grigol...@gmail.com> wrote:
> Do you mean the ">" quotation marks? Have you tried to create a simple
> Notepad++ macro? I do this for things like formatting SQL from SQL Editor to
> SQL String in code, and vice versa.
No, I mean the way the code is mangled with premature line breaks, bad
indenting, and other such things. As I tend to view my email via a
webmail interface (sucks, but there I am) it is subject to whatever
whims and fancies of the originator's program and gmail's output.
--- End Message ---
--- Begin Message ---
On Fri, Aug 24, 2012 at 10:16 AM, Jim Lucas <li...@cmsws.com> wrote:
> On 08/24/2012 08:01 AM, tamouse mailing lists wrote:
>>
>> OT Reply -- just frustrated with the way email screws up program
>> listings. It's a royal pain to have to strip out code and then put it
>> in an editor and tidy it up just to be able to make heads or tails out
>> of something. There are lots of code pasting sites around, but that
>> breaks up the continuity of the list archive. No solution, just
>> frustrated....
>>
>
> This list does allow attachments, but that breaks things too, because they
> are not shown on archive web sites.
Wow, I did not know it even allowed attachments.
--- End Message ---
--- Begin Message ---
On Fri, Aug 24, 2012 at 10:47 AM, Matijn Woudt <tijn...@gmail.com> wrote:
> On Fri, Aug 24, 2012 at 5:33 PM, Jim Lucas <li...@cmsws.com> wrote:
>> On 08/24/2012 08:25 AM, Matijn Woudt wrote:
>>>
>>> On Fri, Aug 24, 2012 at 5:22 PM, Jim Lucas<li...@cmsws.com> wrote:
>>>>
>>>> Two simple guide lines will help everybody here.
>>>>
>>>> 1) Limit your lines to 80 characters
>>>> 2) Use spaces instead of Tabs
>>>>
>>>
>>> Are we going to discuss coding guidelines again? The 80-character
>>> limit is outdated, 100 or 120 is more common today.
>>> And while I do agree with the spaces, do you also insist on 2, 4 or ..
>>> spaces? ;)
>>> Oh and I'd like everybody to put the opening brackets on the same line..
>>> bla bla
>>>
>>> My point is: It's not going to happen.
>>>
>>> - Matijn
>>
>>
>> This has absolutely nothing to do with your own personal coding styles.
>> This has only to do with how you are going to present code to the list
>> members.
>
> So you expect people to convert all their code to a 'mailing list
> standard' before posting? Still not going to see that happen..
>
>>
>> Personally, I let my code ramble on as long a line as it needs. I use tabs
>> (set to 8 chars) in my code. That is because the other developers that I
>> work with have editors that can display the tabs in whatever width they
>> desire. I also do not wrap at 80 chars.
>>
>> But if you look back at any of my code examples that I have written, none of
>> them are longer then 80 characters, and uses two spaces for indentation.
>> Simply because my email client is set to plain text and wraps at 80 chars.
>
> I can see that you do that indeed, but that does *not* guarantee that
> it is also seen that way. I think most of us use a 'smart' mail
> client, that automatically makes emails more readable by undoing these
> stupid line breaks at 80 chars. Gmail for example shows your mail as
> lines with approx 175 chars on my 17" notebook.. I'm not sure how
> Gmail sends my messages, but looking at the 'Show original' option, it
> seems it breaks long lines but might be at a different length too.
See, now this is what gets me. Gmail is folding my mail at some
indeterminant length that seems *much* shorter than even 80
characters, but it willingly lets email from non-gmail sources play
across the page as they see fit. I don't see why Gmail doesn't just
make it a QP item and not force line breaks upon me.
--- End Message ---
--- Begin Message ---
On Fri, Aug 24, 2012 at 10:12 AM, Matijn Woudt <tijn...@gmail.com> wrote:
> On Fri, Aug 24, 2012 at 5:01 PM, tamouse mailing lists
> <tamouse.li...@gmail.com> wrote:
>> OT Reply -- just frustrated with the way email screws up program
>> listings. It's a royal pain to have to strip out code and then put it
>> in an editor and tidy it up just to be able to make heads or tails out
>> of something. There are lots of code pasting sites around, but that
>> breaks up the continuity of the list archive. No solution, just
>> frustrated....
>
> You're absolutely right, it frustrates me too pretty often. Perhaps we
> should make it a guideline to do both? The active followers will be
> able to read the code at one of the code pasting sites, and the
> archives still have the code.
>
> - Matijn
I'm wondering if it might make sense to have a code-pasting site
specifically for PHP lists? Is that asking too much?
--- End Message ---
--- Begin Message ---
On Fri, Aug 24, 2012 at 10:20 AM, David OBrien <dgobr...@gmail.com> wrote:
> In gmail if I see something is totally screwed up visually I click the
> little dropdown where you'd select reply to all and then choose show
> original...
> It shows the source of the email in monospaced font so if looks like it was
> meant to
*Sometimes* that works. If you do that with the sample from the OP, it
still has several indentation/alignment issues.
--- End Message ---
--- Begin Message ---
On 08/24/2012 08:47 AM, Matijn Woudt wrote:
On Fri, Aug 24, 2012 at 5:33 PM, Jim Lucas<li...@cmsws.com> wrote:
On 08/24/2012 08:25 AM, Matijn Woudt wrote:
On Fri, Aug 24, 2012 at 5:22 PM, Jim Lucas<li...@cmsws.com> wrote:
Two simple guide lines will help everybody here.
1) Limit your lines to 80 characters
2) Use spaces instead of Tabs
Are we going to discuss coding guidelines again? The 80-character
limit is outdated, 100 or 120 is more common today.
And while I do agree with the spaces, do you also insist on 2, 4 or ..
spaces? ;)
Oh and I'd like everybody to put the opening brackets on the same line..
bla bla
My point is: It's not going to happen.
- Matijn
This has absolutely nothing to do with your own personal coding styles.
This has only to do with how you are going to present code to the list
members.
So you expect people to convert all their code to a 'mailing list
standard' before posting?
If it means that more eyes will even look at the code, then I would hope
they would do anything possible to make that happen.
Still not going to see that happen..
Unfortunate.
Personally, I let my code ramble on as long a line as it needs. I use tabs
(set to 8 chars) in my code. That is because the other developers that I
work with have editors that can display the tabs in whatever width they
desire. I also do not wrap at 80 chars.
But if you look back at any of my code examples that I have written, none of
them are longer then 80 characters, and uses two spaces for indentation.
Simply because my email client is set to plain text and wraps at 80 chars.
I can see that you do that indeed, but that does *not* guarantee that
it is also seen that way. I think most of us use a 'smart' mail
client, that automatically makes emails more readable by undoing these
stupid line breaks at 80 chars. Gmail for example shows your mail as
lines with approx 175 chars on my 17" notebook.. I'm not sure how
Gmail sends my messages, but looking at the 'Show original' option, it
seems it breaks long lines but might be at a different length too.
- Matijn
Well, not to talk bad about Gmail (I use it for personal accounts), but
I like using a client that I do have some control over what it does to
my email. Making sure that it retains my formatting is one of my first
requirements.
--
Jim Lucas
http://www.cmsws.com/
http://www.cmsws.com/examples/
--- End Message ---
--- Begin Message ---
On 08/24/2012 09:28 AM, tamouse mailing lists wrote:
On Fri, Aug 24, 2012 at 10:16 AM, Jim Lucas<li...@cmsws.com> wrote:
On 08/24/2012 08:01 AM, tamouse mailing lists wrote:
OT Reply -- just frustrated with the way email screws up program
listings. It's a royal pain to have to strip out code and then put it
in an editor and tidy it up just to be able to make heads or tails out
of something. There are lots of code pasting sites around, but that
breaks up the continuity of the list archive. No solution, just
frustrated....
This list does allow attachments, but that breaks things too, because they
are not shown on archive web sites.
Wow, I did not know it even allowed attachments.
The catch is, they must be txt files.
--
Jim Lucas
http://www.cmsws.com/
http://www.cmsws.com/examples/
--- End Message ---
--- Begin Message ---
On Fri, Aug 24, 2012 at 1:24 PM, Jim Lucas <li...@cmsws.com> wrote:
> Well, not to talk bad about Gmail (I use it for personal accounts), but I
> like using a client that I do have some control over what it does to my
> email. Making sure that it retains my formatting is one of my first
> requirements.
I'd like that as well, however, I access my various gmail and other
email accounts from so many different machines, I can't rely on any
one particular client or even machine. Thus, I'm pretty much stuck
with the web interface.
FWIW, I am pretty sure sending out email from a standard client to a
gmail account doesn't suffer the same issues.
--- End Message ---
--- Begin Message ---
On Fri, Aug 24, 2012 at 8:24 PM, Jim Lucas <li...@cmsws.com> wrote:
>>>
>>> Personally, I let my code ramble on as long a line as it needs. I use
>>> tabs
>>> (set to 8 chars) in my code. That is because the other developers that I
>>> work with have editors that can display the tabs in whatever width they
>>> desire. I also do not wrap at 80 chars.
>>>
>>> But if you look back at any of my code examples that I have written, none
>>> of
>>> them are longer then 80 characters, and uses two spaces for indentation.
>>> Simply because my email client is set to plain text and wraps at 80
>>> chars.
>>
>>
>> I can see that you do that indeed, but that does *not* guarantee that
>> it is also seen that way. I think most of us use a 'smart' mail
>> client, that automatically makes emails more readable by undoing these
>> stupid line breaks at 80 chars. Gmail for example shows your mail as
>> lines with approx 175 chars on my 17" notebook.. I'm not sure how
>> Gmail sends my messages, but looking at the 'Show original' option, it
>> seems it breaks long lines but might be at a different length too.
>>
>> - Matijn
>>
>
> Well, not to talk bad about Gmail (I use it for personal accounts), but I
> like using a client that I do have some control over what it does to my
> email. Making sure that it retains my formatting is one of my first
> requirements.
That's where we have different requirements. My first priority is
speed, both in access (email clients tend to be slow), and in delivery
time. I really need emails to be delivered to my PC instantly, and
that's not the case with POP3 and IMAP. Even push mail to my Android
smartphone with original Gmail app is faster than POP or IMAP.
- Matijn
--- End Message ---
--- Begin Message ---
On 08/24/2012 12:34 PM, Matijn Woudt wrote:
On Fri, Aug 24, 2012 at 8:24 PM, Jim Lucas<li...@cmsws.com> wrote:
Personally, I let my code ramble on as long a line as it needs. I use
tabs
(set to 8 chars) in my code. That is because the other developers that I
work with have editors that can display the tabs in whatever width they
desire. I also do not wrap at 80 chars.
But if you look back at any of my code examples that I have written, none
of
them are longer then 80 characters, and uses two spaces for indentation.
Simply because my email client is set to plain text and wraps at 80
chars.
I can see that you do that indeed, but that does *not* guarantee that
it is also seen that way. I think most of us use a 'smart' mail
client, that automatically makes emails more readable by undoing these
stupid line breaks at 80 chars. Gmail for example shows your mail as
lines with approx 175 chars on my 17" notebook.. I'm not sure how
Gmail sends my messages, but looking at the 'Show original' option, it
seems it breaks long lines but might be at a different length too.
- Matijn
Well, not to talk bad about Gmail (I use it for personal accounts), but I
like using a client that I do have some control over what it does to my
email. Making sure that it retains my formatting is one of my first
requirements.
That's where we have different requirements. My first priority is
speed, both in access (email clients tend to be slow), and in delivery
time. I really need emails to be delivered to my PC instantly, and
that's not the case with POP3 and IMAP. Even push mail to my Android
smartphone with original Gmail app is faster than POP or IMAP.
- Matijn
IMAP is not fast enough? I have my own mail server running SMTP & IMAP
and I use Thunderbird w/IMAP and when my mail server receives an email
within 1 to 2 seconds my client is notified. I'm not sure how you can
get much faster then that.
You realize that IMAP works completely differently then POP. POP
clients fetch the mail. Normally on some preset time frame. IMAP
clients are notified by the server when a new message arrives. As long
as your IMAP client is open and logged into your account, that
notification process will take less then a couple seconds.
I cannot see how IMAP is slow.
--
Jim Lucas
http://www.cmsws.com/
http://www.cmsws.com/examples/
--- End Message ---
--- Begin Message ---
On Fri, Aug 24, 2012 at 9:48 PM, Jim Lucas <li...@cmsws.com> wrote:
> On 08/24/2012 12:34 PM, Matijn Woudt wrote:
>>
>> On Fri, Aug 24, 2012 at 8:24 PM, Jim Lucas<li...@cmsws.com> wrote:
>>>>>
>>>>>
>>>>> Personally, I let my code ramble on as long a line as it needs. I use
>>>>> tabs
>>>>> (set to 8 chars) in my code. That is because the other developers that
>>>>> I
>>>>> work with have editors that can display the tabs in whatever width they
>>>>> desire. I also do not wrap at 80 chars.
>>>>>
>>>>> But if you look back at any of my code examples that I have written,
>>>>> none
>>>>> of
>>>>> them are longer then 80 characters, and uses two spaces for
>>>>> indentation.
>>>>> Simply because my email client is set to plain text and wraps at 80
>>>>> chars.
>>>>
>>>>
>>>>
>>>> I can see that you do that indeed, but that does *not* guarantee that
>>>> it is also seen that way. I think most of us use a 'smart' mail
>>>> client, that automatically makes emails more readable by undoing these
>>>> stupid line breaks at 80 chars. Gmail for example shows your mail as
>>>> lines with approx 175 chars on my 17" notebook.. I'm not sure how
>>>> Gmail sends my messages, but looking at the 'Show original' option, it
>>>> seems it breaks long lines but might be at a different length too.
>>>>
>>>> - Matijn
>>>>
>>>
>>> Well, not to talk bad about Gmail (I use it for personal accounts), but I
>>> like using a client that I do have some control over what it does to my
>>> email. Making sure that it retains my formatting is one of my first
>>> requirements.
>>
>>
>> That's where we have different requirements. My first priority is
>> speed, both in access (email clients tend to be slow), and in delivery
>> time. I really need emails to be delivered to my PC instantly, and
>> that's not the case with POP3 and IMAP. Even push mail to my Android
>> smartphone with original Gmail app is faster than POP or IMAP.
>>
>> - Matijn
>>
>
> IMAP is not fast enough? I have my own mail server running SMTP & IMAP and
> I use Thunderbird w/IMAP and when my mail server receives an email within 1
> to 2 seconds my client is notified. I'm not sure how you can get much
> faster then that.
>
> You realize that IMAP works completely differently then POP. POP clients
> fetch the mail. Normally on some preset time frame. IMAP clients are
> notified by the server when a new message arrives. As long as your IMAP
> client is open and logged into your account, that notification process will
> take less then a couple seconds.
>
> I cannot see how IMAP is slow.
>
Might be of some other issues, don't know. Tried Outlook (Terrible,
especially with Gmail), and Thunderbird (Works OK, e-mails tend to
deliver after ~5 sec). With Gmail web interface (and Desktop
notifications in Chrome), I receive mails in less than a second. On my
Android phone I usually receive them within 1-2 sec, though that
depends on connection. Note that with fast, I mean, really fast ;)
- Matijn
--- End Message ---
--- Begin Message ---
Warning: Unknown: failed to open stream: Permission denied in Unknown on line 0
Fatal error: Unknown: Failed opening required
'/var/www/html/log_book_MySQL.php'
(include_path='.:/usr/share/pear:/usr/share/php') in Unknown on line 0
had to use Fedora yumex(yum) to install php
PHP Version 5.4.5 is seen in phpinfo
before now, php was there and ready after Fedora install
--- End Message ---
--- Begin Message ---
Am 25.08.2012 01:41, schrieb Fred Silsbee:
Warning: Unknown: failed to open stream: Permission denied in Unknown on line 0
Fatal error: Unknown: Failed opening required
'/var/www/html/log_book_MySQL.php'
(include_path='.:/usr/share/pear:/usr/share/php') in Unknown on line 0
had to use Fedora yumex(yum) to install php
PHP Version 5.4.5 is seen in phpinfo
before now, php was there and ready after Fedora install
Hi,
I guess you created the file yourself (with your user account) and want
to watch it within your browser via your webserver? The last one usually
runs under the "www-data:www-data" (debian. Guess Fedora takes it
similar) user:group. So, either change the owner, or change the permissions.
An example
| chmod g+rw /var/www/html/log_book_MySQL.php
| chown www-data:www-data /var/www/html/log_book_MySQL.php
and add yourself to the group www-data. Don't know, how it can be done
in Fedora. Debian uses usermod, but as far as I know it's a debian tool(?).
Regards,
Sebastian
--- End Message ---
--- Begin Message ---
On Sat, 2012-08-25 at 01:54 +0200, Sebastian Krebs wrote:
> Am 25.08.2012 01:41, schrieb Fred Silsbee:
> > Warning: Unknown: failed to open stream: Permission denied in Unknown on
> > line 0
> >
> >
> >
> > Fatal error: Unknown: Failed opening required
> > '/var/www/html/log_book_MySQL.php'
> > (include_path='.:/usr/share/pear:/usr/share/php') in Unknown on line 0
> >
> > had to use Fedora yumex(yum) to install php
> >
> > PHP Version 5.4.5 is seen in phpinfo
> > before now, php was there and ready after Fedora install
> >
> >
>
> Hi,
>
> I guess you created the file yourself (with your user account) and want
> to watch it within your browser via your webserver? The last one usually
> runs under the "www-data:www-data" (debian. Guess Fedora takes it
> similar) user:group. So, either change the owner, or change the permissions.
>
> An example
>
> | chmod g+rw /var/www/html/log_book_MySQL.php
> | chown www-data:www-data /var/www/html/log_book_MySQL.php
>
> and add yourself to the group www-data. Don't know, how it can be done
> in Fedora. Debian uses usermod, but as far as I know it's a debian tool(?).
>
> Regards,
> Sebastian
>
It could also be good ol' SELinux getting in the way. Sometimes (on a
whim it seems) it denies access to a file completely. You need to set
the extra permissions that SELinux uses on that file, or disable SELinux
completely. I ended up going the disable route as this is also my
desktop machine, and SELinx wasn't playing nice with other apps like
Chrome.
--
Thanks,
Ash
http://www.ashleysheridan.co.uk
--- End Message ---
--- Begin Message ---
Whats up with this bug?: https://bugs.php.net/bug.php?id=60723
--
Martín Marqués
select 'martin.marques' || '@' || 'gmail.com'
DBA, Programador, Administrador
--- End Message ---
