ugrás a tartalomhoz

Archívum - Fórum téma

szeptember 16, 2016

htaccess.. de most visszafele :)

elek9914 · 2016. Szep. 16. (P), 16.57
Kedves Fórumozók!

Segítséget az alábbi problémában remélek tőletek:

Volna nekünk egy kis rewrite szabályunk ami erőltetné a https használatát, amivel semmim gond nincs. Teszi a dolgát kb standart pár sor nem is térnék ki rá mert nem ezzel van a baj.
Úgy adódott, hogy az oldal egy bizonyos url-jén nem kéne hogy ezt ezt erőltesse mert ami onnan olvasni szeretne nem támogatja a https-t.

Szeretnék kérni tőletek egy olyan htaccess rule-t ami kivételt tesz az alábbi urlen:

http://www.domain.com/index.php?route=egy/ketto

viszont csak pontosan ezen

ezzel próbálkoztam:

RewriteCond %{REQUEST_URI} !^/index.php?route=egy/ketto
az egész így nézett ki:

RewriteCond %{HTTPS} off
RewriteCond %{REQUEST_URI} !^/index.php?route=egy/ketto
RewriteRule .* https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
RewriteCond %{HTTP_HOST} !^www\.
RewriteRule .* https://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
a végére még a www.-t is szeretnénk

mivel az utolsó sor akkor irányít https://www re ha nincs www gondolom én hogy ha amúgy is http://www-n hívom meg akkor már nem akarna rewriteolni az utolsó sor.

Előre is köszönöm
 

szeptember 14

htaccess hiba - nem szabványos 404 hibaoldal

mz82 · 2016. Szep. 14. (Sze), 07.47
Mi okozhatja, hogy ha a .htaccess fájlban beállítok egyedi 404-es hibaoldalt, akkor az jól megjelenik, viszont SEO teszterek (Woorank, Seoceros) azt írják, hogy nincs szabványos 404-es oldalam (500-as hibakódot jeleznek).

Alább látható a .htaccess fájlom tartalma. Ha eltávolítom a
RewriteRule ^([^/]+)$ /index.php?menu=$1 [NC,QSA,L]
sort a fájlból, akkor már szabványosnak jelzik a 404-es oldalt, csak nyilván nem tudok felhasználóbarát url-eket használni.

Elég elterjedt lehet a hiba, mivel az általam véletlenszerűen kipróbált oldalak nagy részénél jeleznek ilyen hibát a fenti validátorok.

Minden segítséget, ötletet előre is köszönök!

IndexIgnore *

ErrorDocument 404 /index.php?menu=404-error

RewriteEngine on

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

RewriteRule ^([^/]+)$ /index.php?menu=$1 [NC,QSA,L]

RewriteCond %{HTTP_HOST} ^www\.mysite\.hu [NC]
RewriteRule ^(.*)$ http://mysite.hu/$1 [L,R=301]
 

szeptember 12

PHP tömb használata másik php fájlból

Anonymus04 · 2016. Szep. 12. (H), 18.26
Sziasztok!
Azt szeretném kérdezni, hogy, hogyan lehet elérni egy tömböt, két külön php fájlban?
Van egy fájlom, amiben létrehoztam egy tömböt, feltöltöttem, majd ezt szeretném használni egy másik php fájlban. Be-include-oltam a fájlt amiben a tömböt létrehoztam, de így nem jó.
 

szeptember 11

console.log() 2 HTML

szobek · 2016. Szep. 11. (V), 17.40
Sziasztok!

Egy kis debug problémám lenne. Egy hibrid mobil appot csinálok, és tesztelésnél jó lenne látni egy hibajelzést, ha valami baj van. sajnos nem lehet minden kivételre felkészülni, így jó lenne ha a console-ba íródó hibákat is lássam. Az megoldható, hogy az eredeti console.log() függvényt felülírom, és akkor nem a console-ba írom a hibát, hanem a megadott helyre, de abban az esetben, ha valami futási probléma lenne, amire nem készültem fel, akkor viszont nem tudom, hogy tudnám kiíratni a hibát. Alapból a console.error() fut le ha valami baj van, és ezt kéne valahogy elkapnom. Esetleg ötlet? :)
A console.error() hiába van felülírva, a rendszer hibákat nem jelzi.

Előre is köszönöm a segítségeteket!!!

Szobek
 

szeptember 8

nginx wpress nem küld ki leveleket

Péter001 · 2016. Szep. 8. (Cs), 18.16
Nem küldi el a leveleket semmilyent már mindent kipróbáltam hátha valaki meg látja a hibát.

log error:
2016/09/08 18:47:08 [error] 6703#0: *22 FastCGI sent in stderr: "Email from Easy Digital Downloads failed to send.
Send time: szeptember 8 2016 17:47:04
To: címem##kukac##gmail.com
Subject: Vásárlási elismervény


Email from Easy Digital Downloads failed to send.
Send time: szeptember 8 2016 17:47:04
To: címem##kukac##gmail.com
Subject: Letöltés megvásárlása - Megrendelés azonosító:#126" while reading response header from upstream, client: 192.168.1.34, server: címem.noip.me, request: "POST /index.php/checkout/?payment-mode=manual HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "címem.noip.me", referrer: "http://címem.noip.me/index.php/checkout/"


Feltettem a WP-Mail-SMTP plugint a wpressre

Probáltam a gmailra iránytani :2016-09-08 16:03:52 Extension missing: openssl

Szerver .conf

[code]

# NGinX generated config file
user root;
worker_processes 1;
worker_cpu_affinity 0101;
master_process off;
worker_priority 10;
error_log /tmp/var/log/nginx/error.log;
pid /tmp/var/run/nginx.pid;
worker_rlimit_nofile 8192;
events {
worker_connections 512;
}
http {
include /tmp/etc/nginx/mime.types;
include /tmp/etc/nginx/fastcgi.conf;
default_type application/octet-stream;
log_format main '$remote_addr - $remote_user [$time_local] $status '
'"$request" $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';
sendfile on;
client_max_body_size 100M;

server {
listen 80;
server_name címem.noip.me;
access_log /tmp/var/log/nginx/access.log main;
location / {
root /tmp/mnt/USB/www;
index index.html index.htm index.php;
error_page 404 /404.html;
error_page 500 502 503 504 /50x.html;
location /50x.html {
root /tmp/mnt/USB/www;
}
location ~ ^(?<script_name>.+?\.php)(?<path_info>/.*)?$ {
try_files $script_name = 404;
include /tmp/etc/nginx/fastcgi.conf;
fastcgi_p

Objektum orientált programozással kapcsolatos érdekességek

inf · 2016. Szep. 8. (Cs), 00.54
Találtam egy ilyen tök jó PDF-et: link. Szerintem érdemes mindenkinek elolvasni. Nagyjából arról szól, hogy elemezték az ojjektum orientált programokat, mint hálózatokat, és kijöttek érdekességek. Gondoltam inkább fórumba rakom, mert a PDF-ek nem szoktak kimenni blogmarkba, meg egyébként is jó lenne valami oo érdekesség gyűjtő.
 

szeptember 7

SQL - 10 legtöbbször szerepelő érték - megoldva

DaWe35 · 2016. Szep. 7. (Sze), 14.12
Üdv!
A következő problémára keresek megoldást: adott ez az adatbázis
id:   name:
3     józsi
1     sanyi
1     sanyi
3     józsi
3     józsi
3     józsi
1     sanyi
2     sanyi
3     sanyi
3     sanyi
3     aladár
Le szeretném kérdezni, hogy pl. 3-as id-nél mi a 10 leggyakrabban előforduló név (most csak 3 név van az adatbázisban, de nekem 10 kellene). Tehát az eredmény valami ilyesmi lenne:
name:      hányszor szerepel 3-as id-vel az adatbázisban:
józsi      4
sanyi      2
aladár     1
stb...

Milyen SQL kódot kell ehhez írnom? Előre is köszönöm a segítséget!
//DaWe
 

szeptember 5

Fájlok menedzselése

visuall · 2016. Szep. 5. (H), 18.32
Sziasztok!

Adott egy linux-alapú környezet (debian), ebben szeretném megoldani a saját tartalomkezelőmmel a felhasználók által feltöltött fájlok kezelését.
Mivel még egy gépen belül mozgok, arra gondoltam, hogy a fájlt elhelyezném egy, a felhasználó számára fenntartott mappában, a kellő helyre pedig húzunk egy hard linket.
Másik megoldás lehet, hogy a jelenlegi feladatnak fenntartott helyre felmásoljuk, a későbbi használatra pedig visszarántjuk az előbbi URL-t. Ennek viszont az a hátránya, hogy a fájl mindig egy feladat-specifikus helyről hozzuk vissza, így - bár növeljük a cache hatékonyságát -, az URL-ek nem lesznek egységesek.
Harmadik megoldásként egy általános mappára gondoltam, de annak sincs túl sok értelme így.
Mit gondoltok?
 

szeptember 4

PHP + MySql beléptető rendszer titkosítás nélkül

AGMT01 · 2016. Szep. 4. (V), 21.49
Törölve :D
 

szeptember 3

dsync és sieve szabályok

sandrosdj · 2016. Szep. 3. (Szo), 10.38
Sziasztok!

A minap beállítottam egy backup mail szervert. Minden szuperül működik (bármelyik szerver fogadja a leveleket, mindegyiken megjelenik), leszámítva azt, hogy a sieve szabályok szinkronizációja egyoldalú.

Ha a "fő" szerveren hozok létre vagy törlök sieve szabályokat, a változások megjelennek a másodlagos szerveren is, viszont ha ezt fordítva csinálom, akkor csak a másodlagos szerveren jelenik meg a szabály.

A dsync beállítások megegyeznek mindkét szerveren.

Különbség csak a leveleket tároló helyen van: a fő szerveren ez egy /storage/mail helyen van, míg a másodlagoson a szokásos helyén /var/mail/vhosts.
Ugyan így a sieve könyvtára is különbözik: /storage/sieve, /var/mail/sieve

A tárolási hely ugyan nem egyezik meg, de mint említettem 1. ---> 2. irányban így is működik a szinkronizáció.

Konfig fájlok: https://www.dropbox.com/sh/eyqjelh57sdr48a/AABekXdQ1FcvERjGu8BMeT0oa?dl=0


Mi okozhatja a gondot?