Home › Forums › Calendar Products › Events Calendar PRO › Warning: file_exists(): open_basedir restriction in effect.
- This topic has 15 replies, 5 voices, and was last updated 8 years, 4 months ago by
Support Droid.
-
AuthorPosts
-
January 13, 2017 at 4:34 am #1217992
Oscar
ParticipantHi The Events Calendar support,
And congratulations for your great job.
I have purchased a The Events Calendar Pro license and I’ve installed and configured without problems in my development local environment. Nevertheless, when I’ve deployed the site on the web server, some open_basedir warnings appeared.
The error it’s very simple. The Events Calendar Pro plugin is trying to save temporary files in /tmp/ folder (that not exists).
I’ve contacted with my hosting company and it’s not possible to change the open_basedir settings on the PHP configuration by security polices, so the unique way to solve the problem is change the tmp folder value that the plugin is looking for.
Could you please tell me what file/s I would need to change to set this tmp value to the correct one?
The site is on development process and username / password is required to view it. If you need it, I can provide you with login credentials in a private message. A screen capture is attached for a better understanding of the problem.
Thanks in advance for your help and support.
January 16, 2017 at 7:42 am #1218995Nico
MemberHola Oscar, como estas?
Gracias por ponerte en contacto con nosotros! Me tome la libertad de contestarte en español ya que todo indica que ese es tu idioma nativo 🙂
Básicamente hay dos opciones aquí:
- Deshabilitar el loggueo (via WP-Admin >Events > Help > Event Log – cambiar a Disabled)
- Cambiar el directorio del log, esto se puede hacer con un simple filtro: add_filter( 'tribe_file_logger_directory', function() { return '/my/custom/logging/location'; } );
Espero haber sido de ayuda,
Saludos,
NicoPD: if you prefer we can continue the conversation in English.
January 16, 2017 at 8:05 am #1219014January 19, 2017 at 12:38 am #1220801Oscar
ParticipantHola Nico, buenos días,
¿Alguna novedad respecto a mi incidencia? El desarrollo está en su fase final y necesitaría resolverlo lo antes posible.
Saludos y muchas gracias,
January 20, 2017 at 4:23 am #1221451Oscar
ParticipantHola Nico,
Estaba añadiendo el filtro en el fichero equivocado, perdona. Añadiéndolo en wp-includes/plugin.php el error se soluciona.
En cualquier caso, creo que el tema de que aunque esté deshabilitado el logueo lo esté haciendo es un bug que deberíais revisar.
Saludos, gracias y buen fin de semana!
January 23, 2017 at 11:06 am #1222473Nico
MemberHola Oscar, como estas?
Disculpa la demora en mi respuesta, estuve fuera el viernes. Me alegra saber que pudiste solucionarlo… aunque no estoy muy seguro de lo que mencionas sobre añadirlo en ‘wp-includes/plugin.php’?
En cualquier caso, creo que el tema de que aunque esté deshabilitado el logueo lo esté haciendo es un bug que deberíais revisar.
Con el logueo deshabilitado seguia mostrando el error? Talvez estaba intentando leer el log y no escribirlo. Pero si me das mas detalles con gusto lo investigare.
Espero tu respuesta,
Saludos,
NicoJanuary 24, 2017 at 9:38 am #1223074Oscar
ParticipantHola Nico, ¿cómo estás?
Sí, finalmente conseguí solucionar el error añadiendo la función que me indicaste en el fichero wp-includes/plugin.php. En principio lo había añadido a functions.php de mi tema hijo (te adjunté captura), pero no funcionaba. Investigué un poco y vi en el codex de WordPress que los filtros había que añadirlos en el fichero wp-includes/plugin.php. Fue añadir la función al final del fichero y voilà, el error desapareció. Te adjuntó aquí la referencia que utilicé (https://developer.wordpress.org/reference/functions/add_filter/).
En cualquier caso si recomendáis agregar la función en cualquier otro fichero, por favor, házmelo saber.Sobre el tema logueo, sigo pensando que es un bug. Siempre he tenido el logueo deshabilitado(y lo sigo teniendo), pero el plugin está generando un fichero en la carpeta temporal aunque después no esté añadiendo ninguna información (todos los ficheros tienen 0 bytes, están vacíos, puedes verlo en la captura que te adjunto).
Ahora mismo a mi no me genera ningún problema (más allá de tener una carpeta que tendré que ir borrando manualmente para que no contenga ficheros que no se usan), pero, como te digo, creo que si no se habilita el logueo, estos ficheros no deberían ni crearse y así se evitaría el problema que hemos tenido que solucionar con el filtro ‘tribe_file_logger_directory’.
Ya me dices los resultados de tu investigación 🙂
Saludos,
Óscar
-
This reply was modified 9 years, 3 months ago by
Oscar.
January 31, 2017 at 8:22 am #1226831Nico
MemberHola Óscar,
Gracias por la respuesta y disculpa la demora en la mia!
En cualquier caso si recomendáis agregar la función en cualquier otro fichero, por favor, házmelo saber.
Definitivamente no es lo correcto agregar codigo en los archivos core de WordPress ya que al actualizar la version del mismo estos cambios van a ser descartados. Lo que viste en el codex es la ubicacion de la funcion que permite ‘añadir’ los filtros. En este caso solamente utilizamos un filtro existente, y el codigo enviado deberia ir en el archivo functions del theme o theme hijo en caso de esta usando uno.
Sobre el tema logueo, sigo pensando que es un bug. Siempre he tenido el logueo deshabilitado(y lo sigo teniendo), pero el plugin está generando un fichero en la carpeta temporal aunque después no esté añadiendo ninguna información (todos los ficheros tienen 0 bytes, están vacíos, puedes verlo en la captura que te adjunto).
Esto es interesante voy a compartirlo con el equipo de desarrollo para conocer su opinion al respecto. Posiblemente sea un bug!
Me alegra saber que por el momento eso no te esta trayendo problemas, pero dejame consultarlo para entender si es un bug o solamente la forma en que funciona! Ni bien tenga alguna respuesta de parte de desarrollo te hago un update.
Saludos,
NicoFebruary 1, 2017 at 10:01 am #1227683Oscar
ParticipantHola Nico,
Sobre las dos cuestiones:
– Lo sé, pero como te comenté un par de posts atrás(en el post privado, tienes allí también captura de pantalla adjunta), añadir el filtro que me pasaste en functions.php del tema hijo no funciona, seguía produciéndose el error. ¿Lo hice incorrectamente? ¿Debo hacer algo más? No lo sé, lo pregunté en aquel post, de momento agregar el filtro en plugin.php es la única manera en que he conseguido eliminar el error.
Te agradezco enormemente que estés ayudándome utilizando el castellano, y espero que no te tomes esto como algo personal, pero no estoy muy contento con el soporte que estoy recibiendo. Recibir respuestas con una semana de retraso cuando indiqué que era un tema que me corría prisa considero que no es el tipo de soporte que se espera de un producto por el que se ha pagado.– Sí, por favor, muchas gracias, como te dije me parece claramente un bug pues siempre he tenido el logueo deshabilitado. Si no es un error y hay alguna explicación lógica, te agradeceré conocerla 🙂
Saludos
Óscar
-
This reply was modified 9 years, 3 months ago by
Oscar.
February 7, 2017 at 12:58 pm #1230853Nico
MemberGracias por el feedback Oscar y te pido disculpas por las demoras. Estas ultimas semanas estuvimos con mucho trabajo por lo cual estamos demorando un poco mas de lo normal en responder algunos tickets. Te pido un poquito mas de tiempo para poder revisar esto y darte una respuesta complete mañana.
Slds,
NicoFebruary 13, 2017 at 11:43 am #1233984Oscar
ParticipantHola Nico,
Sigo esperando, una semana después…
February 13, 2017 at 6:18 pm #1234231Nico
MemberThis reply is private.
March 7, 2017 at 8:35 am #1250563Support Droid
KeymasterHey there! This thread has been pretty quiet for the last three weeks, so we’re going to go ahead and close it to avoid confusion with other topics. If you’re still looking for help with this, please do open a new thread, reference this one and we’d be more than happy to continue the conversation over there.
Thanks so much!
The Events Calendar Support TeamNovember 20, 2017 at 1:28 pm #1387513Courtney
MemberWe released an update for this issue. Can you update your plugins (preferrably on a staging site) and see if that resolves the issue.
https://theeventscalendar.com/maintenance-release-week-13-november-2017/
Thanks
Courtney ?December 12, 2017 at 8:36 am #1403777Support Droid
KeymasterHey there! This thread has been pretty quiet for the last three weeks, so we’re going to go ahead and close it to avoid confusion with other topics. If you’re still looking for help with this, please do open a new thread, reference this one and we’d be more than happy to continue the conversation over there.
Thanks so much!
The Events Calendar Support Team -
AuthorPosts
- The topic ‘Warning: file_exists(): open_basedir restriction in effect.’ is closed to new replies.
