jkrug / toxid-curl Goto Github PK

Hallo,

gibt es inzwischen Templates für Contao 4 und ausführliche Anleitungen?

Viele Grüße

Happens only in SSL mode. Seen on Oxid 4.7.x.

PHP Fatal error: Call to a member function getShopConfVar() on a non-object.

Function should be getConfigParam() instead of getShopConfVar():
$aSslUrl = $oConf->getConfigParam('aToxidCurlSourceSsl');

When I try to fix states manually or by using oxid console fix:states --all command, all settings will be lost, because this module does not use default module settings in metadata.php file. You must describe your settings variables in metadata.php file instead of using custom controller for doing that e.g. see pic

Hi, I am using toxid-cURL with oxid PE 6.0.2
I am experiencing occasional loss of the kategory menu point "blog" as well as the functioning of its link which is forwarding the URL params "myurl.com/index.php?cl=toxid_curl" to "myurl.com/someblog"
The toxid module settings however are still visible within the module and the module is still active.
When I then deactivate the module and activate it again and then reenter the settings the blog is there again. (however this does not work always) e.g. yesterday a tried to reactivate for a few hours and it was not working(yes I refreshed my browser cache and oxid tmp folder).
This morning I came to work and the blog was live again.

where do you think the issue might be so I can check it specifically when its deactivating itselfe again?

Die generierte URL für den curl-Aufruf wäre zum Beispiel: http://wp.tld/?wptheme=TOXID&
Wordpress leitet diesen Aufruf selbst schon um zu http://wp.tld/?wptheme=TOXID (das "&" am Ende wird weggelassen)
Der zurückgegebene http_code ist aber trotzdem 301 und deshalb wird wieder versucht den Blog über folgende URL aufzurufen: http://wp.tld/?wptheme=TOXID&, was wieder zu dem gleichen Fehler führt (man erhält eine endlos Schleife an Aufrufen)
(ein ähnliches Problem erhält man auch, wenn man eine Seite aufruft, die von Seiten Wordpress weitergeleitet wird, z.B.: http://wp.tld/hallo/?wptheme=TOXID ==> http://wp.tld/hallo-welt/?wptheme=TOXID)

falls dieses Problem nur bei Wordpress auftritt, und andere CMS-Seiten solche Weiterleitungen nicht machen, nicht schön, aber okay, ansonsten sollte hier vielleicht noch etwas optimiert werden ;)

The generated URL is e.g. "http://domain.tld/?wptheme=TOXID&"
and wordpress automatically redirects this itself to:
"http://domain.tld/blog/?wptheme=TOXID"
The second URL would be right, but the http_code is 301 and the module then tries to redirect to "http://domain.tld/blog/?wptheme=TOXID&" again, so you get an endless loop

Einen guten Morgen in die Runde,
hat irgendwer eine Lösung, wie man OXID (oder Wordpress) davon überzeugt, den Preview-Inhalt im Zusammenhang mit dem TOXID-Plugin auf der finalen Seite anzuzeigen? Oder ist es zwingend notwendig auf ein gesondertes WP-Theme auszuweichen, das die Preview rendert?

Die generierte URL für den curl-Aufruf wäre zum Beispiel: http://wp.tld/?wptheme=TOXID&
Wordpress leitet diesen Aufruf selbst schon um zu http://wp.tld/?wptheme=TOXID (das "&" am Ende wird weggelassen)
Der zurückgegebene http_code ist aber trotzdem 301 und deshalb wird wieder versucht den Blog über folgende URL aufzurufen: http://wp.tld/?wptheme=TOXID&, was wieder zu dem gleichen Fehler führt (man erhält eine endlos Schleife an Aufrufen)
(ein ähnliches Problem erhält man auch, wenn man eine Seite aufruft, die von Seiten Wordpress weitergeleitet wird, z.B.: http://wp.tld/hallo/?wptheme=TOXID ==> http://wp.tld/hallo-welt/?wptheme=TOXID)
falls dieses Problem nur bei Wordpress auftritt, und andere CMS-Seiten solche Weiterleitungen nicht machen, nicht schön, aber okay, ansonsten sollte hier vielleicht noch etwas optimiert werden ;)

The generated URL is e.g. "http://wp.tld/?wptheme=TOXID&"
and wordpress automatically redirects this itself to:
"http://wp.tld/?wptheme=TOXID"
The second URL would be right, but the http_code is 301 and the module then tries to redirect to "http://wp.tld/?wptheme=TOXID&" again, so you get an endless loop
(sorry for bad grammar ^^)

already fixed sry

I am missing step 4 in README.md

"Function 'getContent' does not exist or is not accessible! (toxid_curl)"
The Problem can be solved by uncomment line 2 in toxid_curl/application/views/azure/toxid_curl.tpl

If I activate the Module the php got a Segmentation fault in my environment ( oxidCE4.7.5, CentOS 6.4 46Bit, PHP 5.3.3, curl 7.19.7 ).
The apache log:
child pid 6056 exit signal Segmentation fault (11)
gdb:
Program received signal SIGSEGV, Segmentation fault.
0x00007f1e186a7cda in php_stat () from /etc/httpd/modules/libphp5.so
valgrind:
==6451== Stack overflow in thread 1: can't grow stack to 0x7fe601a08
==6451==
==6451== Process terminating with default action of signal 11 (SIGSEGV)
==6451== Access not within mapped region at address 0x7FE601A08
==6451== at 0xF494CDA: php_stat (in /usr/lib64/httpd/modules/libphp5.so)
==6451== If you believe this happened as a result of a stack
==6451== overflow in your program's main thread (unlikely but
==6451== possible), you can try to increase the size of the
==6451== main thread stack using the --main-stacksize= flag.
==6451== The main thread stack size used in this run was 10485760.
==6451== Stack overflow in thread 1: can't grow stack to 0x7fe601a00
==6451==
==6451== Process terminating with default action of signal 11 (SIGSEGV)
==6451== Access not within mapped region at address 0x7FE601A00
==6451== at 0x4801661: _vgnU_freeres (vg_preloaded.c:58)
==6451== If you believe this happened as a result of a stack
==6451== overflow in your program's main thread (unlikely but
==6451== possible), you can try to increase the size of the
==6451== main thread stack using the --main-stacksize= flag.
==6451== The main thread stack size used in this run was 10485760.
==6451==
==6451== HEAP SUMMARY:
==6451== in use at exit: 75,195,636 bytes in 38,342 blocks
==6451== total heap usage: 93,753 allocs, 55,411 frees, 497,146,602 bytes allocated
==6451==
==6451== LEAK SUMMARY:
==6451== definitely lost: 0 bytes in 0 blocks
==6451== indirectly lost: 0 bytes in 0 blocks
==6451== possibly lost: 876,094 bytes in 139 blocks
==6451== still reachable: 74,319,542 bytes in 38,203 blocks
==6451== suppressed: 0 bytes in 0 blocks
==6451== Rerun with --leak-check=full to see details of leaked memory
==6451==
==6451== For counts of detected and suppressed errors, rerun with: -v
==6451== Use --track-origins=yes to see where uninitialised values come from
==6451== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 642 from 9)
==6451== could not unlink /tmp/vgdb-pipe-from-vgdb-to-6451-by-root-on-vmcoapps.localdomain
==6451== could not unlink /tmp/vgdb-pipe-to-vgdb-from-6451-by-root-on-vmcoapps.localdomain
==6451== could not unlink /tmp/vgdb-pipe-shared-mem-vgdb-6451-by-root-on-vmcoapps.localdomain
Segmentation fault

Any Idea why this is happening ?

Könntest du auch TOXID-cUrl im packagist submitten :) ?

Have a look at my patch
slackero@e49a9b7