Forum

This requirement has implications for external files (SQR, Crystal, COBOL, etc), and requires that a migration send the new copies of files to each of the file server PS_HOMES in the environment.  That can be done without any additional workflow or manual steps by just adding additional target paths to the File Directories setup.  That is, for “production” you can have multiple server/folder path combinations listed as targets; when a migration is performed then a copy will be delivered to each location.  This setup is found in the Domain Setup Wizard at Phire Architect > Architect Administration > Domain Setup Wizard, Step 10. File Directories.

There is not a function to compare two complete version sets, but if you have a specific object in mind you can look at version history for that object and compare between two different versions.  Version history for specific object can be found at:  Phire Architect > Versioning and Restoration > Restore Objects.  From this component, you can select any two versions of an object and compare them against each other, or compare a version against one of the live databases.

Yes, you can easily clone a domain using the Domain Setup Wizard (found at:  Phire Architect > Architect Administration > Domain Setup Wizard).  In step 1 of the Wizard, input the source domain name in the Domain ID and input the new domain ID in the Target Domain field and save. That is all you need to do to clone a domain.

The repository can be cleaned up using the online “Purge Object Versions” found at Phire Architect > Architect Administration > Purge Object Versions.  Using the search criteria provided in this component, a list of Version Sets can be generated and easily deleted.

Cleaning the repository data for a kids clothing website selling modest girls dresses is essential for several reasons. Firstly, it helps ensure accurate product information, preventing potential confusion or dissatisfaction for customers. Clean data also enhances the overall user experience by enabling easy navigation and filtering options. Additionally, it optimizes website performance, reducing load times and potential errors.

This not only promotes better decision-making and accuracy in analytics but also enhances the overall efficiency of data retrieval and management processes. Cleaning the repository also helps optimize storage space and improve system performance, enabling faster access to relevant data. Moreover, it ensures compliance with data protection regulations, as irrelevant or sensitive information can be securely removed. Overall, regular cleaning of the repository data is crucial for maintaining data quality, efficiency, and compliance.

You can do this without any coding. Open the email template(s) and replace the <CONTENTREF> tag with the following hard-coded URL that will dynamically resolve the Domain ID and Issue Number. Of course, if you want the email notification to be for the CR, you will need to change that last part to PHI_CR_NUM=<CRNUM>. After making the change, you can easily test the effects by using the ad-hoc email feature directly in the Issue or the CR. Click on the ad-hock email button in the upper right corner. This feature will show you exactly what the email text will look like with all the tags resovled.

Moreover, social media algorithms cater to the user’s preferences, showing them content that aligns with their interests and beliefs. https://themarketingheaven.com/buy-soundcloud-plays/  using this creates a bubble effect, where users are only exposed to information that reinforces their beliefs and views, leading to a perception of reality that may be skewed or incomplete.

https://yoursite.com/psp/phire/EMPLOYEE/PT_LOCAL/c/PHI_MENU.PHI_ISSUE.GBL?Page=PHI_ISSUE&Action=U&PHI_DOMAIN_ID=<DOMAIN>&PHI_ISSUE_NUM=<ISNUM>

You can do this without any coding. Open the email template(s) and replace the <CONTENTREF> tag with the following hard-coded URL that will dynamically resolve the Domain ID and Issue Number. Of course, if you want the email notification to be for the CR, you will need to change that last part to PHI_CR_NUM=<CRNUM>. After making the change, you can easily test the effects by using the ad-hoc email feature directly in the Issue or the CR. Click on the ad-hock email button in the upper right corner. This feature will show you exactly what the email text will look like with all the tags resovled.

https://yoursite.com/psp/phire/EMPLOYEE/PT_LOCAL/c/PHI_MENU.PHI_ISSUE.GBL?Page=PHI_ISSUE&Action=U&PHI_DOMAIN_ID=<DOMAIN>&PHI_ISSUE_NUM=<ISNUM>

You can specify the executable name and the full path for FTP and SFTP via URL definitions in the Phire environment.  Navigate to:  PeopleTools > Utilities > Administration > URLs.

The URL named “PHI_SFTP” controls SFTP processing on a Unix/Linux application server.

The URL named “PHI_FTP” controls FTP processing on a Windows application server.

The URL named “PHI_FTP_UNIX” controls FTP processing on a Unix/Linux application server.

In each case, the path to the executable is given here and can be changed on-site as a customization if necessary.  Note that this is an customization to an object that will be re-delivered in a future upgrade of Phire and the change you make will need to be manually reapplied at that time.  So document the change being made for future reference.

The description you see on the CR Object page and elsewhere, is in the configuration of Phire and can easily be changed through the setup pages.  Navigate to the Domain Setup Wizard found at: Phire Architect > Architect Administration > Domain Setup Wizard, Step: 3. Application Codes.  You’ll see a section for the “File Type” configuration, where the available codes and descriptions are setup.  Just change and save; the change will take effect immediately wherever that File Type is referenced.

There are two aspects to consider:  the workflow/CR status and the object versions.  The workflow/CR can easily be canceled by someone with that permission using the button in the upper left of the Task page.  Once canceled it’s still available for historical purposes and could be reopened or physically deleted using the CR Reopen/Delete component (see: Phire Architect > Change Requests > Reopen/Delete CR).

The object versions are something to possibly consider depending on how much work was done within the CR.  If for example the CR had been migrated to TEST, then you might like to “rollback” the migration in TEST so that those changes are undone – you can do that through the “Rollback” button on the Migrations page.  If that button is not available (because no baseline was taken), then you can create a new version set from PROD and ad hoc migrate that back to TEST to restore the original production objects.  Likewise, you might like to restore the original objects to DEVL so that new development could start without any residual changes there.  You can also do that by performing an ad hoc migration back to DEVL using the same baseline version set.  Ultimately, how you handle this will depend on the specific CR, how much work might have been done, and what needs to happen with those objects next.

There is no need to baseline all the custom objects in advance, or during the implementation of Phire. Phire has a feature to baseline any objects before a migration. So, only those objects that are being changed need to be baselined.