[tartareandesire]

Ursprungligen postat av Marmoth

Ja, det är Yahoo's API jag använder, dvs deras XML.

Hur gör man det rent praktiskt i de förslagen du ger? Jag har som sagt inte så bra kunskap för att programmera från scratch. Jag slet mitt hår med detta ett bra tag innan jag fick det att fungera.. Och så kommer denna bomben.

Är det svårt att dra info från XML till en egen databas med intervall, exempelvis var 120e sec? Det låter ju onekligen som ett bra sätt.

Är någon här intresserad av att hjälpa mig? Jag betalar givetvis om det krävs. Jag kan posta min nuvarande kod här så fort jag kommit hem från jobb.

Annars tar jag den lata lösningen och köper den billigaste VPSen och har enbart min .php-fil liggandes där.

Om du ställer en konkret fråga under "Serversidans teknologier" så får du säkerligen svar. Detta är enkel rutinkod för de flesta och det kostar inte mycket om du anlitar någon att fixa till det, blir garanterat billigare än en VPS i längden.

Däremot blev jag lite fundersam, erbjuder One.com verkligen schemaläggning?

[AndreasS]

Ursprungligen postat av tartareandesire

Däremot blev jag lite fundersam, erbjuder One.com verkligen schemaläggning?

Nu vet jag inte om de gör det eller inte, det går ju dock att "fullösa" genom att lägga in kontrollkod i indexfilen som kollar om datat är >120s gammal och annars hämtar ny. Inte optimal lösning, men den fungerar på ställen som inte erbjuder cron eller någon motsvarighet.

[dannelito]

En annan fullösning är att använda en extern tjänst som t ex SetCronJob.

[tartareandesire]

Ursprungligen postat av Danielos

Nu får du ge dig, det jag argumenterar för grundläggande är ju att det mycket väl går att erbjuda memcached på shared hosting. Det spelar ju ingen roll vad jag skriver när det kommer till teknik så tolkar du det som egen reklam. Det jag skrev är ju bara ett svar på att du börjar argumentera emot mitt första påstående. Antingen fixar ni en sektion i forumet där man kan presentera vad man erbjuder, eller så får du hålla tyst.

Du gav inga relevanta råd för hans specifika fall, endast sådana som passar in på din egen tjänst. Naturligtvis går då tankarna åt det hållet med tanke på din historia. Nog talat om det. Det finns ingenting alls som tyder på att han skulle ha något behov av memcache utan han bör klara sig utmärkt på de flesta webbhotell. Ge då istället förslag på en bättre teknisk lösning för hans tillämpning precis som vi andra gjord. Om du istället bara ger råd för egen vinning, varför skulle han då lita på dig som tjänsteleverantör?

Egenreklam är som sagt var inte tillåten, vill du diskutera det en gång till så välj en annan tråd.

Ursprungligen postat av dannelito

En annan fullösning är att använda en extern tjänst som t ex SetCronJob.

Fast då får han betala en liten peng om han vill köra så pass ofta. Sedan är frågan hur stabilt den tjänsten fungerar för cron jobs som körs ofta? Har själv aldrig använt den eftersom jag alltid kört egna cron jobs men någon annan kanske kan recensera.

[Danielos]

Ursprungligen postat av tartareandesire

Du gav inga relevanta råd för hans specifika fall, endast sådana som passar in på din egen tjänst.

Ok, varför börjar då Clarence nämna memory cache, om det nu är så? Samt det är inte mitt fel att ingen annan erbjuder memcache. Jag har i väldigt många fall rekommenderat saker som de allra flesta webbhotell erbjuder, men då tolkas det inte som egenreklam.

[tartareandesire]

Ursprungligen postat av Danielos

Ok, varför börjar då Clarence nämna memory cache, om det nu är så? Samt det är inte mitt fel att ingen annan erbjuder memcache. Jag har i väldigt många fall rekommenderat saker som de allra flesta webbhotell erbjuder, men då tolkas det inte som egenreklam.

Även jag nämner väl memcache när jag säger att det med största sannolikhet är overkill i det här fallet? Det är precis som redan påpekats ett utmärkt verktyg i många tillämpningar men här gör det säkerligen mer skada än nytta då det leder till att han med kunskapsbegränsningen gör sig helt beroende av en enda aktör. Det är ingen lyckad strategi. Går han från One.com så bör ändå delad hosting vara hans förstaval men visst skulle det inte skada att se lite statistik också.

[Marmoth]

Ursprungligen postat av Danielos

Text

Ursprungligen postat av tartareandesire

Text

Ursprungligen postat av Clarence

Text

Okej, nu fick jag troligtvis positiva besked. Här följer min chatt-session med One.com. Läs den gärna och kommentera.

Fenar: Thank you for using One.com 24/7 Interactive Online Support. My name is Fenar. How may I assist you?
you: Hi ! I am wondering if One.com supports any op-cache, for instance APC or xcache?
Fenar: hello there
Fenar: okay
Fenar: Please hold on while I check.
Fenar: May I know the domain name?
you: www.xxxxx.se
Fenar: yes, I can disable the xcache for your domain.
you: What do you mean by disable it? Should'nt it be enabled if I want to use it?
Fenar: if it remains enabled, then your php files are cached and if you make updates to it, the cache will only be dropped after a few minutes and not instantly
you: Ah ok, the thing is that I want to update data from Yahoo API (stock information) every 120 second. Will this work with xcache disabled? I spoke with another person at One.com yesterday and they told me that you did not support APC or other caching "functions/modules".
Fenar: unfortunately, APC (PHP) is not supported on our servers
you: Ok, I am only familiar with APC so far. Could you tell me if xcache is a similar module/function to ACP? Will my problem get solved if I program the code correctly?
Fenar: xcache is installed on our servers and is enabled by default.
Fenar: however, it is only us who have the access to enable/disable it
you: So if I want to use the cache like I mentioned earlier (updating the stock information every 120 second), you should disable or have it enabled for my domain?
Fenar: that I am uncertain though.
Fenar: It is best to check this with your module developer whether it requires xcache enabled or disabled for it to work
you: ok, I will ask them, and then get back to you. Is there any additional fee for enabling/disabling it?
Fenar: no, there are no fees for that

Betyder detta att jag kan använda mig av en caching-funktion likt den jag har med APC just nu? Ska den vara disabled eller enabled tror ni?

[Clarence]

Ursprungligen postat av Marmoth

Okej, nu fick jag troligtvis positiva besked. Här följer min chatt-session med One.com. Läs den gärna och kommentera.

Fenar: Thank you for using One.com 24/7 Interactive Online Support. My name is Fenar. How may I assist you?
you: Hi ! I am wondering if One.com supports any op-cache, for instance APC or xcache?
Fenar: hello there
Fenar: okay
Fenar: Please hold on while I check.
Fenar: May I know the domain name?
you: www.xxxxx.se
Fenar: yes, I can disable the xcache for your domain.
you: What do you mean by disable it? Should'nt it be enabled if I want to use it?
Fenar: if it remains enabled, then your php files are cached and if you make updates to it, the cache will only be dropped after a few minutes and not instantly
you: Ah ok, the thing is that I want to update data from Yahoo API (stock information) every 120 second. Will this work with xcache disabled? I spoke with another person at One.com yesterday and they told me that you did not support APC or other caching "functions/modules".
Fenar: unfortunately, APC (PHP) is not supported on our servers
you: Ok, I am only familiar with APC so far. Could you tell me if xcache is a similar module/function to ACP? Will my problem get solved if I program the code correctly?
Fenar: xcache is installed on our servers and is enabled by default.
Fenar: however, it is only us who have the access to enable/disable it
you: So if I want to use the cache like I mentioned earlier (updating the stock information every 120 second), you should disable or have it enabled for my domain?
Fenar: that I am uncertain though.
Fenar: It is best to check this with your module developer whether it requires xcache enabled or disabled for it to work
you: ok, I will ask them, and then get back to you. Is there any additional fee for enabling/disabling it?
Fenar: no, there are no fees for that

Betyder detta att jag kan använda mig av en caching-funktion likt den jag har med APC just nu? Ska den vara disabled eller enabled tror ni?

Citerar mig själv;

APC eller Xcache erbjuder nog de flesta som konfigurerad opcode cache. Däremot skulle det förvåna mig om någon glömt att stänga av manuella cachen eftersom en öppen sådan med hundratals kunder bara skulle innebära att man tävlade om minnet, eller det var så högt att burken börjar swappa ändå.

En opcode cache är en cache av den kompilerade versionen av din PHP-fil som gör att php-filen inte behöver kompileras vid varje pageview. Därför har de allra flesta webbhotell någon sådan aktiverad för att effektivisera serverutnyttjandet. I vissa undantagsfall kan det ställa till problem, om än väldigt sällan. Därför får du erbjudandet att stänga av det xcache; som har motsvarande funktion som APC.

Att dessa "php accelerators" sedan har möjligheten att lagra värden i en minnes cache utöver detta kan man se som en extra feature. Att aktivera denna på ett webbhotell är väldigt problematiskt och är något som bör ses som en high end feature - några som vill sticka ut.

Saken är den att för ditt användande har du inget som helst reellt behov av att använda en sådan funktion. Skulle du trots allt fortsatt vlilja göra det får du nog leta länge efter ett webbhotell som gör det och förmodligen får du då antingen ett mindre pålitligt eller dyrare webbhotell. Dessutom kommer det vara problematiskt att flytta om du inte är nöjd då det är mycket svårare att hitta alternativ. Detta utan att egentligen ha något behov från början.