[Nishit Shan]

in reply to: Search Improvnement #14280

Hello Andrey,

Everything will continue to work as it was previously. The only change is that the cron job will now run twice and execute two different function scripts separately. This approach removes the dependency on a single function, helping to reduce the overall execution time and allowing the second script to run without delay.

For example, consider a list of wildcard entries. Currently, all wildcard entries are processed through a single function for number reservation. In the updated code, each entry will be handled by a separate individual function. This ensures that one entry doesn’t have to wait for the previous one to finish, thereby improving performance and efficiency.

I hope you understand my point.

[Nishit Shan]

in reply to: Search Improvnement #14278

Hello Andrey,

It’s source code addition.

[Nishit Shan]

in reply to: Search Improvnement #14276

Hello Andrey,

Yes, you are right. We already have individual cron jobs for ******8888, ******9999, ******7777, and *****000, and I am repeating the same by creating another cron job for each of them. That’s why I’m asking if the admin wants to add more patterns, should we also create individual cron jobs for those as well?

[Nishit Shan]

in reply to: Search Improvnement #14274

Hello Andrey,

I have set individual cron jobs for ******8888, ******9999, ******7777, and *****000. Could you please ask the admin if they want individual cron jobs for any other wildcard entries? If so, I will set them up.

[Nishit Shan]

in reply to: Search Improvnement #14272

Hello Andrey,

I am still working on the number search, but I noticed that the purchased number has started working now.

[Nishit Shan]

in reply to: Search Improvnement #14268

Hello Andrey,

Maybe yes, but it should only affect the notification (email).

[Nishit Shan]

in reply to: Search Improvnement #14264

Hello Andrey,

I just want to know if the service provider (Inteliquent) has made any changes to their policies, structure, or anything else that could affect our number purchasing system. Could you please investigate this for me?

[Nishit Shan]

in reply to: Search Improvnement #14263

Hello Andrey,

Thanks for your message, I was saying to check Inteliquent dashboard to check reserve number list and see if there is number being reserved for *******000 format.

[Nishit Shan]

in reply to: Search Improvnement #14261

Hello Andrey,

I’ve made changes to this number series: https://ibb.co/h1wCRS4m . Please ask the admin to check the Inteliquent dashboard to see if there’s any improvement in the reserved number list. I’m still working—this is just to confirm.

[Nishit Shan]

in reply to: Search Improvnement #14260

Hello Andrey,

Thanks for the confirmation. I am proceeding with the second point of the solution.

[Nishit Shan]

in reply to: Search Improvnement #14246

Hello Andrey,

I found two possible solutions for number search that might work for our admin:

1) Run a long-running loop for API calls – but this comes with some risk. Remember, some time ago we started receiving complaints from the service provider, asking us to limit API calls. So, there’s a risk in using this approach.

2) Use multiple parallel functions for each mask (number format) – currently, only one function is assigned to each mask, but we could assign multiple functions per mask to improve performance. However, I’m not sure whether this would also lead to complaints from the service provider.

Please feel free to suggest if you have a better approach.

• This reply was modified 2 months, 1 week ago by Nishit Shan.

[Nishit Shan]

in reply to: Search Improvnement #14244

Hello Andrey,

Update:
I am still working on the solution for searching the number. I’ve made some changes and am monitoring it for now. The code is functioning correctly, and I can see that it attempts to find the number every second, but I’m not sure why the admin is losing their number.

[Nishit Shan]

in reply to: Search Improvnement #14242

Hello Andrey,

Could you please ask the admin to provide the number format in which they are losing the numbers? This will help me investigate further and identify the correct and necessary solution. From what I see, our current code seems sufficient to handle the situation, but if the issue still persists, I may need to explore an out-of-the-box solution.

[Nishit Shan]

in reply to: Search Improvnement #14239

Hello Andrey,

Firstly, I want to find the solution for nanotel’s code as it is more needed then other.However , while i am working on this admin or server team can migrate the en site code to backup or working server for the next work on junk param task.

For the EN Responsive job , i will request you please ask the admin to check the current EN code structure first before going with the new design because our current code is not simple html or bootstrap.

• This reply was modified 2 months, 1 week ago by Nishit Shan.

[Nishit Shan]

in reply to: Search Improvnement #14237

Hello Andrey,

For Nanotel, the admin is losing numbers. I will need to find another way to fix this. This is not a bug in the existing code, nor is it due to any of our recent changes. I haven’t made any changes to the existing code—instead, I’ve written new code that is completely separate from it. So, there is no possibility that the issue is caused by the existing code. However, I will need to explore other solutions and try to identify how this issue could be happening.

[Author]

Posts