Cloudron makes it easy to run web apps like WordPress, Nextcloud, GitLab on your server. Find out more or install now.


Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Bookmarks
  • Search
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Brand Logo

Cloudron Forum

Apps | Demo | Docs | Install
  1. Cloudron Forum
  2. LAMP
  3. SQL modes

SQL modes

Scheduled Pinned Locked Moved LAMP
5 Posts 2 Posters 1.0k Views 2 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • C Offline
    C Offline
    ccfu
    wrote on last edited by
    #1

    I know there is a solved topic about this, so forgive me for bringing this up again for a specific use case.

    I am well aware that all apps share the same database and that therefore variable changes in mysql are not possible for one app without impacting all other apps. However, in Cloudron installations where all of the apps need the exact same SQL mode settings (but not the standard ones) and runtime setting is not a feasible option, it would seem reasonable to enable the change on that specific server. The question is: where is the mode set for the mysql version used by the apps and can this be done at one's own risk?

    nebulonN 1 Reply Last reply
    0
    • C ccfu

      I know there is a solved topic about this, so forgive me for bringing this up again for a specific use case.

      I am well aware that all apps share the same database and that therefore variable changes in mysql are not possible for one app without impacting all other apps. However, in Cloudron installations where all of the apps need the exact same SQL mode settings (but not the standard ones) and runtime setting is not a feasible option, it would seem reasonable to enable the change on that specific server. The question is: where is the mode set for the mysql version used by the apps and can this be done at one's own risk?

      nebulonN Away
      nebulonN Away
      nebulon
      Staff
      wrote on last edited by
      #2

      @ccfu this is currently not possible. The main config regenerated into /run/mysql/my.cnf (inside the docker container filesystem) on every service restart to get back to a known state.

      Which variable do you need to change? Maybe some make sense to expose for configuration?

      C 1 Reply Last reply
      1
      • nebulonN nebulon

        @ccfu this is currently not possible. The main config regenerated into /run/mysql/my.cnf (inside the docker container filesystem) on every service restart to get back to a known state.

        Which variable do you need to change? Maybe some make sense to expose for configuration?

        C Offline
        C Offline
        ccfu
        wrote on last edited by
        #3

        @nebulon I thought that might be the case.

        The variable I need to change is 'sql mode' as I need to remove the only_full_group_by and STRICT_TRANS_TABLES for this particular use case.

        I guess the alternative would be to use an external MYSQL database for these apps if there is no other way, but a limited configuration option would be great if doable.

        nebulonN 1 Reply Last reply
        0
        • C ccfu

          @nebulon I thought that might be the case.

          The variable I need to change is 'sql mode' as I need to remove the only_full_group_by and STRICT_TRANS_TABLES for this particular use case.

          I guess the alternative would be to use an external MYSQL database for these apps if there is no other way, but a limited configuration option would be great if doable.

          nebulonN Away
          nebulonN Away
          nebulon
          Staff
          wrote on last edited by
          #4

          @ccfu I think the risk that users change this for one app and then break others leading to hard-to-debug issues is quite high. Since this is the LAMP app, I assume this is some custom php app and thus maybe there is the option for you to patch the app code to be compatible? Of course since you control the app there using an external MYSQL should always work. Maybe this also plays a bit into the request to add plain database apps.

          C 1 Reply Last reply
          1
          • nebulonN nebulon

            @ccfu I think the risk that users change this for one app and then break others leading to hard-to-debug issues is quite high. Since this is the LAMP app, I assume this is some custom php app and thus maybe there is the option for you to patch the app code to be compatible? Of course since you control the app there using an external MYSQL should always work. Maybe this also plays a bit into the request to add plain database apps.

            C Offline
            C Offline
            ccfu
            wrote on last edited by
            #5

            @nebulon I also think plain database apps would be the way to go here. Patching the app code is complicated in this particular case, so for now I I will just go with an external database.

            1 Reply Last reply
            1
            Reply
            • Reply as topic
            Log in to reply
            • Oldest to Newest
            • Newest to Oldest
            • Most Votes


            • Login

            • Don't have an account? Register

            • Login or register to search.
            • First post
              Last post
            0
            • Categories
            • Recent
            • Tags
            • Popular
            • Bookmarks
            • Search