VaderDark

I added those settings, and now I see some output (finally) in my xdebug.log file. With that, I was able to update more settings and I got it to work. Thank you!!

I actually want to debug a custom Drupal 9 module, but to test Xdebug I have a file /home/vader/public_html/someclient/somesite/drupal/web/phpinfo.php with this code: <?php echo 1; echo 2; die; I load http://somesite.local/phpinfo.php and I see 12. Then in Sublime Text, next to the echo 1; I right click and choose 'Xdebug -- Add/Remove Breakpoint' and I see that it adds a brown dot (image attached). Then I select 'Xdebug -- Start Debugging' in Sublime (and it opens two windows on the bottom of the display) and I select "Debug" in my Firefox Xdebug helper extension (so the icon is green). I refresh the page http://somesite.local/phpinfo.php and I see 12. I was expecting to see 1 or to see nothing, and then to see some way to examine variables etc. in Sublime.

Here is my php.ini: zend_extension=xdebug.so xdebug.remote_enable=1 xdebug.remote_host=localhost xdebug.remote_port=9000 xdebug.log=/home/vader/Downloads/xdebug.log xdebug.idekey=sublime xdebug.remote_connect_back = Off xdebug.client_host=somesite.local In hosts: 127.0.0.1 somesite.local In httpd-hosts: <VirtualHost *:80> ServerName somesite.local DocumentRoot /home/vader/public_html/someclient/somesite/drupal/web/ </VirtualHost> My phpinfo() says this: xdebug.client_discovery_header HTTP_X_FORWARDED_FOR,REMOTE_ADDR HTTP_X_FORWARDED_FOR,REMOTE_ADDR xdebug.client_host somesite.local somesite.local xdebug.client_port 9003 9003 xdebug.idekey sublime sublime xdebug.log /home/vader/Downloads/xdebug.log /home/vader/Downloads/xdebug.log xdebug.log_level 7 7 xdebug.max_nesting_level 256 256 xdebug.max_stack_frames -1 -1 xdebug.mode develop develop xdebug.output_dir /tmp /tmp My Xdebug helper extension for Firefox says: IDE key = sublime and the icon is green (enabled). My Xdebug settings in Sublime text are: { // "path_mapping": { // "/home/vader/public_html/someclient/somesite/drupal/web/": "/home/vader/public_html/someclient/somesite/drupal/web" // }, "ide_key": "sublime", // "port": 9003, // Update this line /// "remote_enable": true, // "remote_host": "somesite.local", // "remote_port": 9003, // Update this line "client_host": "somesite.local", "client_port": 9003, // Update this line } including my other attempts. I create a breakpoint in Submlime and Start Debugging and load a page, and nothing happens. If I put a "echo 1;die;" just before the breakpoint, that works, meaning I know it's executing that code. What am I doing wrong?

This system is not about real estate. It's for a temporary housing institution, and the main issues are dealing with the tenants, not the properties. Thank you for your post, it has a lot of good information. One detail you didn't notice, however, is that this system is using CiviCRM. I realize that CiviCRM is not well known, but it's a CRM tool that runs inside of Drupal (or WordPress) and thus the concepts of Contacts and Relationships between them is already available there. We have 3 Contact Types: Building Unit Tenant and they share Relationships between each other (as in Unit 1A is "Unit Of" Building 123 Oak St.). Other concepts such as Notes and Activities are also available in CiviCRM. Some of the functions I wrote are, more or less, just wrappers are the CiviCRM API. One issue, that we didn't foresee, is that the CiviCRM API is very slow. As our database grows, it's becoming too slow to use that for day to day activities. So we are implementing now a few custom tables to mirror just the current status of all Tenants and Units, and those tables are very simple and very fast to access. The full history of all Activities and Relationships remains in the CiviCRM records. Given that this changes a lot of the code, I am taking this opportunity to refactor, and that was part of the reason I posted. I also appreciate the chance to discuss this as I work alone -- freelance and maverick style. Anyhow, now I am creating these classes, to begin with: Building Unit Tenant and I am trying to make this actually object-oriented, this time around. First build was in a rush and every new feature was news to me -- it was truly built on the fly, but the basic features they really needed are in place and working. Now I have a bit of time/space to rewrite this to make it faster, and also easier to build upon for the rest of the features. Thank you both for the input. I really appreciate it.

Thank you very much for your feedback. You have given me some valuable direction.

Interesting ideas. Some are not entirely relevant, as I have only revealed a lines out of over 9K lines of code (across all the files). But my initial question really was how do you determine when it's time to break things up into smaller files? I am uncertain if it's necessary at this point, or if it will really help make things clearer and easier to work with going forward. Thank you.

I mean class methods. Here is an example where we create an instance of the class, and then use it to create a "Note" activity, and then we mark that Activity as "completed": $ML_Funcs = new MartinLutherFunctions(); $activity_id = $ML_Funcs->createNote($x[1],$notesDetails); $ML_Funcs->markActivityCompleted($activity_id); There you see "createNote" and "markActivityCompleted" -- those are two methods of the MartinLutherFunctions class. There are now 116 such methods (added 3 since last post). Thank you.

I am working on a set of custom features for a firm that deals with housing. They have a set of Buildings, each building has a set of Units, and each Unit has a set of Tenants. Aside from storing this data, the staff stores Activities for Units and Tenants, such as "Mail Received to Building" for a certain Tenant and then "Mail Delivered to Tenant". Or "Maintenance Issue" for a unit (if the radiator breaks, for example). The system also prints out a set of reports for the staff, like Building Status, Mail Status etc. The system is actually being built in Drupal 9 and the data is stored in CiviCRM (a CRM module that runs inside of Drupal). We have thus far 29 "forms" meaning 29 different pages the staff can visit to record activities or generate reports. In Drupal, each form requires it's own file. I need a large set of helper functions that different form files need, such as getTenantsByUnit or recordActivity. I have those in one file, as one large class. The issue is that that file is becoming large. It has 113 public functions and the file is 2600 lines long. How do you determine when it's time to break things up into smaller files? Perhaps via interfaces or Traits (multiple inheritance)? Or perhaps it's OK as it is. There are a few other files, but 90% of this system is those 29 forms and this one helper file. We are adding more features and more forms however.