Internet: PHP, CGI, stb.

php7 és joomla: index.php nem fut {lezárva}

Sziasztok.

Egy Arch szerveren balga módon lefuttattam egy upgrade-et, majd észrevettem, hogy a virtualhostokra rakott joomláim nem indulnak, phpmyadmin sem. A böngészők a *.php-kat le akarják tölteni.

Valahol 2-3 hete olvastam, mi ilyenkor a teendő, de akkor még az Arch csomagkezelője nem akarta az újat felrakni, így továbbfutottam. Most meg nem találom a leírást, amit anno olvastam..

Kérdés:
belefutott már ugyanebbe valaki?

------
Megjegyzés:

Joomla! 3.4.5 - Does not support PHP 7.
Joomla! 3.5 - Supports PHP 7. Will be released in January 2016.

a gondom az, hogy más, joomlán kívüli php fájl sem indul, pl. az info.php (phpinfo) sem..

htaccess rewrite működik, de nem jól

Sziasztok!

Az alábbi htaccess fájlom remekül átírja az URL-t, de a létező fájlokat nem érem el. Ezt még nagyon régen írtam, akkor még működött. Próbáltam a neten is utánanézni, de ott is mindenki azt ajánlotta, hogy a "RewriteCond %{REQUEST_FILENAME} !-d" és "RewriteCond %{REQUEST_FILENAME} !-f" utasításokat használjam, amiket régen is megtettem :) Apache szerver düböröb, Mac OS X alatt XAMPP-al.


DirectoryIndex index.html index.php
Options -Indexes +FollowSymlinks 

RewriteEngine on
RewriteBase /eight

RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f

RewriteRule ^([^/]*)?$ index.php?kategoria=$1 [L]
RewriteRule ^([^/]*)/([^/]*)?$ index.php?kategoria=$1&datum=$2 [L]
RewriteRule ^([^/]*)/([^/]*)/([^/]*)?$ index.php?kategoria=$1&datum=$2-$3 [L]
RewriteRule ^([^/]*)/([^/]*)/([^/]*)/([^/]*)?$ index.php?kategoria=$1&datum=$2-$3-$4 [L]
RewriteRule ^([^/]*)/([^/]*)/([^/]*)/([^/]*)/([^/]*)?$ index.php?kategoria=$1&datum=$2-$3-$4&url_title=$5 [L]

xampp php pdf lib

Régebben benne volt az xampp csomagban a pdflib függvénykönyvtár, de most látom, hogy az új telepítőkészletben már kihadják. Kérdésem, hogy pl. az 5.6 csomaghoz van e valami jó alternatíva, vagy a régit be lehet valahogyan telepíteni.
Azért akarok újat feltenni mert a régi 2009esem nem akarja a textparameterben az utf8 kódolást használni rendesen. Az Ő betű problémázik. Viszont gondolom már van fejltetteb pdf készitő mint paraméterezgetni, hogy hová esik x y tengelyeken a szöveg.

Köszönöm előre is.

jommla content-migration 1.5 to 3.x

Sziasztok.

Régi témám, de haladok.

Adott egy 1.6-os joomlán egy migrálandó cikktartalom, melyből kinyertem az sql-t, majd bashban átalakítottam kicsit.

A szerkezet így néz ki:


1.6joomla			3.xjoomla
-------------------------------------
1	`id`, 		1	`id`
2	`title`, 	aset	`asset_id`
3	`alias`, 	2	title
4	`title_alias`, 	3	alias
5	`introtext`, 	5	introtext
6	`fulltext`, 	6	fulltext
7	`state`, 	7	state
8	`sectionid`, 	10	catid
9	`mask`, 	11	created
10	`catid`, `	12	created_by
11	created`, `	13	created_by_alias
12	created_by`, `	14	modified
13	created_by_alias`, 15	modified_by
14	modified`, `	16	checked_out
15	modified_by`, `	17	checked_out_time
16	checked_out`, `	18	publish_up
17	checked_out_time`, 19	publish_down
18	publish_up`, `	20	images
19	publish_down`,  21	urls
20	images`, `	22	attribs
21	urls`, `	23	version
22	attribs`, `	25	ordering
23	version`, `	26	metakey
24	parentid`, `	27	metadesc
25	ordering`, `	28	access
26	metakey`, `	29	hits
27	metadesc`, `	30	metadata
28	access`, `	feat	featured
29	hits`, `	lang	language
30	metadata`	xref	xreference

(igen, ronda a táblázat, csak azért csináltam hogy teljes párosítás keletkezzen -- gráfelméleti szavakkal élve). Az új jumlákban van 4 új oszlop.

Ezen táblázatom alapján írtam egy awk-scriptet, amely a fenti táblázat 3. oszlopa szerint tolja a print után a $-jeles oszlopszámokat:


cat $1 | awk 'BEGIN {FS=","}\
  {i=400; i++; print "(", \
  $1, "`"i"`,", $2, $3, $5, $6, $7, $10, \
  $11, $12, $13, $14, $15, $16, $17, $18, $19, $20, \
  $21, $22, $23, $25, $26, $27, $28, $29, $30", \
  `0`,", "`*`,", "``);"}' 

Gondoltam, ez eddig jó, mármint próbálkozásnak, de vannak kétségeim.
Nem tudom, hogy az új jumlákban a második oszlop (`asset_id`) miféle szám. Fent generáltam egyet 400-tól indítva, talán nem okoz gondot.

Van valakinek pontosan ezzel a számmal valami tapasztalata?

Statikus vagy dinamikus?

Adott egy honlap (a személyes honlapom). A honlap jelenleg php "alapú" (mysql-lel a háttérben).
Mivel gyakorlatilag a tartalom statikus (nem lehet lájkolni, nem lehet pontozni, stb., hanem lehet néhány dolgot olvasni, és néhány dolgot letölteni), néhány naponta bővül egy-két dologgal, felmerült bennem, hogy nem lenne-e jobb, ha inkább statikus (html) lenne a tartalom.

Amire gondoltam: a letölthető dolgokkal kapcsolatos információk és az egyéb információk maradnának továbbra is az adatbázisban, és változáskor egy szkript legenerálja a statikus html-eket (a könyvtárszerkezet létrehozásával). Nyilván ez csak annyi, amikor valami új dolgot felveszek (vagy valami frissül), lefuttatom a szkriptet, ami fut néhány (tíz?) másodpercig, és kész.

Melyiknek milyen előnye (és hátránya) van? Ki mit javasolna?

Adatbázis kezeléséhez UI írása gyorsan

Keresek egy olyan keretrendszert, amivel gyorsítani lehetne az egyszerű php-mysql adatbázis-kezelő felület fejlesztését. Sokkal bonyolultabb dolgok nem kellenek, mint 1-1 házifeladatban, pl. telefonkönyv, ilyen-olyan nyilvántartás esetében.
- Adatbázis táblához könnyen gyártható legyen adatbeviteli UI
- Keresési UI
- Riport generálása, nyomtatható / pdf verzióban
- Beviteli mezőkbe írt nem várt adatoktól ne feküdjön meg.
- Adatbeviteli lapokon, részleges frissítés (pl. irányítószám --> város)
- Hibás bevitt adat esetén figyelmeztetés (pl. duplikált adat, létező kulcs, kitöltendő nincs kitöltve)
- MySQL, MariaDB-re csatlakozzon
- SQL injection, escape, stb... ellen védjen
- Valamennyire csinos felületet adjon
- CSS testre-szabhatóság
- Nem csak a SELECT * ... szerű lekérdezéseket fogadja el, ettől bonyolultabbak is kellene, főleg a riportoknál.
- WEB-es elérhetőség PHP, vagy bármi más.

Google-s form-os dolgok nem játszanak. Az adatokkal a háttérben is dolgozni kell. Saját szerver van, csak azon lehet az adatbázis és a "user-interface" is.

Egy kicsit részletesebben:
Vannak számolótáblák (excel, openoffice), dokumentumok, egyebek amikben csak mint egy árlista, vagy címjegyzék vannak adatok. Néha generálható is lenne belőle "körlevél". De ez nem elégíti ki rendesen az igényeket. Ha van egy címjegyzék, amiből ma akár nyomtatott lista is készült és azokat az adatokat esetleg használni lehetne valahol most ez "excelben" van. Tehát nem használható könnyen közösen több program, ügymenet számára az adat. Viszont ha nagyon adatbázis kerül alá, akkor sokáig tartana megírni az r=1 user számára értelmezhető felületet. Esetleges módosításkor, ami lehet egy új mező, hosszadalmas várakozás lenne. Erre keresek valami ügyesebb megoldást web-es felülettel.
Biztonság egy kicsit másodlagos a témakörben, mert intranetes felhasználás lenne. De nem elfelejtendő dolog a biztonság, hisz egy vírusos géppel is lehet érdekes dolgokat bevinni a belső hálózati infrastruktúrába.

[ JavaScript ] A deleteRow() törli-e a sorhoz rendelt eseménykezelőt?

Sziasztok!

JavaScriptben járatos fejlesztőktől kérdezem.

Ha egy táblázat egy sorához az addEventListener() függvénnyel hozzárendeltem egy eseményt (pl: mouseover), majd a táblázat ezen sorát törlöm a deleteRow() függvénnyel, akkor automatikusan törlése kerül-e a sor eseménykezelője is, vagy mindenképpen törölnöm kell előtte a sorhoz rendelt eseménykezelőt?

PayPal automatikus terhelések

Sziasztok,
olyan valakit keresnék aki topon van paypal integrációban.
Az integrálással nincs bajunk, csináltuk párszor, de a megújuló automatikus fizetés beállításával némi vita van cégen belül! Alkalmazta már valaki? (Integráció szempontjából)
Amennyiben igen - kérlek jelentkezz , hogy honorálni tudjuk segítségedet grin hangulatjel

(Automatikus vonások = Havi rendszerességgel levonja az adott díjat a számláról)

XSD -> XML probléma

Hello!

Tudna valaki segíteni XSD -> XML problémában?

Adott ez az XSD: http://api.app.creditech.hu/schema/invoice_creation.xsd.

Ebből készűlt ez az XML: http://pastebin.com/YmairTBe.

És ezt a hibát kapom rá:
XML Validation error: Line 1: element invoice: Schemas validity error : Element 'invoice': No matching global declaration available for the validation root.

Mi a probléma? Most először van dolgom XSD-vel ..

[megoldva] Hálózati forgalom böngészőfülenként

Néha fölmerül bennem az igény, hogy böngészőfülenként (vagy akár böngészőablakonként) mérni tudjam a hálózati forgalmat. Időnként az a sejtésem, hogy egészen ártatlannak tűnő puritán kis oldalak is annyit nyüzsögnek, ami több a soknál. Van valami efféle mérést lehetővé tevő kiterjesztés?
Ezt találtam, de ez nem tűnik alkalmasnak a különféle oldalakra vonatkozó szűrésre: addons.mozilla.org/en-US/firefox/addon/net-usage-item/
Alapból Firefoxra vonatkozik a kérésem, de ha Chrome-ra vagy Vivaldira van ilyen, az is remek.