Jump to content

INOMan

Forumowicze
  • Content Count

    1,878
  • Joined

  • Last visited

  • Days Won

    5

INOMan last won the day on November 4 2014

INOMan had the most liked content!

Community Reputation

238 Excellent

Contact Methods

  • Website URL
    http://www.youtube.com/watch?v=aN3jKFKUd0o

Profile Information

  • Gender
    Male
  • Location
    Bielsko-Biała
  • Interests
    SEX, DRUGS & ROCK'N'ROLL

Recent Profile Visitors

9,369 profile views
  1. Dzieki za info, jednak już trochę za późno Jednak narazie to nie zaszkodziło, bo na początku wskoczyło do indeksu 10 stron, a teraz po 3 dniach pokazuje już 247 - mówię o poleceniu site:welikequotes.com W każdym razie linki mam też na reddicie, i anglojęzycznych odwiedzających widocznych w GA, więc może nie będzie tak źle. Edit: aha, domena nie jest taka całkiem nowa, bo była pierwszy raz rejestrowana kilka lat temu, potem była niczyja, a teraz jest moja.
  2. Zrobiłem stronę po angielsku, czy jest sens linkować do niej ze strony w języku Polskim? To działa / nie dziala, a może wręcz dostaje się za to po łapach od google?
  3. Tak trochę w ramach testów różnych rzeczy, którę chcę używać w projektach bardziej poważnych i komercyjnych stworzyłem stronkę https://welikequotes.com Z racji, że dużo bardziej siedzę w programowaniu backend niż w pozycjonowaniu, to proszę o ocenę pod względem SEO - na ile to jest SEO Friendly, co możnaby pod tym względem poprawić. Strona młodziutka, ledwo weszła do indeksu google i to na razie biednie, w miarę wolnego czasu przez następne miesiące będę rozbudowywał.
  4. Tytuł wątku jest "Katalogi - czy w ogóle coś dają?" - no właśnie, czy coś dają jeszcze swoim właścicielom? Mam taki swój katalog infomixy.pl, ale jako, że już od dawna nie pozycjonuje, i zarabiam na samym programowaniu zastanawiam się czy go nadal trzymać. Trzymam głównie z sentymentu bo kiedyś się trochę napracowałem nad "skryptem", to mój autorski system, trochę w sumie mi żal to likwidować, ale z drugiej strony zastanawiam się co z tego mam. Do katalog są zgłoszenia od czasu do czasu, tak 10-15 miesięcznie max., wpis darmowy. Żeby to miało sens musiałbym kasować po 5 zł za akceptacj
  5. Poprawiłem trochę composera - dodałem autoloading (dzięki za sugestię), oraz usunąłem wymóg biblioteki SYNC ponieważ nie jest to pakiet od komposera i instalacja rodzi problemy. Co do ORM Phalcona - on jest trudny do nauki i upierdliwy, ale jak go opanujesz to jest bardzo dobry, i bardzo szybki. Pomogłem już wielu ludziom z tym ORMem na forum, oraz w sumie jestem jednym z tworców tego frameworka (malutkim), bo jedna z moim poprawek została zaakceptowana: https://github.com/phalcon/cphalcon/issues/12842
  6. Nie rozumiem po kiego grzyba za każdym razem tworzyć nową metodę keszowania. Robisz tylko raz $cache = new CacheMethod(); i możesz korzystać z tego obiektu wiele razy. Możesz sobie zrobić gdzieś metodę statyczną, singletona który za każdym razem zwróci Ci jednorazowo utworzony obiekt, jeżeli nie umiesz żyć bez metod statycznych. Przy okazji Laravel m.in. dlatego jest syfem, bo uczy wielu złych praktyk programowania - takich jak nadużywanie metod statycznych tam gdzie do tego się nie nadają. ---edit: I szczerze mówiąc to ja właśni
  7. Nie używam i nie znam Laravela. To ma być mała użyteczna biblioteka a nie jakaś krowa wymagająca komponentów z Laravela. --- Edit - to może jeszcze wyjaśnienie. Mała biblioteka niezależna od innych komponentów (poza PECL SYNC) ma tą zaletę, że możesz używać w wielu roznych frameworkach i dostosować ją sobie jak chcesz. Robienie krowy która korzysta z jakichś komponentów innych frameworków to zły pomysł - bo ja np. robię wszystko na frameworku Phalcon, i po co mi cokolwiek z Laravela, to tylko zaśmiecanie projektu plikami. Laravel jest najpopularniejszy, a
  8. Get nie może być metodą statyczną, bo każdy sposób keszowania to inny obiekt. Classloader jest opcjonalny, nie trzeba robić classloadera w komposerze, bo nazwy klas ich pozycje sa kompatybilne ze standardem PSR-4. Jeżeli uważasz, że coś powinno być inaczej, zawsze możesz zrobić forka i sobie to przerobić.
  9. Tak mam w planach w wolnej chwili dodać redisa i mongodb, pewnie w ciągu 1-3 miesięcy się tak stanie. Jeżeli kogoś to interesuje to proponuję obserwować repozytorium na githubie.
  10. Dzień dobry, temat raczej dla zaawansowanych użytkowników PHP. Jakiś czas temu zrobiłem projekt na githubie (https://github.com/tztztztz/php-no-slam-cache) systemu cache który synchronizuje procesy/wątki HTTP podczas pobierania zasobu (READ LOCK) / jego tworzenia (WRITE LOCK), w modelu "many readers, one writer at once" Instalacja przez composera: php composer.phar require inopx/noslamcache Tradycyjny system cache działa tak: 1. Sprawdzenie czy zasob jest w cache. Jeżeli jest - pobranie, koniec. 2. Jeżeli nie ma zasobu w cache lub j
  11. Nie ma jednego artykułu który wyjasniałby wszystko, ja przynajmniej nie znalazłem. Są artykułu wyjasniające poszczególne zagadnienia - np. retencję danych etc.
  12. Jest rzeźnia.... mam np. pod opieką sklep internetowy i to dość duży, już kilka dni o tym czytam, nie dość, że jest ogrom prac, to jeszcze w kilku sytuacjach nie mam pewności co na pewno robić, a czego nie. Już nie wspominająco jakichś swoich katalogach które sobie trzymam z sentymentu, będę musiał to chyba wszystko pozamykać. Ehhh generalnie od siebie polecam portal gdpr.pl, chyba najbardziej konkretne informacje bez lania wody, wraz z odnosnikami do stron rządowych.
  13. Jak cały czas chodzisz w internecie po tematach związanych z pozycjonowaniem, to się nie dziw, że nawet jak będziesz oglądał pornola, to obok będzie reklama związana z SEO.
  14. Nie wiem na ile taka szybka zmiana jest możliwa. Może lepiej postawić od podstaw nowy serwis, od początku przygotowywany pod kątem starszego audytorium. Na młodych można zarobić, ale nie reklamami bannerowymi na stronie, oni są z kolei bardzo podatni na product placement i inne tego typu zagrywki.
  15. Nie wiem co rozumiesz przez złote czasy - ilość ruchu jaką miał GL? Pytanie czy to się przekładało na pieniądze, z tego co ja obserwuję ten serwis to teraz raczej więcej zarabiają przy mniejszym ruchu, niż wcześniej przy większym. Po prostu odpadł cały ruch ludzi którzy nie specjalnie byli zainteresowani znalezieniem pracy czy szukaniem pracowników, przenieśli się na FB. Zostały osoby na których GL zarabia - tam dodatkowe możliwości dla rekruterów są płatne, i to jest główny dochód tego serwisu. Gdyby FB wprowadził dobre narzędzia dla headhunterów to wtedy byłby koniec GL, LinkedIn i
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. Terms of Use Privacy Policy