Archívum
szeptember 4, 2017
Mekkora méreteknél érdemes több docker container-be darabolni az alkalmazást?
Mekkora méreteknél érdemes több docker container-be darabolni az alkalmazást?
■ augusztus 23
hangosítás
Tisztelt Cím! A végzettséghez nem kötött vállalkozási tevékenységeknél, de a végzettséghez kötöttnél sem találtam a HANGOSÍTÁS-t. A vállalkozásba szerepel a hangfelvétel készítés. Kérdésem, számlázható-e a hangosítás, vagy milyen tevékenységet kell a vállalkozásba beépíteni. Kösszönöm
■ augusztus 22
Bocsánat kérés, Tatai László
Tisztelt Weblabor közösség.
Bocsánatot szeretnék kérni, mert régebben azt írtam a PHP listára, hogy könnyű programozni, és nehéz fizikai munkát végezni.
Tisztelettel : Tatai László
■ Bocsánatot szeretnék kérni, mert régebben azt írtam a PHP listára, hogy könnyű programozni, és nehéz fizikai munkát végezni.
Tisztelettel : Tatai László
augusztus 20
postfix_spam_spamhaus_rbl
Sziasztok, kérdésem a következő lenne:
Adott egy Ubuntu/Postfix/Amavis/SpamAssasin/Clamav kombó
A spamszűrés részben jó, viszont az RBL restriction-el baj van.
Postfix main.cf rész tartalma:
[CODE]
smtpd_helo_restrictions =
permit_mynetworks,
permit_sasl_authenticated,
check_helo_access regexp:/etc/postfix/helo_access,
check_helo_access regexp:/etc/postfix/blacklist_helo,
reject_invalid_helo_hostname,
reject_non_fqdn_helo_hostname,
reject_unknown_helo_hostname,
reject_rhsbl_helo zen.spamhaus.org,
permit
smtpd_client_restrictions =
permit_mynetworks,
permit_sasl_authenticated,
check_client_access mysql:/etc/postfix/mysql-virtual_client.cf,
permit_sasl_authenticated,
reject_unknown_client_hostname,
reject_unknown_reverse_client_hostname,
reject_unauth_pipelining,
reject_rbl_client sbl.spamhaus.org,
reject_rhsbl_client dbl.spamhaus.org,
reject_rbl_client b.barracudacentral.org,
permit
smtpd_sender_restrictions =
permit_mynetworks,
permit_sasl_authenticated,
check_sender_access regexp:/etc/postfix/tag_as_originating.re,
check_sender_access mysql:/etc/postfix/mysql-virtual_sender.cf,
check_sender_access regexp:/etc/postfix/tag_as_foreign.re,
reject_unknown_sender_domain,
reject_non_fqdn_sender,
permit
smtpd_recipient_restrictions =
permit_mynetworks,
permit_sasl_authenticated,
check_recipient_access mysql:/etc/postfix/mysql-virtual_recipient.cf,
check_recipient_access mysql:/etc/postfix/mysql-virtual_policy_greylist.cf,
reject_non_fqdn_recipient,
reject_unauth_destination,
reject_unknown_recipient_domain,
reject_non_fqdn_sender,
reject_invalid_hostname,
reject_unknown_sender_domain,
check_client_access ha
Adott egy Ubuntu/Postfix/Amavis/SpamAssasin/Clamav kombó
A spamszűrés részben jó, viszont az RBL restriction-el baj van.
Postfix main.cf rész tartalma:
[CODE]
smtpd_helo_restrictions =
permit_mynetworks,
permit_sasl_authenticated,
check_helo_access regexp:/etc/postfix/helo_access,
check_helo_access regexp:/etc/postfix/blacklist_helo,
reject_invalid_helo_hostname,
reject_non_fqdn_helo_hostname,
reject_unknown_helo_hostname,
reject_rhsbl_helo zen.spamhaus.org,
permit
smtpd_client_restrictions =
permit_mynetworks,
permit_sasl_authenticated,
check_client_access mysql:/etc/postfix/mysql-virtual_client.cf,
permit_sasl_authenticated,
reject_unknown_client_hostname,
reject_unknown_reverse_client_hostname,
reject_unauth_pipelining,
reject_rbl_client sbl.spamhaus.org,
reject_rhsbl_client dbl.spamhaus.org,
reject_rbl_client b.barracudacentral.org,
permit
smtpd_sender_restrictions =
permit_mynetworks,
permit_sasl_authenticated,
check_sender_access regexp:/etc/postfix/tag_as_originating.re,
check_sender_access mysql:/etc/postfix/mysql-virtual_sender.cf,
check_sender_access regexp:/etc/postfix/tag_as_foreign.re,
reject_unknown_sender_domain,
reject_non_fqdn_sender,
permit
smtpd_recipient_restrictions =
permit_mynetworks,
permit_sasl_authenticated,
check_recipient_access mysql:/etc/postfix/mysql-virtual_recipient.cf,
check_recipient_access mysql:/etc/postfix/mysql-virtual_policy_greylist.cf,
reject_non_fqdn_recipient,
reject_unauth_destination,
reject_unknown_recipient_domain,
reject_non_fqdn_sender,
reject_invalid_hostname,
reject_unknown_sender_domain,
check_client_access ha
Google algoritmus frissítések
Kinek mi a véleménye az egyre gyakoribb Google algoritmus frissítésekről, és ez mennyire befolyásolja a SEO keresőoptimalizálás sikerességét napjainkban ? SEO szakemberek Google csoport
■ augusztus 17
Üzenet
Sziasztok!
Egy olyat szeretnék összehozni, hogy üzenet lehessen küldeni, névvel. Az oldalon egyszerre csak 1 üzenet jelenlen meg és 5 percenként mutassa a következő üzenetet. 1 Személy csak 10 percenként tudjon üzenetet küldeni. Esetleg tudtok linkeket küldeni ami alapján ezt meglehet valósítani?
Köszönöm előre is!
■ Egy olyat szeretnék összehozni, hogy üzenet lehessen küldeni, névvel. Az oldalon egyszerre csak 1 üzenet jelenlen meg és 5 percenként mutassa a következő üzenetet. 1 Személy csak 10 percenként tudjon üzenetet küldeni. Esetleg tudtok linkeket küldeni ami alapján ezt meglehet valósítani?
Köszönöm előre is!
augusztus 14
Felkészülés front-ended interjúra
Sziasztok,
tippeket, ötleteket, könyvcímeket, hasznos tanácsokat szeretnék kérni abban, hogy lehet-e, és ha igen, miből/hogyan készülni egy front-endes interjúra.
A kiírásból az olvasható ki, hogy 2 éves fejlesztői tapasztalat, OOP ismerete és Html5/Css3 alapszintű ismerete szükséges. Előnyt jelent js framework-ök valamint PHP, node.js imseret.
Bármilyen hozzászólást szívesen veszek!
■ tippeket, ötleteket, könyvcímeket, hasznos tanácsokat szeretnék kérni abban, hogy lehet-e, és ha igen, miből/hogyan készülni egy front-endes interjúra.
A kiírásból az olvasható ki, hogy 2 éves fejlesztői tapasztalat, OOP ismerete és Html5/Css3 alapszintű ismerete szükséges. Előnyt jelent js framework-ök valamint PHP, node.js imseret.
Bármilyen hozzászólást szívesen veszek!
augusztus 3
MySQL bonyolódás
Sziasztok!
Kicsit belebonyolódtam. Egy jutalékszámító részleten dolgozom, ami fejtörést okozott.
Adott 3 csomag (id->7,8,9), amit választani lehet a tagságnál. Az ügynök, aki eladja jutalékot kap az üzletből, amit ennek a kódrészletnek kellene kiszámítania. Az első csomag utáni összeget 3 hónapra elosztva kell kifizetni, a többi csomag után járó jutalékot egy összegben. Ezt kell ellenőrizni, hogy jár-e egyáltalán jutalék és, ha igen, akkor mennyi.
Köszi előre is a segítségeket.
[colorer=php]
<?php
//...
$result_bonusz = mysql_query(
'SELECT
*
FROM
mt_merchant
WHERE
year(date_created) = ' . $ev . '
AND
month(date_created) = ' . $ho . '
AND
status="active"
AND
ugynok = ' . $i . '');
$bonusz_row = mysql_fetch_array($result_bonusz);
if ($bonusz_row['package_id'] == 8) {
$bonusz_1 = 30000;
$kifizetheto = 1;
} elseif ($bonusz_row['package_id'] == 9) {
$bonusz_2 = 50000;
$kifizetheto = 1;
} elseif ($bonusz_row['package_id'] == 7) {
$result_bonusz_ell_3 = mysql_query(
'SELECT
merchant_id
FROM
mt_merchant
WHERE
package_id = 7
AND (
date_created BETWEEN (
NOW(), INTERVAL 3 MONTH
) AND (
NOW(), INTERVAL 2 MONTH
)
) AND
status="active"
AND
ugynok = ' . $i .
Kicsit belebonyolódtam. Egy jutalékszámító részleten dolgozom, ami fejtörést okozott.
Adott 3 csomag (id->7,8,9), amit választani lehet a tagságnál. Az ügynök, aki eladja jutalékot kap az üzletből, amit ennek a kódrészletnek kellene kiszámítania. Az első csomag utáni összeget 3 hónapra elosztva kell kifizetni, a többi csomag után járó jutalékot egy összegben. Ezt kell ellenőrizni, hogy jár-e egyáltalán jutalék és, ha igen, akkor mennyi.
Köszi előre is a segítségeket.
[colorer=php]
<?php
//...
$result_bonusz = mysql_query(
'SELECT
*
FROM
mt_merchant
WHERE
year(date_created) = ' . $ev . '
AND
month(date_created) = ' . $ho . '
AND
status="active"
AND
ugynok = ' . $i . '');
$bonusz_row = mysql_fetch_array($result_bonusz);
if ($bonusz_row['package_id'] == 8) {
$bonusz_1 = 30000;
$kifizetheto = 1;
} elseif ($bonusz_row['package_id'] == 9) {
$bonusz_2 = 50000;
$kifizetheto = 1;
} elseif ($bonusz_row['package_id'] == 7) {
$result_bonusz_ell_3 = mysql_query(
'SELECT
merchant_id
FROM
mt_merchant
WHERE
package_id = 7
AND (
date_created BETWEEN (
NOW(), INTERVAL 3 MONTH
) AND (
NOW(), INTERVAL 2 MONTH
)
) AND
status="active"
AND
ugynok = ' . $i .
július 31
E-mailek "átirányítása" eredeti fejlécek (Cc, Bcc, To, From, DKIM, stb.) megtartásával
Sziasztok!
Készítettem egy rendszert, amely megadott adatok alapján (imap szerver, user, jelszó, mailbox) csatlakozik egy távoli levélszerverhez, majd ott kikeresi az olvasatlan üzeneteket és átküldi egy megadott címre.
Folyamat nagyjából: Levelet elküldték ide: a##kukac##a.com ----> Megérkezett ide: b##kukac##b.com ----> script megtalálja a levelet, majd imap_mail-lel továbbküldi ide: c##kukac##c.com
Jelenleg ha benne hagyom a To-t, From-ot, Cc-t, Subject-et (meg még párat), akkor több problémával is szembesülök. Ilyenek pl: ha van Cc az eredeti levélben, akkor továbbításnál újra megkapják az abban szereplők, a subject kétszer lesz benne, a To kétszer lesz benne és az új címre (c) és az eredeti címre (b) is kimegy, From ugyanígy kétszer lesz benne.
Ezekre jelenleg az a megoldásom, hogy átírom a nevüket (Pl: To -> X-Original-To), de ez nem célszerű, hiszen így az utolsó címen (c) nem az a cím lesz látható, amire eredetileg küldték, a Cc-k pedig nem is látszanak csak ha megnézem az üzenet forrását.
Hogyan lehetne megoldani, hogy a levél a fejlécek minimális módosításával kerüljön át a végső címre? Tehát tartsa meg a címzett eredeti nevét és címét, a másolatot kapókat (ne küldje ki nekik mégegyszer), és akár a DKIM-et (bár ez annyira nem lényeges most).
(Cél mailszerverhez van mindenféle hozzáférésem, ugyanakkor annak babrálása nélkül szeretném megoldani. Az outlook is tud forwardolni/redirectelni levelet úgy, hogy nem változnak ezek az adatok.)
A hozzászólásokat előre is köszönöm! :)
■ Készítettem egy rendszert, amely megadott adatok alapján (imap szerver, user, jelszó, mailbox) csatlakozik egy távoli levélszerverhez, majd ott kikeresi az olvasatlan üzeneteket és átküldi egy megadott címre.
Folyamat nagyjából: Levelet elküldték ide: a##kukac##a.com ----> Megérkezett ide: b##kukac##b.com ----> script megtalálja a levelet, majd imap_mail-lel továbbküldi ide: c##kukac##c.com
Jelenleg ha benne hagyom a To-t, From-ot, Cc-t, Subject-et (meg még párat), akkor több problémával is szembesülök. Ilyenek pl: ha van Cc az eredeti levélben, akkor továbbításnál újra megkapják az abban szereplők, a subject kétszer lesz benne, a To kétszer lesz benne és az új címre (c) és az eredeti címre (b) is kimegy, From ugyanígy kétszer lesz benne.
Ezekre jelenleg az a megoldásom, hogy átírom a nevüket (Pl: To -> X-Original-To), de ez nem célszerű, hiszen így az utolsó címen (c) nem az a cím lesz látható, amire eredetileg küldték, a Cc-k pedig nem is látszanak csak ha megnézem az üzenet forrását.
Hogyan lehetne megoldani, hogy a levél a fejlécek minimális módosításával kerüljön át a végső címre? Tehát tartsa meg a címzett eredeti nevét és címét, a másolatot kapókat (ne küldje ki nekik mégegyszer), és akár a DKIM-et (bár ez annyira nem lényeges most).
(Cél mailszerverhez van mindenféle hozzáférésem, ugyanakkor annak babrálása nélkül szeretném megoldani. Az outlook is tud forwardolni/redirectelni levelet úgy, hogy nem változnak ezek az adatok.)
A hozzászólásokat előre is köszönöm! :)
július 27
PHP szállítási idő megjelenítése
Sziasztok!
A következőt szeretném elérni PHP-el.
1. változó: A mai nap dátuma
2. változó (szállítás ha van a termék raktáron): a mai naphoz hozzáadandó munkanapok száma 2 munkanap
3. változó (Szállítás ha nincs raktáron +2 munkanap): a mai naphoz hozzáadandó munkanapok száma 4 munkanap
Fontos, hogy a végeredményt mindig úgy adja vissza, hogy a hétvégét ne számolja munkanapnak.
Példa:
Ma 2017 július 27 Csütörtök <- A megrendelés időpontja
1. eredmény ha van raktáron:
Előre láthatólag a kiszállítás napja 2017 július 28. péntek - 2017 július 31. hétfő
2. eredmény ha nincs raktáron:
Előre láthatólag a kiszállítás napja 2017 augusztus 1. kedd - 2017 augusztus 2. szerda
Sajnos nem találtam rá megoldást bármit szívesen kipróbálok.
Nem vagyok profi PHP-s, de biztosan lesz itt olyan akinek ez rutin feladat.
Köszönöm előre is a segítséget.
■ A következőt szeretném elérni PHP-el.
1. változó: A mai nap dátuma
2. változó (szállítás ha van a termék raktáron): a mai naphoz hozzáadandó munkanapok száma 2 munkanap
3. változó (Szállítás ha nincs raktáron +2 munkanap): a mai naphoz hozzáadandó munkanapok száma 4 munkanap
Fontos, hogy a végeredményt mindig úgy adja vissza, hogy a hétvégét ne számolja munkanapnak.
Példa:
Ma 2017 július 27 Csütörtök <- A megrendelés időpontja
1. eredmény ha van raktáron:
Előre láthatólag a kiszállítás napja 2017 július 28. péntek - 2017 július 31. hétfő
2. eredmény ha nincs raktáron:
Előre láthatólag a kiszállítás napja 2017 augusztus 1. kedd - 2017 augusztus 2. szerda
Sajnos nem találtam rá megoldást bármit szívesen kipróbálok.
Nem vagyok profi PHP-s, de biztosan lesz itt olyan akinek ez rutin feladat.
Köszönöm előre is a segítséget.