Jump to content

mosspower

Members
  • Posts

    29
  • Joined

  • Last visited

mosspower's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. So, Problem hat sich erledigt - FastCGI läuft jetzt - nix mehr mit Speicherlecks und sonstigen "thread-safe" Scherzen. Dank euch für eure Hilfen und Anregungen!
  2. Hallo Bonnie, ja, ich denke mitlerweile auch, dass es sich um ein Serverproblem oder ggf. Speicherproblem handelt. Autom. Updates (Download) habe ich deaktiviert. Hast Du da Erfahrung, an was könnte das liegen - ich bin da nicht so der Fachmann für, ich komme eher aus der Programmierecke. Wie akut ist denn das Problem, wenn sich Apache neu startet, wird ja "nur" als TRACE angezeigt. Komisch auch, dass seit dem ich gestern die PHP-Version 5.3.3 installiert habe, dass auf dem Shop der Fehler (also Timeout) (fast) nicht mehr auftaucht, wenn dann nur eher kurze Verzögerung - der Server crashed aber immer noch genauso oft. Wäre ggf. FastCGI eine Alternative, denn Fehler fliegt ja ganz klar in php5ts. Gruß
  3. Hallo, das unser eigener Server. Manchmal sind da 500 auf dem Shop gleichzeitig drauf, dann passiert da gar nix und dann nur 50 mit eben den geschilderten Problemen.
  4. Hallo PrestoShop-Friends, we have our shop online for three week now. Production environment: Windows Server 2008 64 Bit, MySQL 5.1.48 and PHP 5.3.2 The shop runns OK but we noted in the Apache logfile, that the server is starting all over again. Sometimes every hour, then every 10 minutes or every second. The site is then blocked and after restarting it's working properly again. In the logfile it looks like this: [Tue Jul 27 15:20:14 2010] [notice] Apache/2.2.15 (Win32) mod_ssl/2.2.15 OpenSSL/0.9.8m PHP/5.3.2 configured -- resuming normal operations [Tue Jul 27 15:20:14 2010] [notice] Server built: Mar 4 2010 11:27:46 [Tue Jul 27 15:20:14 2010] [notice] Parent: Created child process 1304 [Tue Jul 27 15:20:14 2010] [notice] Child 1304: Child process is running [Tue Jul 27 15:20:14 2010] [notice] Child 1304: Acquired the start mutex. [Tue Jul 27 15:20:14 2010] [notice] Child 1304: Starting 500 worker threads. [Tue Jul 27 15:20:14 2010] [notice] Child 1304: Starting thread to listen on port 443. [Tue Jul 27 15:20:14 2010] [notice] Child 1304: Starting thread to listen on port 80. [Tue Jul 27 15:20:18 2010] [notice] Parent: child process exited with status 255 -- Restarting. [Tue Jul 27 15:20:19 2010] [notice] Apache/2.2.15 (Win32) mod_ssl/2.2.15 OpenSSL/0.9.8m PHP/5.3.2 configured -- resuming normal operations [Tue Jul 27 15:20:19 2010] [notice] Server built: Mar 4 2010 11:27:46 [Tue Jul 27 15:20:19 2010] [notice] Parent: Created child process 1488 [Tue Jul 27 15:20:20 2010] [notice] Child 1488: Child process is running [Tue Jul 27 15:20:20 2010] [notice] Child 1488: Acquired the start mutex. [Tue Jul 27 15:20:20 2010] [notice] Child 1488: Starting 500 worker threads. [Tue Jul 27 15:20:20 2010] [notice] Child 1488: Starting thread to listen on port 443. [Tue Jul 27 15:20:20 2010] [notice] Child 1488: Starting thread to listen on port 80. The event viewer says: .. im EventViewer sieht das dann so aus: [code] Faulting application name: httpd.exe, version: 2.2.15.0, time stamp: 0x4b8fed95 Faulting module name: php5ts.dll, version: 5.3.2.0, time stamp: 0x4b8ebac2 Exception code: 0xc00000fd Fault offset: 0x0016b756 Faulting process id: 0x1f94 Faulting application start time: 0x01cb2d8aa8d88ce0 Faulting application path: C:\Apache\Apache2.2\bin\httpd.exe Faulting module path: C:\Program Files\PHP\php-5.3.2-Win32-VC6-x86\php5ts.dll Report Id: e7b5c7c0-997d-11df-a97f-00163e27ec65 [/code] Is this a known issue? Does anybody host PrestaShop on a Windows server? I don't know what to do, I'm desperate. Unfortunately, I cannot create the same issues and errors on my local machine. Thx a lot in advance to all of you for helping me on that matter! Edit: Solved the Problem by replacing PHP Modul solution with FastCGI.
  5. Hallo PrestaShopper, wir haben unseren Shop jetzt seit ca. drei Wochen im Einsatz. Umgebung: Windows Server 2008 64 Bit, MySQL 5.1.48 und PHP 5.3.2 Der Shop funktioniert ganz gut, nur haben wir im Logfile festgestellt, dass der Server immer wieder runter- und hochfährt. Manchmal dauert das eine halbe Stunde, manchmal 10 Minuten, manchmal gar im Sekundentakt. Auf die Seite kommt man dann entweder gar nicht, muss halt warten bis er wieder hochgefahren ist (hängt eben ab, wielange er benötigt, manchmal fährt er gleich hoch, dann fällt es nicht auf oder braucht mehrere Anläufe, dann kann es schon mal zu einem Time-out führen) Jetzt wollte ich fragen, ob hier einer das mit Windows hostet und ähnliche Probleme hat. Ich, oder besser wir, sind hier total verzweifelt, weil mehr als die Versionen (PHP, Apache, MySQL) ausprobieren kann man ja nicht machen - letzten Endes müssten wir nach Linux umziehen. Das würde aber doch bedeuten, dass überhaupt keine Anwendungen auf Windows laufen, das kann ich mir nicht vorstellen - das Problem trifft man im Netz häufig, wie ich beschrieben habe. Kann es ggf. auch PrestaShop-abhängig, also ein Problem von PrestaShop, sein? Leider kann ich lokal diesen Fehler nicht reproduzieren, tritt nur auf der Liveumgebung auf. Für Hilfen, Anregungen, Antworten oder Links wäre ich sehr dankbar Gruß Hier die Fehlermeldung im Logfile: [Tue Jul 27 15:20:14 2010] [notice] Apache/2.2.15 (Win32) mod_ssl/2.2.15 OpenSSL/0.9.8m PHP/5.3.2 configured -- resuming normal operations [Tue Jul 27 15:20:14 2010] [notice] Server built: Mar 4 2010 11:27:46 [Tue Jul 27 15:20:14 2010] [notice] Parent: Created child process 1304 [Tue Jul 27 15:20:14 2010] [notice] Child 1304: Child process is running [Tue Jul 27 15:20:14 2010] [notice] Child 1304: Acquired the start mutex. [Tue Jul 27 15:20:14 2010] [notice] Child 1304: Starting 500 worker threads. [Tue Jul 27 15:20:14 2010] [notice] Child 1304: Starting thread to listen on port 443. [Tue Jul 27 15:20:14 2010] [notice] Child 1304: Starting thread to listen on port 80. [Tue Jul 27 15:20:18 2010] [notice] Parent: child process exited with status 255 -- Restarting. [Tue Jul 27 15:20:19 2010] [notice] Apache/2.2.15 (Win32) mod_ssl/2.2.15 OpenSSL/0.9.8m PHP/5.3.2 configured -- resuming normal operations [Tue Jul 27 15:20:19 2010] [notice] Server built: Mar 4 2010 11:27:46 [Tue Jul 27 15:20:19 2010] [notice] Parent: Created child process 1488 [Tue Jul 27 15:20:20 2010] [notice] Child 1488: Child process is running [Tue Jul 27 15:20:20 2010] [notice] Child 1488: Acquired the start mutex. [Tue Jul 27 15:20:20 2010] [notice] Child 1488: Starting 500 worker threads. [Tue Jul 27 15:20:20 2010] [notice] Child 1488: Starting thread to listen on port 443. [Tue Jul 27 15:20:20 2010] [notice] Child 1488: Starting thread to listen on port 80. ... im EventViewer sieht das dann so aus: Faulting application name: httpd.exe, version: 2.2.15.0, time stamp: 0x4b8fed95 Faulting module name: php5ts.dll, version: 5.3.2.0, time stamp: 0x4b8ebac2 Exception code: 0xc00000fd Fault offset: 0x0016b756 Faulting process id: 0x1f94 Faulting application start time: 0x01cb2d8aa8d88ce0 Faulting application path: C:\Apache\Apache2.2\bin\httpd.exe Faulting module path: C:\Program Files\PHP\php-5.3.2-Win32-VC6-x86\php5ts.dll Report Id: e7b5c7c0-997d-11df-a97f-00163e27ec65
  6. Hello "PrestaShop-Friends", is there in the Backoffic area a possibillity to view the amount of accessing certain pages in the shop. What I'm looking for is a counter for all pages in the shop. I see, that all informations I need are tracked within the database (tables page_viewed, page and page_type), but I can't find those information in the Backoffice area. Is it just not (yet) implemented or am I just "blind"? I would implement it by myself, but first, I want to make sure, that it's not yet implemented in the Backoffice area Thx for any help in advance.
  7. Hallo "Prestashop-Freunde", kann ich im Backoffice-Bereich die Anzahl der Seitenaufrufe angezeigt bekommen? Also, wie oft auf eine spezielle Seite A, B, C usw. im Shop zugegriffen wurde. Ich bin mir nicht ganz sicher, aber ich denke, dass ich das mal gesehen habe - ich finde es aber nicht mehr. In der Datenbank werden die Zugriffe mitgeschrieben - ich kann mir mittels SQL-Statements die Infos abfragen - nur will ich die auch aufbereitet im Backoffice-Bereich haben. Habe ich das jetzt nur geträumt oder finde ich es einfach nicht (mehr)? Bevor ich das jetzt selbst einbaue, würde ich mich hier erst einmal vergewissern, dass es das noch nicht gibt. Ich danke schon mal für etwaige Antworten im Voraus. Gruß
  8. Hello "PrestaShop-Friends", I convinced my Scrooge-like Boss to donate some money to the PrestaShop-Team. He wants a receipt for that donation. What do I have to do, because the donation feature goes via PayPal. Does somebody (Admin would be great) can help me on that matter? Thx for any answers in advance! Greetings
  9. Hallo "PrestaShopper", ich habe meinen geizigen Chef überzeugt, ein paar Euros ans PrestaShop-Team zu spenden. Er möchte aber eine Spendenquittung. Wie gehen wir jetzt vor, da das ja via PayPal abgewickelt (Funktion Donate) wird? Kann mir hier einer (am besten ein Admin) nähere Infos zu geben? Danke schon mal für etwaige Antworten im Voraus!
  10. Zum Beispiel wenn ich eigene Konstanten in der Tabelle Configuration definiere
  11. Thank you very much - that's exactly what I was looking for.
  12. Hello, is it possible to admin the database table configuration with all it's settings in the back-office? I couldn't find a way to do so yet. This would make totally sense, because not everyone can update database entries and it's not user-friendly. Thx for any answers in advance!
  13. Hallo "PrestaShoppler", ist es möglich, die Werte in der Tabelle Configuration im Back-Office zu administrieren? Ich habe da bisher nichts gefunden. Sinn machen würde das ja definitiv, denn die Werte in der Datenbank zu manipulieren kann eben nicht jeder - gerade wenn man als Programmierer das System dem Kunden übergibt, macht es doch Sinn, dass er die Values zu den Konfigurationskeys administrieren kann. Gruß und danke schon einmal für etwaige Antworten im Voraus!
  14. OK, im englischen Forum habe ich erfahren, dass die Felder, bzw. Datei fields.php nur zwecks Beschreibung der Datenbankspalten vorhanden sind. Das Fehlen von manchen Spalten scheint ein Bug zu sein und ich habe einen Bug-Report aufgemacht.
  15. OK, thx for the explanation. I oppened a bug reporting entry.
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More