[PHP] browser rendering
Possibly this issue is for other fora, which you might direct me, anyways; I have been dablling making my own little webpages, however having gotten a nice result jon fireforx, I realize picture sizes gets treated very differntly on different browsers !!! so the looks of the pages get very strange from smaller (Opera) and much bigger (Explorer) brower !!! any hints for mitigation ? br georg -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] browser rendering
On 13-06-02 09:09 AM, georg wrote: Possibly this issue is for other fora, which you might direct me, anyways; I have been dablling making my own little webpages, however having gotten a nice result jon fireforx, I realize picture sizes gets treated very differntly on different browsers !!! so the looks of the pages get very strange from smaller (Opera) and much bigger (Explorer) brower !!! The img tag supports specifying the height and width. -- Stephen -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] URL Rewriting
Studying archaeology now, Tam? ;-P
On Sat, Jun 1, 2013 at 8:22 PM, Tamara Temple wrote:
> Silvio Siefke wrote:
>> On Wed, 22 Jun 2011 17:50:49 -0400 Daniel P. Brown wrote:
>> > > Has someone a Link with Tutorials or other Information?
>> >
>> > Not entirely sure what you're asking here, or how you (or the
>> > nginx folks) expect it to relate to PHP. Do you mean that you want to
>> > use PHP to have theme2.php act as if it was called as theme.php?id=2 ?
>>
>> I have me write a blog, but my blog has link like blogdetail.html?id=1 or =2
>> through 16 at moment. And for google and other Search Engines not good the
>> links, better where i can rewrite to a fix link, and when someone use the
>> link, php write to correct url.
>
> Common SEO mythology is that you need pretty human-understandable
> links. (In point of fact, the search engines care not in the least.)
> However, human-understandable URLs are a benefit to users when they want
> to understand what they're linking to or clicking on.
>
> A human-understandable link is more like:
>
> http://www.example.com/blog/2013-05-a-day-in-the-life-of-my-dog
>
> not:
>
> http://www.example.com/blog/2
>
> as that really does not provide any more information than:
>
> http://www.example.com/blog.php?id=2
>
> Otherwise, Daniel's solution below should do the trick.
>
>> Sorry my english not perfect on earth.
>>
>>
>> > If so, it's not redirect or rewrite, and it's extremely hacky, but
>> > this is the only real way PHP could achieve the desired result:
>> >
>> > > > // dynamictheme.php
>> >
>> > if (preg_match('/.*([0-9]+)\.php/Ui',$_SERVER['PHP_SELF'],$match)) {
>> > $_GET['id'] = $match[1];
>> > include dirname(__FILE__).'/theme.php';
>> > }
>> >
>> > ?>
>> >
>> > Then just symlink dynamictheme.php to your various themes like so:
>> >
>> > ln -s dynamictheme.php theme2.php
>> > ln -s dynamictheme.php theme301.php
>> > ln -s dynamictheme.php theme18447.php
>> >
>
>
>
>
>
>
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--
Network Infrastructure Manager
http://www.php.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] browser rendering
Well I think it depends. When the image is part of the website, like a chart or something like that you can use the height and width attribute inside the img tag (don't forget alt for correct validation). When the image is part of the layout or you're having multiple images like in a gallery with the same height and width you should use the corrosponding css. It might be useful to resize the image on serverside so that the browser doesn't have to load a big image and then resize it to a tiny pic. This will - in most cases - speed up your website. But you have to use the tags even with a perfectly sized picture, otherwise the browser will be confused when the image can't be loaded Daniel Am 02.06.2013 15:12 schrieb "georg" : > Possibly this issue is for other fora, which you might direct me, anyways; > > I have been dablling making my own little webpages, however having gotten > a nice > result jon fireforx, I realize picture sizes gets treated very differntly > on different browsers !!! > so the looks of the pages get very strange from smaller (Opera) and much > bigger (Explorer) > brower !!! > > any hints for mitigation ? > > br georg > > -- > PHP General Mailing List (http://www.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > >
Re: [PHP] browser rendering
Width and height parameters on an image aren't required in HTML, it's preferred to use CSS. If different browsers are displaying the image at different sizes I'd look at the browser zoom level maybe. "Daniel Pöllmann" wrote: >Well I think it depends. >When the image is part of the website, like a chart or something like >that >you can use the height and width attribute inside the img tag (don't >forget >alt for correct validation). >When the image is part of the layout or you're having multiple images >like >in a gallery with the same height and width you should use the >corrosponding css. > >It might be useful to resize the image on serverside so that the >browser >doesn't have to load a big image and then resize it to a tiny pic. This >will - in most cases - speed up your website. But you have to use the >tags >even with a perfectly sized picture, otherwise the browser will be >confused >when the image can't be loaded > >Daniel >Am 02.06.2013 15:12 schrieb "georg" : > >> Possibly this issue is for other fora, which you might direct me, >anyways; >> >> I have been dablling making my own little webpages, however having >gotten >> a nice >> result jon fireforx, I realize picture sizes gets treated very >differntly >> on different browsers !!! >> so the looks of the pages get very strange from smaller (Opera) and >much >> bigger (Explorer) >> brower !!! >> >> any hints for mitigation ? >> >> br georg >> >> -- >> PHP General Mailing List (http://www.php.net/) >> To unsubscribe, visit: http://www.php.net/unsub.php >> >> Thanks, Ash
Re: [PHP] sorry for the blast from the past
On Sat, Jun 1, 2013 at 9:02 PM, Tamara Temple wrote: > > > Sorry for replying to a message from 2011 -- for some reason I had a > whole bunch of PHP messages suddenly show up in my inbox from the > past. I generally don't check the year of an unread message in my inbox, > as I try to keep inbox-zero. > > Anyway, carry on! Gah. Didn't see this before, so I didn't know you already noticed the date before I started ribbing you earlier. Backfired on me like a '69 Pinto. -- Network Infrastructure Manager http://www.php.net/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] browser rendering
On Sun, Jun 2, 2013 at 3:09 PM, georg wrote: > Possibly this issue is for other fora, which you might direct me, anyways; > > I have been dablling making my own little webpages, however having gotten > a nice > result jon fireforx, I realize picture sizes gets treated very differntly > on different browsers !!! > so the looks of the pages get very strange from smaller (Opera) and much > bigger (Explorer) > brower !!! > > any hints for mitigation ? > > br georg > Code? It could also be something with the parent element. - Matijn
Re: [PHP] Re: How to enable cURL php extension on Debian Wheezy?
Csanyi Pal wrote: > Tamara Temple writes: > > Csanyi Pal wrote: > >> It is interesting.. that when I switch to English language for > >> Moodle installation ( on the web interface ), then I get not this > >> error, but if I switch back to Hungarian language for installation, I > >> get it again. > > > > I am completely unfamiliar with Moodle, have no idea what it is or how > > it works with I18n stuff. But, if it works in one language and not the > > other, the problem probably isn't with curl, or necessarily with the > > php configuration, either. > > It doesn't work in Englis language either, just at this step of Moodle > installation on the web interface, it doesn't complain for the missing > cURL extension. But, when I proceed with the installation in English > language, I come to the step where it shows up again the missing cURL > extension. Ah, I'm sorry, my misundertanding. > > When you switch to Hungarian, what are the actual errors you are > > seeing? > > Stick the log in a gist or pastebin so it doesn't get mangled by > > email. > > I get no error message at this step of Moodle installation, when I use > Hungarian language. > > >> The info.php file with the content of: > >> >> phpinfo(); > >> ?> > >> > >> should show the enabled cURL extension? > > > > I missed this one, somehow. > > > > Yes, exactly, the cURL module should show up on phpinfo() output. > > Well, the phpinfo() output doesn't show up the cURL module yet. > > I have the following directories and files in the > > /etc/php5/ directory: > > /apache2 directory with the content: >php.ini file >/conf.d subdirectory with the content: > gd.ini > .. > xcache.ini > > But here I don't have > curl.ini > xmlrpc.ini > > and I think that that it should be here curl.ini, xmlrpc.ini > > Why is not here curl.ini? My ../apache2/conf.d directory is a symlink to the ../conf.d directory. This might indeed be the problem. Not to make *your* ../apache2/conf.d a symlink, but to put symlinks inside it to the .ini files you need in ../conf.d. Give that go, and see? I'm sorry I'm not much better help -- this all came out of the box the way I needed it and I didn't think about it much. > > /conf.d directory with the content: >@10-pdo.ini >@20-curl.ini >.. >@20-xmlrpc.ini >ldap.ini > > /mods-available subdirectory with the files: >curl.ini >.. >xmlrpc.ini > > /cgi directory > /cli directory > > > -- > Regards from Pal > > > -- > PHP General Mailing List (http://www.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] URL Rewriting
Daniel Brown wrote: > Studying archaeology now, Tam? ;-P Always been a huge fan. :) -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] browser rendering
georg wrote: > Possibly this issue is for other fora, which you might direct me, anyways; It's actually an HTML question. But most PHPers do a lot of HTML, too, it turns. out. :) > I have been dablling making my own little webpages, however having > gotten a nice > result jon fireforx, I realize picture sizes gets treated very > differntly on different browsers !!! > so the looks of the pages get very strange from smaller (Opera) and > much bigger (Explorer) > brower !!! Cross-browser testing has been the bane of web design since basically Day 0 of the WWW. It doesn't seem to be abating, either, while IE10 comes more in line, Opera and now Chrome are branching out, and we still have a huge legacy of older IE versions. Achieving completely identical views on different browsers is a fool's errand. Just get it close enough, and move on. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Re: How to enable cURL php extension on Debian Wheezy?
Tamara Temple writes: > Csanyi Pal wrote: >> Tamara Temple writes: >> > Csanyi Pal wrote: >> >> It is interesting.. that when I switch to English language for >> >> Moodle installation ( on the web interface ), then I get not this >> >> error, but if I switch back to Hungarian language for installation, I >> >> get it again. >> > >> > I am completely unfamiliar with Moodle, have no idea what it is or how >> > it works with I18n stuff. But, if it works in one language and not the >> > other, the problem probably isn't with curl, or necessarily with the >> > php configuration, either. >> >> It doesn't work in Englis language either, just at this step of Moodle >> installation on the web interface, it doesn't complain for the missing >> cURL extension. But, when I proceed with the installation in English >> language, I come to the step where it shows up again the missing cURL >> extension. > > Ah, I'm sorry, my misundertanding. OK >> > When you switch to Hungarian, what are the actual errors you are >> > seeing? >> > Stick the log in a gist or pastebin so it doesn't get mangled by >> > email. >> >> I get no error message at this step of Moodle installation, when I use >> Hungarian language. >> >> >> The info.php file with the content of: >> >> > >> phpinfo(); >> >> ?> >> >> >> >> should show the enabled cURL extension? >> > >> > I missed this one, somehow. >> > >> > Yes, exactly, the cURL module should show up on phpinfo() output. >> >> Well, the phpinfo() output doesn't show up the cURL module yet. >> >> I have the following directories and files in the >> >> /etc/php5/ directory: >> >> /apache2 directory with the content: >>php.ini file >>/conf.d subdirectory with the content: >> gd.ini >> .. >> xcache.ini >> >> But here I don't have >> curl.ini >> xmlrpc.ini >> >> and I think that that it should be here curl.ini, xmlrpc.ini >> >> Why is not here curl.ini? > > My ../apache2/conf.d directory is a symlink to the ../conf.d > directory. This might indeed be the problem. Yes. My system was Debian Squeeze and I just upgraded it to Debian Wheezy. Some configuration files and directories remains from Squeeze and probably cause this problem. > Not to make *your* ../apache2/conf.d a symlink, but to put symlinks > inside it to the .ini files you need in ../conf.d. Give that go, and > see? I'm sorry I'm not much better help -- this all came out of the box > the way I needed it and I didn't think about it much. Yes, that help me out. Now the phpinfo() funktion gives the cURL module enabled. >> /conf.d directory with the content: >>@10-pdo.ini >>@20-curl.ini >>.. >>@20-xmlrpc.ini >>ldap.ini >> >> /mods-available subdirectory with the files: >>curl.ini >>.. >>xmlrpc.ini >> >> /cgi directory >> /cli directory -- Regards from Pal -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re: How to enable cURL php extension on Debian Wheezy?
Csanyi Pal wrote: > Tamara Temple writes: > > My ../apache2/conf.d directory is a symlink to the ../conf.d > > directory. This might indeed be the problem. > > Yes. > My system was Debian Squeeze and I just upgraded it to Debian > Wheezy. Some configuration files and directories remains from Squeeze > and probably cause this problem. Okay, I've not made that particular upgrade; perhaps there something that doesn't quite go along smoothly there. > > Not to make *your* ../apache2/conf.d a symlink, but to put symlinks > > inside it to the .ini files you need in ../conf.d. Give that go, and > > see? I'm sorry I'm not much better help -- this all came out of the box > > the way I needed it and I didn't think about it much. > > Yes, that help me out. Now the phpinfo() funktion gives the cURL module > enabled. Excellent! -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
