Weblabor

Érdekelne, hogy szerintetek szükség van-e a különféle CSS formázásokra (normalize.css, Eric Meyer reset stb.), amennyiben valaki csak a legújabb böngészőket akarja támogatni.

Elsőre nem találtam erre kész megoldást, ezért arra gondoltam, hogy inkább megírnom a saját minimalista CSS formázásomat (ha egyáltalán úgy látom, szükség van rá) – legalább naprakész leszek az új böngészőkből, meg a kismillió HTML tagből (amit feltehetően még soha senki sem használt). :)

Kedves Fórumozok,

elkezdtem kísérletezni a .htaccess file-al, és a következő kérdésbe futottam bele:

van nekem pár oldalam: example.php, example2.php, stb. és egy ilyen könyvtár struktúrám:

indító oldal:
index.php (ez belemutat a frontend mappába lévő example.php oldalra)
frontend mappa (ebben benne az example.php, example2.php, .. oldalak)
.htaccess

Az szeretném elérni, hogy a külső mappában lévő .htaccess-ben le tudjam írni a belső, frontend, mappában lévő .php file-okat. Azt sikerült elérnem, hogy az első oldal így nézzen ki: frontend/Example/, a frontend/example.php helyett, de onnan nem sikerül megadnom a többi oldal clean URL-jét. Így néz ki a .htaccess file:

RewriteEngine On
RewriteRule ^Example/?$ frontend/Example/[NC,L]
RewriteRule ^Example2/?$ ../frontend/example2.php [NC,L]
RewriteRule ^Example3/?$ ../frontend/example3.php [NC,L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d

- Wamp-ot használok ,és ott beállítottam, amit be kell.

Esetleg van valami ötletetek, mit kellene kipróbálnom?

Köszi,
Csoma

Sziasztok van egy saját fejlesztésü kis nyilvántartó rendszerem ami php-ban készült mysql adatbázissal dolgozik (alapja a jtable.org kiegészítve jó pár dologgal pdf jelentések fileok feltöltése feldolgozása és kezelése) jelenleg még nincs felhasználó kezelése. Arra gondoltam hogy nem e lehetne egy CMS mögé rejteni az egészet pl: drupal hogy a felhasználó kezelést az végezze, csak bejelentkezett felhasználó tudja használni a rendszert. Hogyan lehetséges ez merre érdemes elindulni mre érdemes oda figyelni.

Köszönettel:

Feri

Sziasztok,

mostanában ismerkedek a microservice architektúrákkal,
egy minta projekten dolgozok, amin keresztül ki tudom tapasztalni, hogy
hogyan is kell egy ilyen rendszert felépíteni.

Jelenleg a rendszer, és a különböző szolgáltatások így néznek ki:
- frontend01 (egy PHP-ban írt webalkalmazás, a webes felület megjelenítéséért felel)
- dispatcher01 (RabbitMQ, az üzenetek kézbesítéséért felel a különböző szolgáltatások között)
- entity01 (MySQL, az adatok tárolásáért felel)
- search01 (Solr, az adatokban való keresésért felel)
- graph01 (Neo4j - gráf alapú adatbázis-kezelő, bizonyos adatok gráf formában történő tárolásáért felel pár speciálisabb lekérdezéshez)
- mail01 (Postfix, az emailek kézbesítéséért felel)

Ahogy látszik is, van egy webes frontend, ami a webes felületért, és a megjelenítéséért felel, ezt tudja nyomkodni
a rendszert igénybevevő felhasználó.
Van egy diszpécser, ami egy queue, ez felel a rendszeren belüli üzenetek kézbesítéséért, van egy relációs adatbázis,
ahol az adatokat tároljuk, egy kereső szerver a kereséshez, egy gráf alapú adatbázis-kezelő, itt
az adatok egy bizonyos részét tároljuk, és egy mail szerver az emailek kiküldéséhez.

Tegyük fel, hogy regisztrál egy felhasználó, a felületen, ekkor a következő lépéseknek kell végrehajtódnia:
- létrejön a relációs adatbázis-kezelőben egy sor
- bekerül a kereső szerver indexébe a felhasználó
- bekerül a gráf adatbázis-kezelőbe egy csomópontként a felhasználó
- kiküldésre kerül egy megerősítő email a felhasználónak
- visszajelzünk a felhasználónak a frontend-en, hogy sikeresen regisztrált

Ha egy hagyományos alkalmazásban gondolkodunk, akkor ezeket a lépéseket a PHP script egymás után hajtja végre,
ami egy ilyen művelet esetén sok időt is igénybevehet ugye.

Srácok, köszi az eddigieket, én most kiszálltam. Remélhetőleg végleg. Jó volt, szép volt, az egyetlen fórum, ami viszonylag mentes volt a flame-től.
Szóval köszi.

Ádám! Ha megtennéd, hogy törlöd is a nickem, az jó lenne...