Internet: PHP, CGI, stb.

Többnyelvű oldal - hatékonyság

Üdv!

Érdekelne, hogy milyen módszerek lehetségesek egy többnyelvű oldal létrehozására, és melyik miért hatékony.

Jelenleg egy python (django) alapú oldalról lenne szó, de érdekességképpen php nyelvnél is érdekelne, ha van különbség.

2 dolog, amire gondoltam:

1) minden nyelvi dolgot mysql- ben tartani, de ez nyílván nagyon nagyon sok lekérdezéssel jár. Egy lekérdezésben nem is lehet minden adatot elkérni, mivel a generálás "elején" nem mindig tudom, hogy mire lesz szükség.

Sok olyan "mondat" van, ami úgy épül fel, hogy:

 nyelviszoveg1 $valtozo1 nyelviszoveg17 $valtozo5 nyelviszoveg13 $valtozo22 nyelviszoveg32 ... 

.

Ha például van egy oldal, ahol sok szöveg van, és van benne mondatonként 2 változó, ez akár lehetne 50 lekérdezés egy oldalra, ami nem túl hatékony.

2) Gondolom egy jobb megoldás, ha a nyelvi dolgokat egy olyan fájlban tartom, amiben a változók már ott vannak, mondjuk egy jó nagy dic:



dic = {
'nyelviszoveg1': ('alma', 'apple', 'Apfel'),
'nyelviszoveg17': ('beka', 'frog', 'Frosch'),
'nyelviszoveg33': ('korte', 'pear', 'Birne')
}

.

Igazából ez a 2 ötletem van így hírtelen, de nyílván van jobb és hatékonyabb megoldás is "erősen dinamikus" oldalakra. Érdekelne, hogy mások ezt hogyan oldják meg.

Köszi a válaszokat.

Google Apps vs. Ultraweb

Sziasztok!

Szeretnék egy kis segítséget kérni. Van egy ultrawebes domain-em, viszont egyáltalán nem vagyok megelégedve az E-Mail szolgáltatásukkal. Megbízhatatlan, átláthatatlan, és főként POP3-as. Szeretnék IMAP-ot megoldást, és azt olvastam, hogy erre jó pl. a Google Apps. Igazolod, hogy tiéd a domain, és csinálhatsz hozzá GMail felülető email címet IMAP tárhellyel, és a saját domain neveddel. Ezt szeretném. Regisztráltam is, viszont semelyik módszerrel nem tudom igazolni, hogy enyém a domain. Hiába töltöm fel a generált HTML doksit, nem fogadja el a rendszer. Feltölti, és kiírja, hogy nem megfelelő a tartalom, és mutatja, hogy ott van a kód, viszont egy ultraweb-es sztring be van szúrva elé. Ha letöltöm a szerverről, vagy csak simán böngészőben megnyitom, tökéltes, nincs ott a sztring. Kérlek segítsetek, ha tudtok, mert nagyon nem bírom már a levelezőrendszert. Rendszeresen eltűnnek pl. a bejövő leveleim, persze úgy, hogy semmilyen archiválás nincs beállítva...

Előre is köszönöm,

Tamás

Fast-cgi kevés memóriával

Sziasztok!

A közelmúltban telepítettem egy elég kevés memóriával (256 Mb) megáldott VPS-re egy apache-ot fastcgi-vel. Mivel most kezdtem el ismerkedni a sok helyen favorizált fastcgi modullal ezért elég sok sötét folt van az ismereteimben vele kapcsolatban. Ebből adódóan időről időre érdekes jelenségek jönnek elő a szerveren. Időnként HTTP 500-at dob, aminek a hátterében PHP timeout áll a logok szerint, illetve néha lesz egy rakat zombim a fastcgi-ből. Van hogy hetekig semmi gond, de van, hogy a probléma naponta előjön, gondolom terheltség függvényében. Így a tapasztaltabbak segítségét szeretném kérni, hogy ki milyen paraméterekkel szokott fastcgi-t használni apache-al? Mik azok az általános paraméterek amiknek mindenképp érdemes lenne utána járnom, illetve mik azok a paraméterek amik fontosak lehetnek egy ennyire kevés memóriával rendelkező vasnál.

Köszönöm a válaszokat!

symfony routing probléma

Sziasztok! Most tanulok symfony-zni, és a tutorial alapján állítok be mindent. (http://www.symfony-project.org/jobeet/)
Ha a /job URL-re megyek és rábökök egy állásra, akkor 404-re dobja a böngészőt (/job/show/id/3). Ha bennvan előtte a frontend_dev.php, akkor minden rendben, mutatja az adott állást ahogy kell. (/frontend_dev.php/job/show/id/3)

routing.yml:

# You can find more information about this file on the symfony website:
# http://www.symfony-project.org/reference/1_4/en/10-Routing

# default rules
homepage:
url: /
param: { module: job, action: index }

# generic rules
# please, remove them by adding more specific rules
default_index:
url: /:module
param: { action: index }

default:
url: /:module/:action/*

a végén lévő default routingnak kellene itt érvényesülni, mégsem teszi. Cache-t töröltem. (cache::clear)

Ötlet?

Facebook fangate

Sziasztok!

Szeretnék csinálni a cégnél a Facebook oldalunkra egy fangate-et, azaz egy olyan oldalt, hogy ha lájkolják, akkor engedjen tovább.
Eddig a következő megoldással próbálkoztam:


<?php

require_once('facebook.php');
$facebook = new Facebook(array(
'appId'=>'app_id',
'secret'=>'secret_id'
));
$signedRequest = $facebook->getSignedRequest();

if($signedRequest['page']['liked'] == 1){
include('like.php');
} else {
include('nolike.php');
}
?>

(Természetesen az appId és a secretid be volt írva)

A következő történt: Az én fb accountomból teljesen szuperül működött a dolog, ha lájkoltam az oldalt tovább engedett, ha visszavontam a lájkot, ismét a felszólító oldalra vitt vissza.
A munkatársaim tesztje során viszont bármilyen fiókkal, bármilyen böngészőből csak a felszólító oldal látszott, hiába lájkoltak, vonták vissza, és lájkoltak újból, egyszer sem engedte tovább őket a program.

Mi lehetett a hiba? Valaki csinált már ilyet?

joomla + paypal

Sziasztok!

Egyik ügyfelünknek van telepítve egy joomla környezet egy viruemart modullal.
Ebbe kellene beállítani egy paypal fiókot.

Szükségem volna valakire aki elvégzi a munkát.
A paypal fiók létrehozva, business fiók és verified állapotban van.

Az oldal fel van töltve tartalommal, erre az egy dologra vár, hogy elinduljon rendesen.
A meló sürgős volna, azaz a héten szeretném ha be lenne fejezve.

Kérném küldjetek árat, hogy mikor és mennyiért vállaljátok a melót, ha van vki aki ilyesmivel foglalkozik.

verziószám: Joomla! 2.5.6

Köszi.

Ruby és az Nginx

Sziasztok!

Nemrég a Ruby nyelv és a Ruby on Rails alkalmazások készítésének tanulására adtam a fejemet.
Ubuntu 11.10-re telepítettem Ruby-t, RVM-et, Rails, Nginx-et és Passenger-t az alábbi leírások és tutorialok alapján.
http://cicolink.blogspot.hu/2011/06/how-to-install-ruby-on-rails-3-with…

http://www.modrails.com/videos/passenger_nginx.mov

Létrehoztam valami.rhtml fájt, de nem hajlandó ruby fájlként kezelni, azaz szövegnek tekinti a <% és %> közötti kódot.
Mit kellene még beállítanom?

Köszi.
MysteryKe

[MEGOLDVA] Apache-ról Tomcat-re redirect/proxy

Üdv Mindenkinek!

A feladat viszonylag egyszerű(nek tűnik), nekem valamiért mégsem működik (level grasshopper...)

Env.:
Apache 2.2.x
Tomcat 6
Centos 6

Adott egy Apache, és adott egy Tomcat, ugyanazon a szerveren. (Apache default 80-as, Tomcat a 8080-as porton)

Namármost, a feladat az, hogy ha a bejövő kérés egy spec. könyvtárba (pl. az apache DocRoot vagy pl /tomcat) fut be, akkor azt át kéne dobni az apache-ról a tomcat-re, DE lehetőleg úgy, hogy a :8080 ne látszódjon a böngésző címsorában.

A nehezítés ott van, hogy az apache-nak ezenfelül még mást is ki kell szolgálnia. (wiki, bugzilla, stb)

Tehát eddig úgy néz ki, hogy van:
domain.com/bugzilla (itt van a bugzilla)
domain.com/wiki (itt van a wiki)
domain.com
domain.com/tomcat (az utolsó kettő valamelyikére jönne be a kérés, amit továbbítanék tomcat-re)

Próbáltam úgy, hogy a ProxyPass+ProxyPassReverse párossal átírányítom az apache DocRoot-ját, de így sajnos az egyéb apache tartalmak nem elérhetők.

Megoldások érdekelnének...
(Amik nekem eszembe jutottak:
mod_jk: ezt CentOS alá fordítani kell
ProxyReverse: itt ugye a DocRoot nem jöhet szóba, mert akkor a többi nem megy.)

Előre is köszönönöm!

Unix userek - Apache2 + FastCGI + PHP5

Sziasztok!

Szeretnék egy megbízható PHP-s környezetet Apache2-vel. A fastcgi mellett döntöttem, főleg az erőforrás miatt úgy gondolom célszerűbb megoldás ez nekem. Mivel most még csak ismerkedem vele, lenne azonban néhány (valószínűleg triviális) kérdésem:

Az összes howto arra épít(ha jól értelmezem), hogy ahány virtualhost annyi unix user futtatja a php scripteket. Tehát, ha nekem és még 3 külön vad idegennek szeretnék webtárhelyet biztosítani, akkor az 4 unix user meglétét igényli és a wrapper scriptet is be kell pakoljam mindenkinek a saját home-jába?

Ezt kicsit furának találom, mert ha a wrapperhez hozzáfér akkor az egyrészt kellemetlen, másrészt meg még nem nagyon láttam ilyet pl. webhosting szolgáltatásoknál... A másik alapvető dolog pedig az lenne, hogy adott felhasználók ne tudjanak kijönni a könyvtáraikból a PHP scriptjeikkel. Pl.: egy weboldal ne tudja olvasni a másik felhasználó által feltöltött weblapot... Ehhez logikus, hogy unix userek kellenének, de ha van 100 weboldalam, akkor +100 unix user kell nekem!?

Félek, hogy valamit én értelmeztem férre... Ezekben a dolgokban legyen szíves világosítson fel valaki.