Jump to content

BlueSkyIS

Members
  • Posts

    4,268
  • Joined

  • Last visited

Contact Methods

  • Website URL
    https://reallynotfakenews.com

Profile Information

  • Gender
    Not Telling
  • Interests
    reallynotfakenews.com

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

BlueSkyIS's Achievements

Newbie

Newbie (1/5)

0

Reputation

  1. reallynotfakenews.com

  2. Thanks for that info. I left out an important part of my question: While each of the websites uses the same geographic data (zip codes, city/state geocodes, etc.) each website has it's own version of data specific to that website. For instance, one site maintains a list of grow stores and has a table 'locations' that contains all of those locations. Another site maintains a list of motorsports shops with it's own, structurally different version of the table 'locations'. If each site has it's own db and also pulls from a shared db, two MySQL db connections would often be required instead of one. Is the processing cost of 2 PDO/MySQL connections substantial enough to warrant keeping multiple copies of the same data in multiple databases? Or is the cost of 2 db connections so insignificant that it makes sense for 4 or 5 sites to use a shared database AND have their own unique database? My concerns are 1. Additional processing required to use 2 database connections per site and 2. Possible delays due to multiple sites sharing the same database tables vs. each site using it's own copy. Thanks for your input!
  3. Hello! I have five websites on a single server, and each website uses the same geographic data, for instance US zip codes and city/state latitudes and longitudes. Each website uses it's own copy of these "large" tables. I would like to avoid having to maintain the same data in 5 databases, but I am more concerned with database performance, e.g., the speed at which the data is retrieved for each website. Question: Should I set up a new separate database that contains the shared tables for all websites and allow each website to connect to this new database for shared data? Or is it better for each website have it's own copy of the duplicate tables? Thanks for any info! Cheers
  4. true !== "true"
  5. the way i find php.ini is to run phpinfo() on the command line: php -r 'phpinfo();' or if you're running a php page: <?php phpinfo(); ?> One of the pieces of information listed is the location of php.ini
  6. what do you mean by "not working?" what is happening or isn't happening. and show more than one line of code, if possible.
  7. what happens when you run it? does it do what you expect, or not?
  8. i think your script is a script that can count the number of queries executed. start a counter at 0 and add 1 each time a query is executed. at the end, output counter.
  9. the error tells you: the username or password is not valid for connecting to that database. Access denied for user 'esolarch_ms'@'localhost' (using password: YES)
  10. what if you have multiple duplicate keys? this is one reason I check for duplicate key instead of throwing data at the table with a 'on duplicate key' to catch my mistakes. my 2 cents.
  11. HTML: <code> <input type="text" name="Participant_P[]"> <input type="text" name="Participant_P[]"> <input type="text" name="Participant_P[]"> </code> PHP: <code> $P0 = $_POST['Participant_P'][0]; $P1 = $_POST['Participant_P'][1]; $P2 = $_POST['Participant_P'][2]; </code>
  12. you'll have the best luck sending emails out using a domain that actually resolves to the server sending the email. You will not be able to sit a google.com domain on your server, so you'll have to use a non-google.com sending email address.
  13. i think you want preg_replace. http://php.net/manual/en/function.preg-replace.php or if you mean you want $title[1] to be part of the pattern, you're doing it correctly.
  14. I use tiny mce for wysiwyg text editing. then just enter the text field into the database the usual way.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.