Kaj je e-pisarna?

Naša e-pisara je oblikovana po meri naročnika, saj menimo, da so pred-oblikovane spletne pisarne rigidne in niso prilagojene posameznikovim potrebam ali potrebam podjetjem.

Virtualna pisarna vam je zmeraj na razpolago, neglede na to kje se nahajate.

E-pisarna

Stičišče

Tradicionalno je pisarna mesto, kjer se sodelavci lahko družijo, lahko koristijo skupna sredstva v podjetju, shranjujejo dokumente in varno pospravljajo poslovne skrivnosti. Podjetje, ali podjetnik, lahko v pisarni tudi sprejema svoje poslovne partnerje in odjemalce, organizira poslovna srečanja in seminarje in še marsikaj drugega. Skratka, vsakdo si pisarno uredi popolnoma po svojem okusu. Je stičišče.

Kako pa je z e-pisarno?

Zakaj bi bilo kakorkoli drugače, z izjemo ene bistvene razlike; tradicionalno pisarno definira fizična lokacija, prostor, e-pisarna pa je virtualna, definirana v kiber-prostoru.
To sicer res pomeni, da vanjo ni mogoče fizično vstopiti, vendar pa po drugi strani omogoča sodelovanje ljudem, ki so lahko vsak na svojem delu sveta in te možnosti sicer ne bi imeli. To pa je tudi edino, kar bi moralo pravo e-pisarno razlikovati od tradicionalne pisarne.

WHOIS podatki in GDPR

Ali bomo morali z veljavo GDPR še naprej plačevati WHOIS zaščito podatkov o domenah?

Odbor ICANN odobril začasne specifikacije za podatke o registraciji gTLD

  1. maja 2018 je ICANN sprejel začasno predlagano specifikacijo za podatke o registraciji gTLD1.

Specifikacija je bila sprejeta glede tega, kako bodo ICANN in njegove pogodbene stranke lahko še naprej izpolnjevale obstoječe pogodbene zahteve v skladu z ICANN politiko in s politikami, ki jih razvijajo skupnosti, nanašajoč se na WHOIS in njegovo skladnost z novo uredbo Evropske unije o splošni zaščiti podatkov (GDPR).

Pravijo, da je ohranjanje WHOIS sistema ključnega pomena za varnost in stabilost interneta, ker omogoča enostavno prepoznavanje in ublažitev slabih akterjev, kiberkriminalcev, kršiteljev intelektualne lastnine in drugih zlonamernih dejavnosti, ki se dogajajo na spletu.

Da bi zagotovili skladnost z GDPR, bo dostop do osebnih podatkov omejen na slojni/stopenjski dostop, kjer lahko uporabniki z zakonitim namenom zahtevajo dostop do nejavnih podatkov preko vrhovnega registrarja ali registrarjev.
Dokler ne bo vzpostavljen enoten model dostopa, bodo morali registrarji in registri sami določiti katere poslane zahteve so legitimne oz. dovoljenje po zakonu.

V zvezi s tem se pojavljata 3 ključna vprašanja

1. KAKO SEDAJ VIDIMO WHOIS PODATKE?

Sedaj lahko vidimo:
Ime domene, potek domene, status domene, DNS strežnike in registrarja.

Kaj je zakrito?
Kontakti so postali zakriti – organizacija, imena, priimki, email, telefon, fax, naslov.

Poglejmo si primer:
Zabec.net

GDPR zaščita

GDPR

2. ALI MORAM WHOIS ZAŠČITO ŠE VEDNO PLAČEVATI?

Po sprejetju trenutne specifikacije so vsi podatki gTLD domen zakriti, torej vse kar je prej zakril plačljivi WHOIS je sedaj brezplačno, zakonsko, zakrito.

Takole je pred GDPR-jem izgledal zakrit Whois:

Tako je pred GDPR izgledala Whois zaščita

Whois zaščita

Tako je pred GDPR izgledala Whois zaščita

Whois zaščita

Tako je pred GDPR izgledala Whois zaščita

Whois zaščita

3. KAJ SE DOGAJA Z ZAKRITJEM PODATKOV PRI ccTLD-JIH?

ccTLD2 niso urejeni s pogodbami ICANNa, prav zato morajo nacionalni registri sami urediti skladnost z novim zakonom.
Nekateri so vzeli ICANNovo sprejetje kot priporočilo, drugi bodo sami uredili to področje. Vsekakor pa kaže na to, da bo vsak nacionalni register sam določil katere podatke bo prikazoval in katere ne.

Richard Wein iz Avstrijskega nacionalnega registra je na GDPR konferenci Domain Plus dejal:

“Every ccTLD appears to be doing something different, even if very slightly, and it’s a pity that the industry couldn’t develop one standard. It will mean registrars will have to implement 10, 20, maybe even 28, different solutions depending on how many ccTLDs for EU countries they sell. The situation is a nightmare.”

“Then there comes the problem with no WHOIS available to law enforcement, government bodies and brand protection. How can they get the registrant information? Registries are not allowed to give out information such as to the police without a good reason. Potential buyers of a domain name will have no way of contacting the registrant unless their details are provided on the website. While under the law of many countries, including Austria, the website owner is required to provide information about who owns the website, it is difficult to verify if this is correct, and will be next to impossible when the GDPR comes into effect.”

Poglejmo kaj se je pri nekaterih nacionalnih registrih spremenilo:

  • Domena .be ni objavljala osebnih podatkov fizičnih oseb že od leta 2000, razen email naslova, od uvedbe GDPR zakona, je sedaj tudi ta zakrit.
  • Pri domeni .dk se ni spremenilo nič, podatki so še vedno na voljo. Pravijo:
    “we will continue to publish the information – for the benefit of those who need to know who is behind a given domain name. Regardless of whether it is because you want to protect your brand, investigate a crime, do research or just satisfy your curiosity.”
  • Domena .eu, kot tudi domena .si razkrivata od registrantovih (fizične osebe) podatkov samo email osebe.
  • Domena .ee ne razkriva ničesar od fizičnih oseb.
  • DENIC (.de), največji ccTLD register v Evropi, bo beležil samo kontaktne podatke imetnika domene ter dva dodatna e-mail naslova kot kontaktne točke za poročila o zlorabi ter splošne in tehnične zahteve.

____________________________________________________
1gTLD: generic Top Level Domains (sem spadajo npr. končnice domen .com, .net, .org…)
2ccTLD; country code Top Level Domains (sem spadajo nacionalne končnice držav)

 

Viri:
https://www.icann.org/news/announcement-2018-05-17-en
https://whois.icann.org/en
http://www.domainpulse.com/2018/02/28/gdpr-the-nightmare-on-cctld-street/
https://www.denic.de/en/whats-new/press-releases/article/extensive-innovations-planned-for-denic-whois-domain-query-proactive-approach-for-data-economy-and/

 

Kdo, kaj sta ICANN in IANA? Kako sta povezana z internetom, domenami, ip naslovi….?


 

 

 

Internet Corporation for Assigned Names and Numbers ali krajše ICANN je mednarodno organizirana, neprofitna organizacija, ki je odgovorna za dodelitev prostora IP naslovov, dodelitev protokola identifikacijske oznake, gTLD in ccTLD domenskega sistema za upravljanje, funkcije root sistema za upravljanje.

Namen ICANNa je ohranjanje delovanja internetne stabilnosti.

ICANN toraj usklajuje funkcije IANA (Internet Assigned Numbers Authority), ki so tehnične funkcije pomembne/nujne za nadaljne delovanje DNS-ja (Domain Name System).

Naloge IANN-a vključujejo:

  • usklajevanje, dodelitev tehničnih parametrov protokola, vključno z upravljanjem naslov in usmerjanje parametrov (ARPA) vrhnje domene.
  • administracijo določenih obveznosti povezanih z internetnimi DNS root področji (root zone) > kot so gTLDji in ccTLDji.
  • dodeljevanje internetnih številčnih virov, ki vključuje tudi koordinacijo IP naslovov.

Poenostavimo vse zgoraj napisano;

Da bi dosegli željeno osebo preko interneta morate napisati njen nasov – ime ali številko. Ta naslov mora biti edinstven, da računalnik lahko ve, katero osebo iščete in kje jo najti. ICANN koordinira te posebne številke preko celega sveta. Brez teh številk ne bi imeli svetovnega interneta.

SLIKA;  https://whois.icann.org/en/dns-and-whois-how-it-works

  1. vpišemo željeni naslov spletne strani, ki jo želimo obiskati. Ta naslov (domensko ime) je edinstveno.
  2. Domensko ime je poslano na strežnik, ki prevede to ime v številko – IP naslov.
  3. Tem imenom in številkam pravimo tudi posebni identifikatorji in vsebujejo posebne protokole, ki omogočajo, da se računalniki lahko pogovarjajo med seboj ter se razumejo.
  4. Funkcija IANA (ki jo upravla ICANN) je zagotovitev, da pridete preko vseh teh številk in protokolov na pravo mesto, ki ste ga iskali.

Standardizacija internetnih protokolov je bistvena za zagotovitev, da bo internet še naprej deloval ter, da bodo komunikacijski sistem med vsemi, ki uporabljamo različne opreme, še vedno delovali.
Domenska imena ter interntne številke so posebne oblike parametrov protokola, seveda pa je še ogromno ostalih protokolov, ki zahtevajo koordinacijo in morajo biti globalno edinstveni.

Poglejmo si nekatere parametre protokola:

  • številke vrat (port), npr. 80
  • jezikovne značke, npr. fr, en…
  • HTTP statusi kode, napr. 404
  • medijski tipi, napr. formati – video, slike…

Internetne protokole ustvarja in določi IETF (The Internet Engineering Task Force), ti se odražajo v osnutkih dokumentov imenovanih RFC, RFCji opisujejo komunikacijski mehanizem, v uporabi, ali predlagani za uporabo, za internetne protokole, IANA jih pregleda, določi kje morajo biti protokoli nameščeni v registrih, ki jih ohranja/vzdržuje ICANN.

.ARPA (Address and Routing Parameter Area) domena se uporablja izključno za tehnično infrastrukturne namene – napr. protokole, ki zahtevajo neko obliko operativne infrastrukture v sistemu domenskih imen (pot za pretvorbo IP naslova v domensko ime).

Nekaj primerov .arpa domene:

  • arpa = za pretvorbo IPv6 naslovov v internetna domenska imena
  • arpa = za pretvorbo E.164 številk v internetne URLje

Več: https://www.iana.org/domains/arpa

Bližje si oglejmo funkcijo dodeljevanje internetnih številčnih virov, predvsem nalog iz zadev, ki se bolj tičejo naslovov ter domen:

IP naslovi: IPv4 in IPv6

Internet deluje tako, da za pretok podatkov med napravami le-te uporabljajo sistem enotnih identifikatorjev imenovanih IP naslovi.
Poznamo IPv4 in IPv6.

RIR (Regional Internet Registries)

Pet regionalnih internetnih registrov, ki temeljijo na članstvu in delujejo v različnih regijah:

  • ARIN (American Registry for Internet Numbers)
  • LACNIC (Latin America and Caribbean Network Information Centre)
  • AFRINIC (African Network Information Center)
  • RIPE NCC (Réseaux IP Européens Network Coordination Centre)
  • APNIC (Asia Pacific Network Information Centre)

SLIKA: https://www.ripe.net/participate/internet-governance/internet-technical-community/the-rir-system

  • Upravljajo in registrirajo IP številske prostore znotraj določenega območja.
  • Zagotavljajo globalne internetne vire in povezane storitve (IPv4, IPv6 in AS številčne vire) članom njihove storitve v regiji.
  • Vsaka RIR skupnost sodeluje v procesu razvoja pravil. Globalna pravila so toraj konsenz vseh petih regionalnih registrov preden se pravila ratificirajo, nato jih ICANN iplementira.

ICANN je odgovoren za vzdrževanje evidence o dodeljenih in nedodeljenih blokov IPv4, IPv6 naslovov in ASN; je odgovoren za dodeljevanje velikih blokov teh naslovov petim RIR glede na globalno politiko.

Več o domenah

GNSO (Generic Names Supporting Organization) in ccNSO (Country Code Names Supporting Organization) razvijata pravila povezana z večino vrhnjih domen.

DNS (Domain Name System) je hiearhičen. Vsaka “pika” predstavlja nov nivo v hiearhiji.

SLIKA: https://archive.icann.org/en/meetings/saopaulo/presentation-dns-conrad-07dec06.pdf

Na vrhu lestvice je root, ta vsebuje informacije o TLDjih (gTLDji in ccTLDji).

Za delovanje DNSja morajo obstajati (biti vpisani) strežniki, ki se odzivajo na poizvedbe ter sprožijo prevod med domenskim imenom in vrednostjo povezano s tem imenom.
Takšni strežniki se imenujejo root servers.

Glede na vzpostavljeno politiko in postopke se ICANN obnaša kot globalni koordinator DNS roota ter je odgovoren za:

  • Ocenjevanje in priporočanje za odobritev, ustvarjanje, ali spremembe TLDjev v rootu.
  • Preverjanje zahtevanih sprememb v območju root, ki se izvajajo in za izvajanje sporočil prosilcu.
  • Vrednotenje zahtev za spremembe v območju root, da se zagotovi, da so v skladu s sedanjimi politikami in postopki.
  • Posodabljanje podatkov v podatkovni bazi root območja (vključno s podatki, objavljeni v “WHOIS” storitvi), da odražajo spremembe v podatkih, povezanih s TLD.
  • Upravljanje Key Signing Key (KSK) za root območje, ki je osrednjega pomena za izvajanje varnosti DNS uporabljajoč izboljšave na DNSSEC protokolu.

IANA:

  • Poleg upravljanja z DNS root cono, IANA vodi tudi register .int, in .arpa območje;
  • IANA ima pravico usklajevati globalni IP oziroma AS številski prostor, dodeljevanje teh RIRom; IANA tako predstavlja glavno skladišče za številne registre in imenske protokole.

Viri:

http://www.iana.org/about
http://www.iana.org/domains/arpa
https://www.icann.org/resources/pages/welcome-2012-02-25-en

https://www.ripe.net/about-us/what-we-do
https://icannwiki.com/Internet_Assigned_Numbers_Authority#cite_note-2

ICANN logotip slika: https://www.icann.org
IANA logotip slika: https://www.iana.org

 

Kaj je IP in zakaj lahko pride do blokade?


Kaj je IP?

Je številka računalnika v omrežju interneta. Številke se med seboj ločujejo s pikami.
Primer: 91.185.203.178 je IP – naslov našega strežnika Gaja.

IP – naslov je lahko statičen ali dinamičen.

Statičen IP – naslov uporabljamo predvsem pri strežnikih, saj uporabljamo konstantno isti naslov, dinamičen IP – naslov pa je nov naslov vedno, ko vzpostavimo povezavo.

Zakaj lahko pride do blokade?

Požarni zid deluje kot filter med omrežjem strežnika in interneta. Določite pravila kdo oz. kaj se lahko poveže z internetom in kakšne povezave se lahko izvede. Obstaja več različnih pravil katere požarni zid uporablja za filtriranje informacij, nekatere se uporabljajo tudi v kombinacijah. Ta pravila delujejo na različnih plasteh omrežja, ki določa kako specifične so lahko možnosti filtriranja.
Naši požarni zidovi na strežnikih imajo t.i. lfd. To je proces, ki se nenehno izvaja in vsakih nekaj sekund pregleda dnevniške datoteke kjer se zapisujejo neuspeli poizkusi prijave, ki se zgodijo v zelo kratkem času. Lfd proces je namenjen obrambi pred napadom z metodo grobe sile (brute-force attack), kjer napadalec s programom poizkuša uganiti pravilno geslo in se prijavlja v strežnik. To se izvaja v časovnem obdobju sekund. Proces reagira na vzorec in tako blokira IP naslov iz katerega prihajajo neuspele prijave.

Da je vaš IP blokiran izveste tako, da se vam ob prijavi na strežnik izpiše napaka »Povezava je potekla« (connection timed out). Napaka se pojavi ob povezavi na strežnik preko poštnega odjemalca, FTP odjemalca, če želite dostopati do kontrolne plošče ali če obiščete svojo spletno stran medtem, ko vam druge storitve delujejo normalno.

Najbolj tipični razlogi za blokado uporabnika so naslednji:

  1. Uporabnikov poštni odjemalec ima zelo nizki interval preverjanja novih poštnih sporočil, ki povzroča številne poskuse povezave do poštnega strežnika še posebej, če veliko uporabnikov dostopa do pošte prek skupne povezave.
  2. Uporabnik uporablja stara ali napačna gesla za poštni odjemalec, FTP odjemalec ali kontrolno ploščo gostovanja, kar požarni zid zazna kot napad z metodo grobe sile (brute-force attack).
  3. Uporabnik FTP odjemalca ima nastavljene zelo veliko število hkratnih povezav na strežnik, zaradi česar požarni zid zazna kot napad z zavrnitvijo storitve (denial of service attack).
  4. Spletna stran ali aplikacija, ki se posodobi ali zahteva dostop do strani se interpretira kot poskus vdora v spletno mesto preko spletne aplikacije. Zaščita se imenuje mod_security.

Kaj lahko storijo naše stranke v primeru blokade IPja?

1. Svoj IP si lahko odblokirate v portalu moj.zabec.net na vstopni strani ali nam ga sporočite na info@zabec.net (z vsemi potrebnimi podatki)
2. Kako izvem svoj ip? odprite povezavo ip.zabec.net in pokazala se vam bo številka ločena s pikami.

10 najpogostejših WordPress napak (errors) in rešitve zanje

Pred odpravo napak ali spreminjanjem si ustvarite backup!

1.     Internal Server Error ali tudi “500 Internal Server Error”

Takšna napaka se pojavi kadar strežnik ne more idetificirati težave. Ker nam tudi sama napaka tako ne pove kje iskati težavo je iskane rešitve oteženo, vendar ne nemogoče.

Napaka je največkrat povezana:
* s funkcijami vtičnikov ali teme,
* s PHP memory limit ali
* corrupted .htaccess file.

Možne rešitve

Corrupted .htaccess file > probajte preimenovati glavno .htaccess datoteko v nekaj drugega, naprimer .htaccess_new ali .htaccess_old
Ko ste datoteko preimenovali ponovno osvežite vašo spletno stran.
V kolikor je to pomagalo ne pozabite preimenovati Permalinkov (Settings > Permalinks > Save).

PHP memory limit > Glejte rešitev za napako pod številko 6

Če vidite to napako izključno takrat, ko se želite prijaviti v WP admin ali kadar želite naložiti sliko v wp-admin potem poizkusite sledeče:
1. Ustvarite prazno tekstovno datoteko imenovano php.ini
2. Prilepite kodo memory=64MB vanjo
3. Shranite
4. Preko FTPja jo naložite v /wp-admin/ folder
Ta napaka se zgodi kadar nekaj izčrpava vaš spomin, navadno je to slaba koda vtičnika ali teme.

Vtičniki (Plugins) > v kolikor nič drugega ni delovalo je napaka skoraj sigurno povezana z enim od vaših naloženih vtičnikov ali morda v nekompatibilnosti dveh različnih vtičnikov, ki sta vključena istočasno.
Deaktivirajte vse vaše vtičnike naenkrat. Če se napaka ne pojavi več, potem ste skoraj že odkrili vzrok. Vključite vtičnik po vtičnik nazaj, tako boste našli tistega (ali kombinacijo), ki vam povzroča težave.
Najbolje je, da takšno napako prijavite avtorju vtičnika, da jo ta lahko odpravi.

V kolikor zaradi napake ne morete dostopati do same administracije, lahko vtičnike deaktivirate tudi ročno, tako da se na strežnik povežete preko FTP protokola in preimenujete mape, ki se nahajajo v wp-content/plugins/ mapi. Vsaka mapa je svoj vtičnik, ko mapo preimenujete (npr. myplugin v myplugin_test) se vtičnik avtomatično deaktivira.

Če nič od tega ne pomaga je najbolje, da preverite error log v vaši kontrolni plošči gostovanja, za kar je najbolje, da se obrnete na razvijalca.

2.    Syntax Error

Napaka se največkrat pojavi, ko preizkušamo kaj novega na naši WP strani, posebej pogosta je pri začetnih uporabnikih, navadno gre za to, da smo pozabili kakšno piko, oklepaj…prav tako pa je to za začetnike tudi najbolj straša nakapa, saj povzroči nedosegljivost spletne strani….vendar brez panike.

Poglejte si najpogosteše napake, ki ste jih lahko storili tukaj.

Možne rešitve

Da napako lahko odpravite je potrebno popraviti kodo kar lahko storite preko FTPja. Prijavite se preko FTPja na vašo stran ter poiščite datoteko, ki jo je potrebno poraviti. V kolikor ste vmes pozabili kje se ta koda nahaja poglejte error code > napaka vam bo pokazala v kateri datoteki in katero vrstico kode je potrebno popraviti.

Kodo, ki ste jo nazadnje dodali in je pokvarjena lahko odstranite ali jo popavite. Ko boste storili željeno, shranite stvari ter jih popravljene naložite nazaj na strežnik. Osvežite vašo stran.

Kako uporabljati FTP (Prav tako kot na posnetku, tudi mi priporočamo Filezillo.)

3.    Error Establishing a Database Connection

Kot že sama napaka pove se stran ne more povezati s podatkovno bazo.
To se največkrat zgodi zaradi napačnih vstopov ali prilagoditev v database host, database username in database password.

1. Preverite ali se vam pojavi enaka napaka na front-end (stran) in back-end (wp-admin) > “Error establishing a database connection”.

Možne rešitve

Database password sprememba


Database username


Database host


2. Če napaka ni enaka potem boste morali popraviti vašo podatkovno bazo.
Kar lahko storite tako, da dodate vrstico
define(‘WP_ALLOW_REPAIR’, true); v wp-config.php. pred stavkom ‘That’s all, stop editing! Happy blogging’

Ko ste to storili pojdite na
http://www.vasastran.koncnica /wp-admin/maint/repair.php
Uporabite možnost Repair and Optimize Database. Po tem ne pozabite odstraniti Repaira iz vašega wp-config.php.

4. White Screen

Ena najbolj nadležnih napak, ki ne pokaže težave, poleg tega pa vas še zaklene ven iz WP kontrolne plošče.

1. Če ste stran nalagali na strežnik in se vam pojavi bela stran potem je vrjetno prišlo do napake v izvajanju PHP kode, bodisi zaradi manjkajočega modula ali zaradi napake.  Prvi korak je iskanje vzroka za kar vam bo v veliko pomoč “error log”, ki ga najdete v kontrolni plošči gostovanja.

2. Če se vam kar naenkrat pokaže bela stran pa je pri WP največkrat takšna težava zaradi PHP memory limit, napačno delovanje vtičnika ali slabe kode teme, ki jo uporabljate.

Možne rešitve

Povečajte PHP memory limit, če to ni pomagalo (ali je vaš limit že nastavljen na 256M oz. 512M) potem preverite vtičnike. Izklop in počasen vklop vseh vtičnikov (podroben opis najdete pri napaki pod številko 1), če še to ne reši težave probajte vašo temo nadomestiti s privzeto temo.

Kako nadomestim mojo temo s privzeto?
Naredite backup datoteke Theme folder. Nato izbrišite temo, WP bi tako moral avtomatsko namestiti privzeto temo na vašo stran.

V kolikor nič od naštetega ni pomagalo si z izkanjem napake lahko pomagate tudi tako, da uporabite WordPress debug function.
Spodnjo kodo dodajte v wp-config.php.
Na vašem sedaj praznem zaslonu se vam bodo pokazale vse napake.
1         error_reporting(E_ALL); ini_set(‘display_errors’, 1);
2
3         define( ‘WP_DEBUG’, true);

Pri whitescreenu je velikokrat lahko napaka tudi na vtičniku
Torej v poštev pride ista zgodba z ročnim izklopom in vklopom vtičnikov kot je omenjeno že zgoraj.

5.    404 Error

Zelo pogosta napaka, ki se navadno pojavi samo na eni objavi (ne na celi strani), toraj, ko uporabnik klikne na neko vašo objavo na strani, se pojavi 404 napaka.

To se navadno zgodi, če se je izbrisala datoteka .htaccess ali je šlo nekaj narobe pri prepisu pravil.

Možne rešitve 

Težavo običajno reši popravek nastavitev Permalinkov.

V svojem WP adminu pojdite pod Settings > Permalinks > Save changes (ne spreminjajte ničesar, ubistvu samo shranite nespremembo).
To bo enostavno posodobilo vaše permalinke in ponovno zagnalo prepis pravil.
V večini primerov to reši 404 napako. V kolikor je ne, potem morate najvrjetneje posodobiti ročno svojo .htaccess datoteko.

6. Memory Exhausted Error – Increase PHP Memory

Kadar vaša koda zahteva več spomina, kot je nastavljeno privzeto (kar je navadno 64MB) se vam bo pojavila sledeča napaka:

Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 2348617 bytes) in /home4/xxx/public_html/wp-includes/plugin.php on line

Možne rešitve

Spremeniti je potrebno wp-config.php datoteko vaše WP strani kar boste najlažje naredili s FTP clientom ali File Manager, ki se nahaja v kontrolni plošči gostovanja.

Prilepite kodo
define( ‘WP_MEMORY_LIMIT’, ‘256M’ );
v wp-config.php tik pred vrstico ‘That’s all, stop editing! Happy blogging.’
Kar pomeni, da ste povečali limit na 256 MB.

7. Image Upload Issue

Se vam slike v medijski knjižnici ne prikazujejo? Potem gre najvrjetneje za napačna dovoljenja kar lahko popravite preko FTP clienta (priporočamo FileZillo).

Možne rešitve

Povežite se z vašo spletno stranjo preko FTP clienta > poiščite mapo /wp-content/ > /uploads/ > v njem je file permissions.

1. Prvo si morate nastaviti dovoljenje za nalaganje > nastavite
*Numeric value na 744 (v kolikor ne bo delovalo probajte 755)
*Owner permissions > obkljukate Read, Write in Execute
* Group permissions > obkljukajte Read
* Public permissions > obkljukajte Read
* Obkljukajte Recurse into subdirectories ter Apply to directories only > OK


2. Potem morate nastaviti dovoljenje za vse datoteke v upload direktoriju
* Kliknite na uploads directory ter izberite Permissions
* Nastavite kot kaže slika


Tako sedaj se prijavite nazaj v vaš WP in naložite slikice.

8. Not Sending Email Issue

Vaša WP spletna stran ne pošilja spletne pošte. Za rešitev si je najlažje ogledati videoposnetek ter slediti navodilom v njem.

9.     Error Too Many Redirects

Pogosta napaka s katero se sreča skoraj vsak uporabnik WP, pojavi se zaradi napačno nastavljenih preusmeritev.

Sam WP, ki je SEO prijazen uporablja redirecte, prav tako jih uporabljajo nekateri vtičniki (napr. WordPress SEO, Cache…). V kolikor pride do napačno nastavljenih preusmeritev v enem od teh orodij se kaj hitro lahko zgodi, da stran prične preusmerjati uporabnike na URL, ki jih potem spet prav za prav preusmerja na klicani (že preusmerjeni) URL. V tem primeru se vaš brskalnik ujame v zanko dveh strani in se vam pojavi omenjena napaka.

Možne rešitve

To lahko rešite v wp-config.php datoteki preko FTP clienta. Ko ste tako povezani na vašo stran, poiščite wp-config.php > prenesite in uredite (download and edit) datoteko (najbolje z uporabo Notepd).
Dodajte sledeči dve vrstici datoteki:
1             define(‘WP_HOME’,’http://example.com’);
2             define(‘WP_SITEURL’,’http://example.com’);
example.com nadomestite s svojo domeno. Shranite spremembo in naložite datoteko nazaj na strežnik.

Probajte sedaj dostopiti do vaše WP strani, v kolikor še vedno ne deluje poizkustite s spremembo z dodanim www. na obeh vrsticah.

Zgoraj opisano lahko naredite tudi preko wp-admina.
Pojdite pod General Settings in poskrbite, da bosta Site URL in WP URL enaka, toraj brez www ali z www ter ista domena.

10.  Fatal Error: Maximum Execution Time Exceeded

WordPress je kodiran v PHP programskem jeziku. Za zaščito spletnih strežnikov pred zlorabo je določen rok, koliko časa lahko teče PHP skripta na strežniku.

Nekateri ponudniki gostovanj imajo te vrednosti na najvišji možni čas medtem, ko drugi na nižji čas. Ko skripta doseže maksimalen možen čas za izvedbo storitev je posledica napaka, da je »it results into maximum execution time exceeded error.« 
Presežen maksimalen čas izvajanja skripte

Možne rešitve

Obstajata dva načina kako lahko odpravimo napako. Prvi način je, da ročno uredimo .htaccess datoteko in drugi način tako, da enako lahko to storite s vtičnikom.

.htaccess datoteka se nahaja na vašem strežniku v enaki mapi kot je /wp-content in /wp-admin. V kodi je napisano, da je maksimalen čas izvedbe nastavljen na 300  sekund oz. 5 minut. Če se vam pojavi zgoraj opisana napaka, to vrednost nastavite na 600 sekund.

Če vam metoda preko .htaccess datoteke ne odgovarja, si lahko naložite WP Maximum Execution Time Exceeded vtičnik. Vtičnik avtomatično prilagaja vrednosti na 300 sekund.
Vir: http://www.wpbeginner.com/wp-tutorials/how-to-fix-error-too-many-redirects-issue-in-wordpress/

6 zanimivosti o Googlovem algoritmu

1. Googlov algoritem se imenuje Hummingbird (kolibri)

Od leta 2013 se Googlov algoritem imenuje Hummingbird.
Morda se sprašujete: “kaj pa Panda, Pingvin…?”
Tako se imenujejo večje posodobitve, ki so narejene na tem celotnem algoritmu (Kolibriju).

2. 500 posodobitev letno

Po podatkih MOZ (SEO skupnost) naredi Google približno 500 različnih posodobitev algoritma vsako leto. Te so navadno manjše in zato javnost na njih ni niti pozorna.
Tiste največje spremembe poimenujejo.

3. Glasovno iskanje poskočilo za 35x

Od leta 2008 je glasovno iskanje besed, besednih zvez, poskočilo kar za 35x, zaradi tega se nekako v prihodnosti pričakuje, da bo Google tudi to pričel upoštevati v svojem algoritmu, tako kot se je to že zgodilo s telefonskim iskanjem.

4. Ime PageRank izhaja iz imena Googlovega soustanovitelja > Lawrence “Larry” Page

Prva različica PageRank tehnologije, ki sta jo ustvarila Larry in Sergey, ko ta bila še študenta na univerzi Stanford pripada (patent) univerzi.
Patent bo v celoti potekel leta 2017 (če se popravimo, naj bi že potekel – 10.01.2017).

Ko sta Larry in Sergey odšla iz univerze je ta v zameno za dolgoročno patentno dovoljenje prejela 1.8 mio. Googlovih delnic. S tem je Stanford zaslužil že približno 337 mio. dolarjev, kar je Larryja in Sergeya pripeljalo do posebnega mesta v Stanford Invention hall of fame.

5. Zgodb za poimenovanji vseh posodobljenih algoritmov načeloma ni

Nekih velikih zgodb, ki bi stale napr. za imenom Pingvin….naj ne bi bilo. Prav tako ni nekega vrstnega reda, matrice po kateri bi Google izbiral imena.

Je pa seveda nekaj izjem;
Posodobitev imenovana Boston je bila napr. poimenovana zato, ker je bila sprememba napovedana na SES Boston.
Posodobitve Dominic, Emeralda in Cassandra so bile poimenovanje po WMW uporabnikih.
Vince in Panda (Navneet Panda) sta bila poimenovana po Googlovih inžinirjih….

6. Ocenjevalci oglasov

Pri ocenjevanju oglasov je delno vpleten tudi človeški faktor.
Vsako leto naj bi pri tem sodelovalo približno 40.000 ocenjevalcev.
Pri tem morajo upoštevati 146 strani dolge smernice, ko razvrščajo rezultate.
 

Viri:

8 ekip, 3 dni, 1 zmagovalna ideja

Osem ekip je pretekli vikend (7, 8 in 9.10) razvijalo svoje poslovne ideje v prostorih NLB CIP.

img_5811

Pod budnimi očesi super mentorjev, med katerimi je bil tudi naš Domen Česnik, so preizkušali, razmišljali, izboljševali idejo, ki jo želijo izvesti, morda zaradi nje celo zapustiti svojo službo (?), hkrati pa so lahko spraševali o tem ljudi, ki se s podjetništvom ukvarjajo že več let, imajo svoje startupe (ali celo več kot enega), so že priznani mentorji in stari izkušeni mački (kot naš Domen, ki je na spletni sceni že 13 let).

14572333_10154600709284518_5532649558377142899_nDogodek je del širšega programa Zavoda Mladi Podjetnik – Od ideje do podjetja, ki bo z različnimi delavnicami in temami predavanj trajal vse do konca decembra.

V petek so zagrizli (z različnimi predavanji in usmeritvami) v osnove podjetništva in razvoja ideje, ekipe so se nato lotile dela.

V soboto so ekipe svoje (idejne) rešitve za problem preizkusile na terenu ter pridobile mnenja ljudi, saj so odšli na Ljubljanske ulice.
V nedeljo dopoldan so izpopolnjevali svoje ideje, popoldan pa so poslušali predavanje o tem kako pripraviti popoln pitch, ki so ga proti poznem popoldnevu tudi same morale izvesti.

img_5822

(Slika: Mentor Peter Bruner z ekipo Sandy)

Kdo so ekipe in kakšne so njihove ideje?

  1. Grippy
    Razvili so športni pripomoček za krepitev prstnih mišic na rokah, ki je namenjen predvsem plezalcem. Da je stiskanje bolj zabavno se pripomoček poveže z appom na telefonu, ki šteje stiske, personalizira trening, spodbuja, meri čas…img_5836
  2. I3net
    Razvili so idejo proximity oglaševanja. Oglasi bi bili lokacijsko prilagojeni, prikazovali bi se kot proste Wi-Fi povezave (napr. namesto poveži se na Wi-Fi XZY, bi pisalo zabec.net najboljše gostovanje).img_5827
  3. Planet zmenkov
    Kako bi na varen in diskreten način podjetniki in podjetnice spoznali novega partnerja. Podjetniki se namreč spopadajo s pomanjkanjem časa, prepoznavnostjo… S selekcijo kandidatov bi našli osebi kar se da najbolj primernega potencialnega partnerja.img_5825
  4. Holistic glamping
    Harmonija telesa, gibanja in kulinarike. Če posodabljate svoje telefone posodobite tudi svoje telo in misli.img_5831
  5. Veggie Box
    Izberite vegetarijanski obrok kar preko spleta, vse sestavine vam bodo skupaj z receptom dostavili do vrat.img_5829
  6. Kiddo
    Povezana skupnost preko katere bi si na hiter način izmenjavali ter kupovali rabljenje otroške stvari.img_5845
  7. Sandy
    Čajna skodelica izdelana iz stekla in lesa s peščeno uro, s tem čaj ne bo več grenek (zaradi preveč časa namočene vrečke) ali preblag (zaradi premalo časa namočene vrečke).img_5838
  8. Tricky
    Aplikacija, ki spodbuja k gibanju. Tekmuješ lahko s prijatelji ali zvezdniki. Oblikuj svojega avatarja, ki se bo s časom spreminjal, tako kot se bo zaradi gibanja spreminjalo tvoje telo.img_5843

Mentorji:

  1. Domen Česnikdczabec
  2. Miha Lavtar
  3. Peter Bruner
  4. Žiga Berce
  5. David Arnež
  6. Primož Zelenšek
  7. Gregor Sakovič
  8. Andarž Gavez

Komisija:

  1. Mojca Vincek
  2. Gregor Sakovič
  3. Nejc Zupan
  4. Nejc Setnikar

Zmagovalec: Ekipa Grippy (Boris Peršak, Eva Žagar in Matic Trebušak). Čestitke!
zabec.net jim je podaril letno brezplačno gostovanje ter .si domeno.

Science Hack Day Ljubljana

ScienceHackDay_LogoText_150

Oktobra bo v Sloveniji, natančneje v Ljubljani, prvič potekal Science Hack Day.
Letos bo Science Hack Day potekal še v Berlinu (Nemčija), Brestu (Francija), Belgaum (India), v San Franciscu (USA), Singapurju (Singapur), Portlandu (USA) ter v Shanghau (Kitajska).

Kdo se ga je spomnil, iz kje izhaja?

Jeremy Keith, vendar za njim “stoji” Ariel Waldman.
V kakšni povezavi sta?
Leta 2010 je Ariel Waldman razočarano ugotovila, da nam je na voljo ogromno podatkov o znanosti, vendar z njimi nihče ne dela nič pametnega in zanimivega.
Na SWSX je pripravila okroglo mizo, da bi še z ostalimi delila njeno razočaranje in furstracije. Med občinstvom se je znašel tudi Jeremy Keith, ki je bil tako impresioniran, da je organiziral prvi Science Hack Day v Londonu.

Poglejte si kako dogodek poteka! Kot boste lahko opazili omejitev (tudi starostnih) ni, dajte svoje znanje, ideje na plano in naredite z njimi nekaj norega.
Science Hack Day San Francisco:

Gre za dvo dnevni dogodek, kjer lahko ustavrite čudne, resne, smešne prav za prav kakršnekoli inovativne stvari v roku 48 ur (na dogodku se prespi, koliko časa – pa je odvisno od vas, navadno se ne spi dosti).
Komisija bo na koncu drugega dne ideje in izvedbe dodobra preučila, ocenila ter razglasila zmagovalca.

Nekaj dobrih idej si lahko ogledate na:
http://sciencehackday.pbworks.com/w/page/24555649/Ideas

Dogodek je namenjen prav vsem, ki želite povezati tehnologijo in znanost, predznanje ni potrebno.

“Poskušamo pripraviti dogodek dostopen vsem, tako da predznanje ni potrebno,”
Tadej Novak

Še nekaj odgovorov na najpogostejša vprašanja:

Kdaj: 15 in 16 oktober 2016
Kje: Fakulteta za Elektrotehniko Ljubljana
Vstopnice:https://www.eventbrite.co.uk/e/science-hack-day-ljubljana-2016-registration-26439622623?aff=twitter#tickets Early Bird: FREE
Koliko nas bo: največ 150 (toliko je na voljo tudi vstopnic)
Kaj naj prinesem s seboj: Leptop in ostalo opremo, ki jo potrebujete ter splane vreče, če boste na dogodku prespali
Starostna omejitev: če boste na dogodku prespali – 18 let, drugače – omejitve ni

Ker Žabci podpiramo takšne dogodke kjer se prepletajo znanost, tehnika, druženje, inovativnosti in ustvarjalost smo letos donacijsko podrli dogodek z našim spletnim gostovanjem.

Viri:
http://sciencehackday.org
http://ljubljana.sciencehackday.org/sl/

https://krog.sta.si/2295675

LaraconEU – Day 2

img_20160823_101946

MATTHIAS NOBACK – please understand me

Sodelovanje med razvijalci in menedžerji, vzajemno razumevanje, je sploh mogoče?

Glavne točke govora:

  • Imamo razvijalce, ki ničesar ne zahtevajo….naredijo kar se jim reče…in “they don’t give a shit”.
  • Razvijalci želijo govoriti z menedžerji, saj ti dve skupini delata v dveh različnih smereh. Ko bomo to uredili, bo tudi upravljanje lažje in predvsem ga bo manj.
  • Razvijalci ne bi smeli biti izključeni iz podrobnosti projekta, morajo vedet kaj delajo za stranko / uporabnika.
  • Razvijalci bi morali sodelovati v verigi stranka – menedžer – stranka

Kako začeti?

  • Izvedite kdo so uporabniki in kakšen je njihov namen uporabe vaše storitve.
  • Naučite se kar se lahko o vašem projektu.
  • Delite si cilje > cilji razvijalca in menedžerja so enaki!
  • Razvijalec in menedžer si morata biti enakopravna, oba morata nositi odgovornost za svojo delo.
  • Razvoj programske opreme, strani je pomembno in težko delo, zato bi si morali biti razvijalci in menedžerji enakopravni tudi kar se tiče finančne plati.
  • Razvijalci so pomembni: “Everyday we should show what magic we can do…just get up and do it”

TIHOMIR OPACIC – the state of content management

img_20160824_160027_720

Glavne točke govora:

  • Razvijalci menijo, da je najboljši CMS tisti, katerega znajo sami najbolj produktivno uporabljati. Pa vendar je najboljša rešitev za razvijalce CMS ki je:
    * zrel
    * dobro podprt s strani skupnosti
    * dobro dokumentiran
    * se ga da enostavno razširiti
    * je zgrajen tako, da posepeši razvojene procese
  • Lastniki agencij največkrat mislijo, da je najboljša rešitev najbolj popularen CMS. Vendar je najboljša rešitev za njih tisti CMS, ki prinese stranki največjo vrednost, tisti, ki je razvit prijazno uporabniku.
  • Stranke mislijo, da je najboljši CMS tisti, ki ima vse funkcije, v realnosti pa je najboljša rešitev za stranke:
    * tisti, ki ustreza zahtevam projekta ter ima “pametne” lastnosti, funkcije.
    * tisti, ki je tehnično grajen tako, da uporablja moderno tehnologijo.
    * tisti, ki ima velik back-end vmesnik.
    * tisti, ki ga lahko katerakoli druga agencija ob prenosu lahko brez problema prične uporabljati.
  • Prodajalci velikokrat mislijo, da je najboljši CMS tisti, ki ima vse funkcije, ki ji bo kadarkoli in kdarkoli potreboval. Vendar v relanosti je najboljši CMS za prodajalca tisti, ki:
    * ima super vmesnik
    * ima super podatkovno strukturo
    * je odlično dokumentiran
    * se pozitivno ujame s skupnostjo
    * tisti, ki je fokusiran na to kako reševat specifične probleme

Predavanje na:
http://www.slideshare.net/tihomiropacic

Najava Laravel certification programa

Velika novica za vse, ki delajo na Laravelu – najavljen je Laravel certifikacijski program!
Več na: https://laravel.com/certification/

Jeroen V.D. Gulik – how to effectively grow a development team

Vprašanje s katerim se srečujemo prav vsi, ki smo v tem poslu. Namreč posedeti razvijalce skupaj v sobo in pričakovati vzajemnost ter odlično ekipo, je utopija. Kaj pa lahko storimo?

Glavne točke predavanja:

  • Kako učinkovito povečamo ekipo? 

    * novačenje
    * delitev znanja o razvoju, kako razvijalci razmišljajo in delujejo skupaj
    * odprta komunikacija
    * zaposlujte ekipo ne oseb
  •  Vrednost? Vi ste vaša, kaj pa naše?

    * dobro vzdušje (vsekakor negativnost out)
    * učenje pred znanjem
    * skupno delo
    * zaupanje pred preverjanjem
    “Vaja”: razvijalci naj vam napišejo 3 stvari s katerimi so zadovolnji ter 3 za katere menijo, da bi se lahko popravile (s katerimi niso zadovoljni).
  • Kaj si razvijalci najbolj želijo?
    * pravo vsoto finančnih sredstev s katero bodo lahko živeli tudi izven pisarne.
    * želijo se učiti ves čas (izivi dobrodošli)
    * varno okolje
    * želijo dobro opremo na kateri delajo
    * čiste pisarne
    * nazive (kar pomeni, da si omislite senior, mid in junior razvijalce)
    * vlagajte v njih, da lahko prilezejo do senior razvijalca
    * čim manjše število sestankov
    * če ne sodeluješ na sestanku, potem ne smeš priti na drug sestanek
    * najbolj jih moti vprašanje: “Hey, can I ask you just one Question?”
    * moti jih, če morajo preveč časa iskati informacije
  • Kako bo ekipa najbolje in najhitreje dobro rasla?
    * dajte jim priložnost, da se razvijejo, dokažejo
    * ekipa vam mora zaupati
    * mikro-upravljanje > NE
    * menedžerji naj ne bi menedžirali ljudi
    * postavite jasne cilje
    * postavite standarde
    * naj se probajo samoorganizirat
    * vsi zaposleni naj jih podpirajo
  • Dinamičnost ekipe:
    * oblikovanje
    * hiearhija
    * norme
    * izvajanje

Zapomnite si! Vsakič, ko kdo zapusti vaše podjetje imate novo ekipo, vse se “resetira”, vsa dinamika se mora pričeti znova.

  • Odgovornost:

    * ok je, če vam spodleti. Naučite se prilagajati
    * če njim spodleti, jih motivirajte
    * vključevanje v odgovornost
  • Upravljajte s hojo po pisarni; vodja ekipe naj bo v isti pisarni, kot ostali. Bodite dostopni in na voljo.
  • Tiste majhne, a velike stvari: Ni vse v delu
  • Kaj dobimo s tem?
    * srečne razvijalce
    * ponos
    * ekipo, ki se spoštuje
    * skoraj rešeno zaposlovanje
    * razvijalce, ki niso izgoreli

LARACON EU 2016 – Day 1

img_20160823_101946

Laracon EU 2016 konferenca (namenjena predvsem Laravel razvijalcem) je mednarodni dogodek s poudarkom na poglobljenih tehničnih pogovorih in delavnicah, ki poteka v Amsterdamu.

Po nekaj zapletih z leti je naša ekipa le prispela do t.i. Sugar City.
Sugar City je stara tovarna sladkorja, ki je sedaj urejena in primerna za pisarne, veliki odprti prostori pa nudijo prav posebno atmosfero posebnim dogodkom, srečanjem.

20160823_090735Več o sladkornem mestu si lahko pogledate na: http://www.sugarcity.com/en

Konference se je v prvem dnevu udeležilo približno 650 obiskovalcev, kar je skoraj za 200 več kot v lanskem letu.

Govorce prvega dne si lahko ogledate na: http://laracon.eu/2016/schedule

Kaj pomembnejšega smo izvedeli v prvem dnevu?

Laravel 5.3. release

Vse novosti si lahko podrobno ogledate na:
https://laravel.com/docs/5.3/releases#laravel-5.3

20160823_103834_720

 

Geshan Manandhar > EMBRACE CHATOPS, STOP INSTALLING DEPLOYMENT SOFTWARE

img_0351_1024

Glavne točke:

  • razvijalci ne rabijo lokalno namestiti dodatne programske opreme
  • razvijalci ne rabijo namestiti pravilne Ruby ali Python različice
  • nameščanje je enostavno, saj ga lahko opravi kdorkoli iz kjerkoli, če ima dovoljenje
  • razvijalci ne potrebujejo ssh dostopa do strežnika
  • bot opravi “dolgočasne” naloge, ki so potem vidne celotni ekipi

Larabot-hubot – A hubot named larabot for Laracon EU demo:
https://github.com/geshan/larabot-hubot

Celotno predavanje:
https://speakerdeck.com/geshan/embrace-chatops-stop-installing-deployment-software

Lily Dart > NO EXCUSE USER RESEARCH 

Kot oblikovalci in razvijalci velikokrat nimamo dostopa do končnih uporabnikov (od katerih bi se lahko marsikaj naučili o njih samih, njihovih željah, predstavah, izkušnjah…), naša izkušnja se mnogokrat konča pri naših strankah od katerih velikorat slišimo “nimamo denarja, da bi naredili raziskavo” ali še pogosteje “ saj vemo kaj si uporabnik želi”, kar pa nas pogosto enostavno pusti pri tem, da gradimo na produkt na mnenju vodje projekta ali specifikacije ter tako prav za res skoraj nikoli ne izvemo uporabniške izkušnje.

Lily je omenila 3 metode s katerimi bomo razumeli naše uporabnike;

  • Uporabnikov feedback preko pritožb in bug reportov
  • Uporabnikov feedback preko vprašalnika
  • Vsebinska in jezikovna analiza skozi iskalni dnevnik

20160823_164005_720

 

20160823_164709_720

 

20160823_164822_720

 

20160823_165821_720

Celotno predavanje; http://www.slideshare.net/LilyDart/no-excuses-user-research